产品经理的最终目标是构建公司的业务，解决从市场机会到商业实现的过程，这需要良好的商业意识、商业洞察力、战略规划和架构能力来相互合作。（虽然我们可能没有这样的机会，但产品经理不能把自己关在绘画原型的笼子里。
这种能力需要在实践中逐步积累和学习。我们应该从产品信息架构进入产品业务架构，更多地思考信息架构、产品架构与未来业务架构之间的关系，抽象一些发展产品架构能力的因素，不断进步。
01.什么是业务架构？
事实上，当一个简单的产品诞生时，它的业务和产品相对简单。例如，在制定产品规划时，一些工具产品往往不再单独考虑业务结构。
另一种情况是，产品经理主动直接画产品原型，而不是考虑业务结构。
关于业务结构，简单地说，企业想从这个产品中得到什么和用户想从产品中得到什么。例如，电子商务平台的战略目标是显而易见的。当用户购买他们想要的东西时，企业销售可以赚钱的商品。
为了实现这一目标，我们还必须找出用户可以通过什么渠道实现他们的目标，甚至可能还有其他目标。
这意味着产品端必须明确规划一个完整的业务互动过程，找出产品涉及的各种角色、他们期望的目标和他们需要完成的业务行动，为产品设计奠定基础。
客户的期望是产品的真正价值。如何实现客户的期望是产品经理的价值。
例如，音乐产品的业务大致包括内容版权的生产、管理和消费，涉及用户如何消费内容，版权所有者如何生成内容，以及平台如何基于内容进行操作。
这个过程用图表达，可以是这样的:
音乐平台的业务架构模型
这种构建方式是以什么业务为驱动的设计方法，考虑到整个业务之间的相互合作，实现整体业务发展。
换句话说，业务结构考虑的是如何为用户提供价值，以及企业如何盈利
我们能为用户提供什么？为了实现这一目标，我们需要做些什么？
用这个思路来看新浪微博，其在营收业务层面，新浪微博主要依靠流量变现业务，比如广告业务等；在用户增长业务方面，微博主要的思路就是通过扶持KOL来产生内容和社交关系，从而做大垂直领域的流量。
基本上，微博以社交网络为支撑，致力于垂直业务，增加用户活动，实现广告。在此基础上，用户肖像和社交关系都是为了促进准确广告收入的增加。
从这个角度来看，O2O平台涉及的用户可以是终端用户或电器商店等企业用户。作为连接用户和服务用户的实体，有座位、商店和工程师。整个平台根据用户的服务要求形成的业务订单，实现整个平台的业务流程。
业务架构图示例
（ps：实际上业务架构图的表达方式并无定式，关键是如何清晰的表达整个模型是如何有效的开展业务，并在此基础上，能够进一步分解出产品的架构。）
通过整个业务结构，我们可以清楚地澄清整个平台的用户对象和业务关系，确定整个产品的业务边界范围和整个团队的业务语言。所有产品功能均基于两端（用户端和服务端）的业务价值，避免了许多不必要的系统费用和过度设计。
02.什么是产品架构？
如果把业务架构比作房子的地基，那产品架构就是房子的承重墙了，决定了产品的整体方向的结构。
以O2O平台为例：其业务主要是解决设备配送、设备安装、设备维护三种类型，涉及终端用户（发起服务请求）、商店（响应用户服务请求）、工程师（履约服务订单）。
为了解决这一业务需求，整个平台需要完成围绕服务工单业务流通过程的三种服务实体（用户、商店、工程师），我们可以用图表来表达这种关系。
产品架构图示例
(ps:本文为简化版，后续将详细阐述如何构建整个产品架构。
在这张图中，我们可以从上到下查看用户发起请求后的一系列动作流程，也可以从下到上查看支持用户服务请求所需的一系列服务。
从上图中也可以得出结论：产品架构可以指导产品经理思考如何解决用户的问题，如何满足用户的期望。
产品结构作为产品指南，解决了以下三个问题：
1. 产品方向
根据产品架构图的结构和路径，可以清楚地拆卸产品的RoadMap。同时，还可以指导业务容量、可扩展性等技术架构的选择，为未来的产品开发指明方向。
2. 产品边界
不做什么，很多时候更为重要，明确一个产品的基本边界，可以让这个产品少走很多弯路，降低很多的风险和不必要的成本。这对于创业团队来说，有些时候非常关键。
3. 产品路径
产品架构设计了各功能模块的业务范围，对各功能的内外关系有明确、完整的定义。确定产品架构时，确定产品迭代周内的范围，帮助上下游清楚了解产品结构、功能和复杂性。
从其解决的问题来看，我们也能很清晰的了解，一个好的产品架构图的基本要求：
- 功能经过抽象，做到标准化、互相独立
- 清晰的功能边界，架构分层明确
- 具备迭代优化的能力
03.什么是信息架构？
很多时候，当产品经理得到一个业务需求时，他会不自觉地启动类似axure的工具，开始在画布上引导国家，建立产品原型。
这实际上是对产品的误解，也是一种低效的工作方式。
我们很容易从内容呈现的角度思考解决方案（人类的思维惰性更倾向于直接获得某些结果），而原型确实可以快速看到产品的功能模块、页面布局和交互逻辑。
这种误解使我们只关注产品的外观，而忽略了内部构建逻辑。最终的结果是产品的强度、可扩展性和用户体验差。
内部构建逻辑是：信息架构决定了界面需要呈现什么内容和呈现方式，并清楚地表达了界面需要解决的问题，即业务痛点。
信息架构最直接的例子就是商城了。
商城导视图
从地下停车场到不同类别的楼层，然后通过电梯和人行道连接每个楼层，让不同需求的客户分流到不同的楼层。每个人都可以找到一条去他们想去的地方的路，这是购物中心的信息架构。
对于产品（一个购物中心本质上也可以被视为一个产品），在同一界面上，如何按照一定的规则组织产品的信息和内容是非常重要的，包括每个功能按钮的位置。因为它决定了用户在使用产品时的行驶路线是否顺畅（体验是否良好）。
也就是在画原型之前，首先要对用户的行进路线做一个规划，让用户在任何一个页面都找到他想要的信息，能够通过最合适的路径去到下一个想去的页面。思考的重点是在功能架构被确定的情况下，如果摆放按钮，设置跳转连接，才能高效的满足用户的使用需求。
这就像一个超市，怎么设计一条合适的路线，让用户能够逛到你想TA逛到的地方，买到TA想买的东西。如果没有合理的信息架构，整个超市就一定会变成杂乱无章。
信息架构考虑如何有效地解决用户问题，即如何提高用户体验。
需要注意的是，在信息架构层面，业务架构和产品架构都是黑盒子，即业务价格和产品功能架构已经确定。你可以尽力装饰房子，而不是拆除房子的承重墙。你不能撬开天花板或移动地基。
ps：产品经理应该学一点建筑。
04.架构，是一种递进的能力
信息架构、产品架构与业务架构之间的关系可视为一种渐进的思维方式：
- 信息架构：是最前端的表现层架构，也就是给最终用户呈现的内容；
- 产品架构：连接业务和用户表现层的产品功能的架构，解决的是如何实现用户的价值问题（解决具体的问题）；
- 业务架构：包含商业逻辑在内的业务运转机制的架构，解决的是产品边界的问题，最终的目的是阐述整个产品商业模式。
以上分析可以得出结论，在某些方面，业务结构是心脏，产品结构是骨架，信息结构是纹理背景，外部UI，只是皮肤。
这个结论给我们的实际指导意义是：不要把自己当作原型，画原型是最容易的事情。在《用户体验五要素》一书中，详细阐述了这三层结构在产品开发中的应用（感兴趣的朋友可以再读一遍）。
业务架构、产品架构和信息架构可以从上到下或从下到上推导出最终呈现给用户的产品形式，只取决于设计师如何结合实际应用采用的方式。另一方面，最终的信息架构实际上是从业务架构逐步推导出来的，从而以前端的表现层呈现给用户。
思考这三种结构是我们做正确事情的重要方法。作为产品经理，我们继续深入了解用户、业务和商业模式，特别是从业务层面梳理业务结构，是产品经理的高级能力。
