对于产品经理来说，每天要面对的工作很多，需要进行一定的规划。本文将从三个角度进行深入分析，对产品管理流程及规范感兴趣的童鞋不要错过哦。

上一篇文章中讲了产品需求的分类及收集方法，对于收集到的信息还需要整理，归类，并进行提炼，进行一定的规划，确定是属于战略、战术、战役哪个层面的需求，不同层级的需求涉及的面会不同，对整个产品（或者业务线）的影响不同。

在小功能，微迭代和问题修复等，可以不进行产品规划，但更大的功能，需要进行规划环节。另，最好不要一上手就画原型，先理清楚业务流程，功能架构再画原型，采用分解法围绕业务流程及架构进行细分，这样不容易遗漏，如果直接上手原型，非常容易出现遗漏。

一、总体流程

1.1 产品规划及评审

与需求方对接需求，并经过评估，确定要做之后，即进行产品的规划。

产品规划，将商业模式、盈利点、产品路线演化、主业务流程、核心功能模块确定之后，进行产规划的评审，评审通过之后进行原型的绘制。

1.2 产品原型设计及评审

产品原型做线框图原型即可，因为后期有专业的视觉设计，没有必要做高保真原型，能向视觉设计传达明确的意思即可。原型设计之后，进行评审，邀请评审的相关人员，中间可能会经历几次调整。具体邀请人这部分看具体公司，一般而言除产品及业务团队，研发介入越早越好，能够对部分功能的实现进行评估，产品在做原型设计的时候，也需要对相关功能进行调研，不能凭空想象。

1.3 视觉设计及评审

原型设计评审通过，则移交资料给UI设计师，UI设计师（如果有交互设计则相互配合，如果没有，产品也需要涉及交互设计）根据原型出设计图，UI设计师在产品原型评审阶段也需要介入。UI设计师设计完成之后进行评审，评审通过，则移交资料给研发团队。

有些团队产品经理要承担项目的职责，则需要和研发人员共同制定开发进度计划。

二、产品架构

为做一款产品，我们可以依据Why-How-What黄金圈法则+用户体验要素中提到的5层结构，从内到外，从抽象到具体来拆分产品的架构问题。

为什么做？—— “我们为什么要开发这个产品？”（战略层）

我们的产品目标是什么？我们的目标用户是谁？我们为用户解决什么问题（需求）？

做什么？—— “我们要开发的是什么？”（范围层）

我们的产品定位是什么？功能型产品，还是内容型产品？相应需要拥有哪些功能和内容？

怎么做？——“我们如何达到上述抽象层面所确定的问题？”（结构层、框架层、表现层）

我们的产品具体做成什么样子？要如何呈现给用户?

用户体验要素的五层结构经典图形

产品规划一般进行到结构层的信息架构，具体产品原型绘制在结构和框架层，视觉设计处理产品的视觉表现层。

下面更进一步说明用户体验要素中的各层级要做什么，解决什么问题。

2.1 战略层

这一层我们要回答两个问题：我们（公司或项目）要通过这个产品得到什么？我们的用户要通过这个产品得到什么？

也就是企业（项目）的产品目标和用户需求。产品目标是对各类经营目标的细化分解，用户需求时对用户需求得提炼，用户需求提炼则从用户画像而来。

2.2 范围层

将产品目标和用户需求转变为产品应该提供给用户什么样的功能或内容。

范围层意义在于：为产品设立边界，让参与者更能明白做出来的产品是什么样的，也避免给产品不断加入新功能，造成产品冗余。

以功能型产品来说：做什么功能？不做什么功能？哪些功能先做？哪些功能可以放在后续版本迭代时再做？

当功能太多时，确立需求优先级，可以利用战略层的用户画像可以将虚拟人物放到一个故事中（产品故事），确定用户的使用场景。

2.3 结构层

定义好用户需求并排列好优先级之后，我们对最终产品会拥有什么特性已经有了清楚的图像。结构层就是如何将分散需求的片段组成一个整体即：确定概念结构。

这部分包括两方面：“信息架构”和“交互设计”

信息架构：考虑的是功能及内容的分类组织方式，让用户能够高效、有效地完成内容浏览，办理业务。具体的结构方式有：层级结构、矩阵结构、自然结构、线型结构等，我们可以根据自己的产品特点来进行针对性的设计。

交互设计：考虑的是跳转逻辑，即：针对用户操作，产品要怎样反应来配合用户操作。

2.4 框架层

在框架层，确定详细的界面外观、导航和信息设计。

界面设计：为用户提供“做某事”的能力，即实现确定的“具体功能”。对可交互控件选择合适的位置布局，这些控件能够让用户容易理解和接受，从而帮助他完成任务。

导航设计：为用户提供“去某个地方的能力”。简单来说，就是帮用户找到方向感，顺畅的操作路径。导航有明显的两个用途：帮助我们找到想要的任何东西，告诉我们现在身在何处。

信息设计：考虑的是如何把设计元素粘合到一起，为用户呈现出有效的信息沟通。使用线框图是对一个页面所有组成部分、以及它们如何组合到一起、最直观的描述。将线框图的交互动起来，也就是有交互的，具有交互效果，比如点击翻页，可以跳转新的页面。如果只有线框图没有交互效果，则后期的沟通成本将会加剧。

2.5 表现层

感知呈现问题，满足用户的感官（视觉）感受，也就是视觉设计，一般而言的UI设计。

三、产品规划

产品规划将主要集中在产品的战略、范围及结构层级，并且加上产品的路线。

3.1 商业模式

此部分从整体上说明商业模式及整个系统如何运转，系统内的资金，信息，实物如何流转。如下图所示：

此系统为一个自营模式的智能无人零售柜系统，平台将设备放置到线下的场所，并将采用自主或第三方配将供应商商品配送上架货柜，消费者可以通过小程序查看附近的设备及设备里面的商品，通过使用手机及支付宝扫码支付的方式购买无人零售柜中的物品。

无人零售柜的日常巡检及维修处理由运维方负责，平台将通过进价及出售价格之间的商品差价，广告主在设备广告屏上的投放获取收益，后期将探索更多盈利模式（比如收取品牌商品的展示陈列费等）。

3.2 商业画布

快速确定一个商业项目的各方面关键要素的，具体如下：

• KA 关键业务——为了确保商业模式可行，企业必须做的作重要的事情。
• VP 价值主张——为特定客户细分创造价值的系列产品和服务。
• CR 客户关系——与特定客户细分群体建立的关系类型。
• CS 客户细分——企业想要接触和服务的不同人群和组织。
• KR 核心资源——让商业模式运转所必须的最重要因素。
• CH 渠道通路——如何沟通，接触其客户细分。
• CS 成本结构——运营一个商业模式所引发的所有成本。
• RS 收入来源——从每个客户群体获取的现金收入（需要从创收中扣除成本）获取收入的方式。

以下为智能无人零售货柜的商业画布：

3.3 用户角色分析

在确定商业模式商业画布之后，整个商业的逻辑基本已经清楚，需要进一步分析系统的所涉及的角色，具体角色及作用，他参与系统的成本（支出）及收益。

3.4 产品架构

产品架构为系统的整体架构图，需要明确系统的前端有多少入口及每个入口的核心功能，后台的核心功能，系统需要对接的第三方系统（包括内部及外部）。

当然，产品的架构不是一直不变，随着时间推移，业务的演化，架构也会调整。但是在前期规划的时候，需要考虑到业务未来可能的发展趋势，早做规划准备。不一定规划多少就要立即完成多少，可以分阶段逐步完成，但要提前分析规划，使架构在一定的时间段内保持稳定，不能轻易变更。

3.5 产品结构图

产品结构图是产品信息+功能结构图的整合，展示产品的功能框架结构，层级及信息的框架。具体如下图所示：

3.6 系统各端口核心功能

在产品结构图完成之后，可以进一步梳理系统涉及的端口核心功能描述，以智能无人零售柜的系统后台部分功能举例。

3.7 产品实施路线

产品实施路线，也可以说是产品迭代路线\计划。一个产品的成熟是需要逐步完成，目前来说，有很多项目，真的是以终为始，也即是一上马就是大平台的方式，功能齐备，生态健全。但这样的系统，往往死得很难看，最好是逐步过渡，先做MVP的小系统，尽可能的先让业务跑起来，然后逐步完善。

以智能无人零售货柜举例，下图中所示的MVP：系统后台、用户、运营（配送上货）、运维（巡检维修设备）均是必须的。但在功能上尽可能简单，前期的数据统计等尽可能通过手工完成，与供应商及各方的结算等也可以采用财务手工转账的方式实现，后期根据业务量逐步实现分析、财务结算的自动化。

就像大型商超，最开始可能就是夫妻小店，只用手工记账就可以，当店铺大一些的时候，用一张Excel表格就好了，再大一些，用一个简单的进销存软件，再大用套收银系统，软件系统是根据业务的发展而逐步壮大的。

在产品规划中，一定要防止一步到位建立一个大而全，所有时髦、高大上的概念齐备的系统，这是一种诱惑，但请抵制它。

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

题图来自Unsplash，基于CC0协议。