科技猎资深产品经理的产品架构技能：不断深入思考，进行逻辑分析
在市面上越来越多的产品形态中，我们是否能够从产品的形态中，抽取出一些产品架构的要点来帮助我们以后进行参考学习了？
在很多的分享和大牛的演讲中，将一些内容做了简单的整理以便于大家相互学习和参考，不管是什么样的思考，只要是能够让你们产生那就是好的思考。
首先我们将产品架构分为两个大的层面，一个是宏观的层面，一个是微观层面。
宏观层面：也就是价值观这些东西，产品架构我们可以理解为我们是一款游戏的主宰，或者是一部电影的导演，怎么安排拍这部电影就是架构能力。怎么玩这个游戏就是架构能力，其中的规则和玩法是我们需要进行思考的，其中会涉及到很多的角色和人员。
微观层面：架构这是一个标签，就像我们的名字一样，只是一个单纯的名称重要的是叫这个名字的人，这个人会产生一定的价值和相应的收入。
最好的产品架构是很容易理解的，而不是使用一些别人听不懂的词汇，或者自己造一些没有的名词，不是说只有专家对应的人员才能理解对应的意思。
好，铺垫基本上完成了，我们接下来进入正题
产品架构在基础层面需要具备的三点1.系统思维2.技术基础 3.功能整合，首先从基础层的三点开始说明:
- 系统思维
系统思维，就是产品的每一个功能之间的是相互关联的而不是独立的部分，独立的部分就不会是系统了，如果你的产品由一个个单独的组成那么就需要进行改进了。
系统我们举个简单的例子，以方便大家的理解，自然界的生态系统，生物与环境之间相互制约和影响，并且保持一定的平衡状态，由一定的一定种类的动物、植物、微生物组成这些是基础的元素，但是些之间又有着联系和一定的条件进行制约。但是在这个系统下面又分了很多细小的系统，这些系统根据对应的生物的特征进行分类。
那么转换到产品中，我们身边的微信就是一个很好的例子，其中的小程序和微信公众号还有就是微信第三方的工具插件，从不同的行业中将最核心的业务构建在微信的平台上面，让用户在微信上面就可以完成对应的操作，这些行业的选择按照用户使用的高频和最基本的功能，将他们搭载在微信平台上面，当然这么做的还有今日头条，可以说采用的系统思维的方式进行业务的搭建。
产品经理在刚开始的时候就需要一定的系统思维，这样以便于你后期的产品扩展，这个思维需要一定的 时间实现你的想法，同时需要产品经能够将产品的长期目标规划好。
- 技术基础
这是技术转产品经理的优势，但是将这种优势需要发挥到最好，才能对你产生一定的帮助，没有技术背景的最好是看一下对应的技术的书籍，不要太专业，编程最简单的是前端，可以试着写个页面，使用html标签，写几个页面感受一下。
技术的基础能够让产品经理明白对应软件设计模式，这样能够在后期架构中能够使用一定的模式来帮助我们，我们需要知道一些简单的技术的词汇和最基础的算法，去看一些对应的关键词汇的含义，像数组，循环，遍历，枚举等等，这些是技术最基础的东西。
当然你可以选择看一些对应的开放平台的技术说明文档，可以不看代码，看一些业务和说明。
如果你要做一个产品负责人那么就需要一定的技术技能进行支持，因为产品架构不是单一的，不是你看了几篇分享，会说几个技术的关键字就可以的，架构能力和交互设计，对应的信息和功能架构有一定的联系。产品经理的发展是综合的要求。在后面的部分我们会说明信息、产品和业务之间的对应的联系。
- 功能整合
我们在开发产品时，在了解了对应的产品的功能，就需要将其中的各个功能关系进行合理的分析，最终会形成一定的产品的模型，这个模型是由各个模块组成，最后形成一定的整体形态。
我们产品的整体形态是为了让不同的用户接触对应的产品，在实际的环境下面我们的用户会只选择形态中的一部分，而不是全部，假设是全部就是我们的忠实粉丝用户，在接触对应的形态之后，我们的用户对于这个形态会有一定的认知，这个认知来源于用户自身和我们产品。
最终我们的用户能不能接受我们的产品，其中决定的因素是用户通过自身建立的认知和产品模型提供的认知是否一致，或者说是契合度的高低决定了用户能不能留下来。
还有一个就是我们提供系统的认知的难易程度，用户接受的难易程度和产品系统整体一部分的难易程度，产品系统的整体性能不能让用户在最短的时间能够接受最简单的东西。这个最主要的，用户接受不了就会离我们而去。如果你的产品要强制用户学习一段时间，那么就不是很好的产品。
以上就是架构需要的基础的技能和需要掌握的东西，接下来我们就是架构，主要分为三个面，本文最后会重点总结一下这两者之间的一些联系。
- 界面架构
在说明之前我们先通过小故事开始，世界上的很多东西，有我们肉眼看得见的，有一些是看不见的，就像一台笔记本电脑，我们能够看见的是外观和显示屏里面的电路板需要拆开，但是电子元件之间的电流我们是看不见的。
那么互联网的产品是一样的，界面的架构是我们可以看见的操作，后台管理和对应的操作流程是看不见的，所以一个产品都有这几点的要素 ，我们实际工作中需要思考这三者之间的联系。
界面架构就是将APP端或者是其他的产品进行合理的布局展示在用户 面前，展示出来的界面的功能包含着流程设计和公司的业务，我们将对应的重要点提炼进行对应的布局，就像APP中的导航，搜索，信息列表等功能，界面架构主要将对应的单元信息进行组成。
- 流程设计
流程架构主要是将我们产品在设计上如何进行抽象整合，以最好的合适的方式去支撑我们的业务，就像你修楼一样，先要有骨架，有了骨架才能进行里面的其他工作。
流程架构需要我们将对应的每个功能点熟悉，对应的功能点之间的联系，同时也不能将功能点设计的不能不符合用户的习惯，对应的流程我们需要明白每一个功能背后的业务支撑，哪些是盈利的功能，这个功能流程是什么样的？这个流程能不能减少付款的步骤，或者是减少用户的操作。
如果是产品负责人，对于流程架构就需要更加高的要求，就像你修了一栋楼，整个小区的布局设计，这是产品负责人需要进行全面的布局和考虑的业务。例如 对应的功能扩展性和复用性，前端和后端对应的接口是否一致，功能组件是否关联起来了？
- 业务结合
以上的内容都需要背后的业务进行支撑，业务就是你做了一款产品，怎么商业化，也就是进行盈利，业务是商业逻辑的体现，体现在业务的运转和一定的机制中，界面和流程需要将对应的业务进行体现。
业务的结合需要将一定的商业、业务、战略、规划等相互结合，这样的业务能力来源于我们的经验，工作的经验和日常的观察，假设你有商业敏感的嗅觉，那么很多时候你是可以做出一款优秀的商业产品。
就像我们知道基础的广告可以获利，但是怎么获利和减少对用户的骚扰这就需要一定的水平进行架构和策划，市场上面的小米手机，各种推荐广告，可以说是很讨厌这种，你还关闭不了，定期给你推送，这种牺牲了用户为主的业务，建议不要使用，这种方式是反人性的，可以看一下微信的朋友圈广告。这种方式能够让用户不那么的反感和减少对用户的骚扰。
当遇到一个比较复杂的产品时，我们需要从这三个层面进行分析，将三者联系起来，从界面架构推断对应的信息内容，从功能层面推断对应的流程设计，从商业层面去分析对应的业务。
我们拿一个产品进行举个例子，就一席吧，比较简单，功能层面主要是演讲所以界面设计的为主要的现场演讲，将不同的演讲进行整理和划分，对应的演讲是现场录制后期进行剪辑的视频，商业的角度和别克汽车进行了合作，别克汽车进行赞助，还有就是一部分门票的收入。
主要的业务就是举办演讲活动，收赞助和门票，这样的业务背后有一个专业的内容制作团队进行。就简单的分析到这里，深入的分析会在以后的文章中进行详细的分析。
这三点的主要核心就是为产品的用户增长做铺垫，我们需要在复杂的产品中进行有逻辑的分析，需要找到关键点进行合理的分析，我们对关键点的把握直接决定我们产品的业务和用户的增长速度。
如果我们想要做的更好，就需要不断的对用户和商业还有业务进行深度的思考，并且能够进行洞察，不管后期有什么创新在产品中，不论是大的还是小的创新我们都需要围绕商业和用户的增长进行梳理，并且梳理的结果是有逻辑和可以进行参考的。不断的深入思考，提升自己对产品深入思考的能力，在此希望和大家共同进步。
