产品系列（四）：聊聊产品策划和产品设计.docVIP

产品系列（四）：聊聊产品策划和产品设计 / 一、产品策划 产品策划是根据市场和用户的需求，结合公司的战略规划，制定产品业务模式的过程。 策划来源于对某个领域或多个领域的了解，以及各领域之间相互影响及关联，产品策划更多的是需要创意和对整个行业的大局掌控。 产品经理负责将业务模式跑通，运营负责将市场规模扩大。 在用户需求分析和可行性分析两个阶段完成后，我们对要做的产品有初步认知，但整体结构化程度还很低，不确定因素也很多。 产品策划要做的就是将产品进一步概念化，将关键业务角色之间的核心业务逻辑和每个角色的利益点梳理出来，然后针对用户的利益诉求，策划对应的功能。 产品策划要输出的是产品业务模式、关键用户的利益诉求、产品功能结构图。 产品业务模式是关键业务角色之间的信息流转，颗粒度比较粗，关键角色可能是用户、供应商、平台等，例如下图： 关键用户的利益诉求很多时候也可以直接在业务模式里呈现；利益诉求并不单指钱，有可能还是满足感、喜悦、满足好奇心等等，从经济学来讲就是「效用」。 产品结构图是按某种维度对功能模块进行分组划分，结构是按照产品——功能模块——子功能的方式进行拆分，最小的颗粒度子功能，例如下图: 产品策划需要同时具备商业思维和技术思维，商业是思考利从哪来、利往哪去的问题；技术思维是思考通过什么功能解决问题；产品策划考验的是产品经理的决策判断能力，策划做得好，产品就成功了一半。 产品策划的方案来自于产品经理对行业的思考和自身的经验，要对行业要保持敏感度；当有新的产品出来时，能做到通过现象看本质，多做产品分析，通过剖析别人的产品，学习优秀的方案，形成自己的「方案库」。 二、产品设计 产品设计是将产品策划的方案更具体的表现出来，就像建筑设计师已经构思了建筑的整体结构，但还需要把更多的细节设计出来。 产品设计阶段要产出的东西是产品的核心业务流程图、产品原型图、用例描述。 1. 核心业务流程图 核心业务流程说明了系统将支持哪些业务过程，通过业务过程可以确定完成该过程需要哪些角色，以及他们要执行的操作。 注意「核心」两个字，每款产品有且仅有一个核心业务流程，滴滴的核心流程是打车、淘宝的核心流程是购物；通过核心流程，可以快速了解产品的逻辑，让不了解产品背景的业务、研发、测试、前端等一看就知道这个产品是做什么的。 比如滴滴的核心流程，涉及的角色有司机、平台、乘客，各个角色对应的操作有入驻、审核、打车、派单、接单等；这些操作又涉及到一系列流程，但这些流程都是子流程。 2. 产品原型图 原型图是未来产品的模型，它用于提升团队对产品的认知，画原型就是在「建模」。 画原型图是一个从整体到细节的过程，整体上要从逻辑结构上考虑产品的功能划分，从物理结构上考虑产品页面的布局。细节上要考虑输入输出的元素和正常异常的交互。 产品经理要建立自己的「组件库」，在组件库里，有自己常用元件，例如按钮、表单、文字、图片等，还要有一些组合组件；例如BANNER、常用表单、新闻列表、导航等；另外还有一些页面模板，例如注册登录、用户中心、常见首页等。 有了「组件库」，在将产品功能界面化时，可以快速的构建。 3. 用例描述 一个产品，可以按功能模块拆分为若干个用例，用例是用户和产品的交互，用例描述就是从第三者的角度描述用户和产品的交互过程；在这个过程中，把产品功能看成一个黑盒，在用户输入后，产品进行一定处理再输出，用例是对功能的描述。 在单个用例描述之前，需要正确的识别用例，例如：一个图书管理系统可以根据角色拆分成这样的用例： 识别并梳理出用例后，对用例进行描述。 一个完整的用例应该包含这些内容：用例名、交互界面、参与者、前置条件、后置条件、主事件流、备选事件流、业务规则。 前置条件和后置条件：如果前置条件不满足，用例无法启动；后置条件是用例执行后系统内部某些状态变化，例如：库存减少、记录增加等。 主事件流：参与者和系统达成目标时发生的一系列活动，主时间流只描述典型的成功路径。 备选事件流：分为可选事件流和错误异常事件流，可选事件流是一些分支流程，错误时间流如网络错误、数据异常等。 书写事件流时，尽量使用简单的语法，从第三者的角度描述用户和产品的交互过程，不描述太具体的细节，尤其界面相关的细节，不使用条件语句（有条件语句时，使用备选事件流）。 业务规则是一些限制条件，比如待支付订单的等待时长，派单时可以同时派个多少个人等。 三、写在最后 产品策划和设计，是一系列过程，将这个过程的产出汇总起来，就是PRD；关于PRD，之前写了一篇比较详细的文章，有兴趣可以看刀哥之前的文章。 产品策划更偏重于商业，而产品设计更偏于用户体验——只懂策划不懂设计，项目不好落地；只懂设计不懂策划，容易成为功能经理。 优秀的产品经理，一定是即懂策划也懂设计。 对未知的领域保持好奇心，永远充满求知欲，才能驱动产