产品经理规划产品｜如何设计产品架构？

欢迎大家来到IT世界,在知识的湖畔探索吧!

产品架构对于一整个产品生命周期来说，具备奠基的作用。没有前期良好的产品架构建设，后期的一切工作都会变得混乱，难以有序把控。本文为系列文章的第二篇，笔者主要分析了：产品架构的构成、产品架构如何构建等问题。

上一篇文章《产品经理规划产品之了解业务》已经梳理了需求，并且针对业务需求和业务架构聊了下——业务架构是心脏，产品架构是骨架，信息架构是肌理脉络。

其实业务架构、产品架构和信息架构最终决定了产品是使用过程中是否符合用户习惯。

一、产品架构包含的内容

这篇文章就聊聊产品架构相关的内容，当罗列产品架构包含哪些内容时候，其实可以对照把竞品分析方法搬出来，他们的结构和分析方法是一样。

这里推荐一本书《用户体验要求》，主要是针对用户体验步骤将产品构架进行拆解分为五个层面：

1. 战略层：需要明确的长期和短期产品目标以及用户需求。
2. 范围层：将产品目标和用户需求拆分成功能需求、并针对需求进行分析。
3. 结构层：针对页面和页面之间的关系做连接，拆分复杂架构并变得简单化。
4. 框架层：通过页面进行布局，比如：重要的信息展示在显眼位置，这里主要是产品和UI设计师有更多的沟通和串联。
5. 表现层：通过设计展示给用户视觉传达的，比如：通过形状大小、字体大小、颜色深浅等因素来影响用户感知，已达到产品设计这功能目的。

有些产品架构是比较复杂的，一般针对To B用的业务管理系统、电商网站的管理系统等。

虽然说里面的内容很庞大复杂，但是应该从主线去拆分，比如：电商管理系统，商家管理后台主线是前端用户生成订单后的操作步骤——沟通反馈，物流信息的处理和售后等，同时完善自己店铺的信息。

针对于To C产品整体的产品架构越简单越好，不需要教育成本，虽然说看到的有些产品功能很庞大，但是整体的架构分类还是非常清晰的（比如：微信和QQ）。

二、具象产品架构前应该准备什么

回看上一篇文章，经过前期的需求分析与市场分析后，现在需要将零散的需求点系统地组合起来的，即开始梳理具象的产品架构，梳理产品架构需要有针对性的做短期规划和长期规划。

• 短期规划：就好比我们在树林里去寻找路口，需要找到当前的路口，到达一个指定的点；
• 长期规划：是我们需要最后实现的目标，离这个目标到达的距离是一个个短期规划组成的。

长期规划一定是动态性的，因为依据复杂的环境，我们需要不断的调整自己的业务方向；而短期的规划一定是具体的，梳理当前的版本，不断熟络用户，为长期规划打下基调。

三、如何构建产品架构

产品设计中的骨架部分，描述一个系统由哪些子系统组成，这些子系统之间的关系。

以市场分析，需求分析为前提，得出相应的需求点，把零散的需求点系统组织起来，并通过原型或者需求文档表达出来。

一般会通过三个方面（从宏观到微观）来分析：

第一步：针对产品进行定位（明确目标）。

明确产品定位：什么用户人群在什么场景下解决什么问题。

定位一定是可实现、可量化的，短期规划一定是通过数据反馈获得，而不是盲目去定。然后是可变的（主要是针对长期规划来说），面对市场的瞬息万变，用户需求也会随着市场发生改变，那么产品的可变性需要去调整。

第二步：搭建框架（展示功能板块）。

针对功能板块的搭建，通过这几个步骤来梳理：

1. 聚类：首先需要搭建分类框架（系统分类：比如IM产品有通讯系统、好友匹配关系系统等），让产品骨骼树立起来，看到整体产品雏形。
2. 递归：明确板块的优先级，需要明晰的了解到先着重的搭建哪一块（比如：电商系统先会优先去梳理购物流程，社区模块优先整理内容展示和用户关系链）。
3. 因果：依托于业务需求和用户需求，最后完善形成产品需求。这时候需要思考的是版本规划了——某个版本在某个时间段内输出什么内容，目的是什么？最后反馈的数据是怎么样？

四、产品架构需要输出什么内容

前面聊了这么多，通过什么样的方式来表现出来呢？

下面通过K12项目的例子来解读下：

【K12项目后台管理系统】

上图为：产品长期结构规划思考

上图为：产品系统大纲

上图为系统应用的价值

产品模块分析&产品功能

产品需求池

产品功能流程图

具体页面呈现

当然了，里面还有很多细节没有输出，这些细节将在后面一一细分聊。

在产品生命周期中，产品架构设计的重要性在前期是不言而喻的。现在很多产品经理总把原型放到很重要的位置，其实原型是最后实现的产物。重要的是前期整体搭建好，细节问题主要就是逻辑了。

本文由 @John 原创发布于人人都是产品经理。未经许可，禁止转载

题图来自Unsplash，基于CC0协议