实战|承载公司战略落地的0-1的产品孵化落地的实战经验( 二 )

1. 知底：表现形式是产品商业文档

机会：政策的机会（行业属性而定）、市场的机会、社会环境的机会、技术发展的机会。
客户痛点：宏观大环境的痛点、行业服务场景的痛点、具体服务客户的痛点、内部公司的痛点（痛点附带数据说明，更具有说服力）。
解决方案：解决方案的服务逻辑图、产品架构图、技术架构图、功能说明、功能示意图、产品运营模式等
里程碑、资源与预期收益：产品规划的里程碑、涉及的人力资源/时间资源/第三方采购经费资源等、产品落地的业务价值收益（与战略拆解指标评估挂钩）
风险判断与应对方案：产品推动、实施、运营的风险（不可控的因素才称为风险），以及对应的解决或者预防方案

文章插图
2. 认同：表现形式汇报、沟通、立项

识别出本产品涉及影响到的业务范围以及对应业务域的老大，对这些影响范围内的老大做好汇报工作，取得他们的认可（ps：有可能还是尽量给CEO进行汇报）。
横向沟通产品相关的干系人和业务具体执行的人员，做好相关的沟通工作，特别在产品调研、设计评审、上线推广流程中需要他们参与辅助我们共同推进工作的人员。纵向沟通参与本产品的团队成员，让他们提前做好技术预研工作，和其他技术团队的沟通工作，以保证产品进入研发之后的顺利推进。
立项是在公司内部明确将本产品当作项目进行推进，按照项目进行管理，以及按照项目进行验收和评价，从而保证本产品可以名正言顺的落地。

3. 资源：表现形式是团队名单、工期、干系人、钱立项就是要资源的过程，需要保障本次项目的资源到位。工期明确，才能有效评估人员数量；团队名单固定，才能保障自己的人力可控；干系人明确，才能确保需要协助时，别人有义务帮忙；若有第三方采购需求，团队团建等是需要考虑钱的。
三、0-1的产品如何设计？产品立项之后，所有需求的源头都是产品经理。所以产品经理如何定义本次项目的范围尤其重要，项目的范围其实对应的就是产品的范围层。
1）那范围层如何框定呢。这里又回到了战略指标拆解，在最后一层的时候，我们会拆解到对应的服务场景，有场景就一定有流程，从场景的入口、场景的具体体验路径、离开场景这条路径去考虑整个服务流程，就可以分析出服务流程的每一个环节，我们应该提供什么样的功能，才能使得服务流程闭环。这里服务流程又称为服务蓝图，具体形式可以参考如下的图：

文章插图
2）按照如上方式，就能得到一个又一个的功能点，那我们所需要做的事情就是对这些功能点进行横向合并功能、向上汇总提炼模块、向下拆分页面信息操作等，最终可以拆解出来一个产品的具体功能的wbs表格，这样就可以按照功能点进行分里程碑进行迭代设计。可以参考如下表格内容：

文章插图
按照这样的步骤，就完成了产品的范围定义，那么我们接下来要做的事情，就非常熟悉了，进行原型图设计、交互设计、UI设计、PRD输出、产品故事输出。在这里就不再做一一赘诉。
四、0-1的产品如何实施？我们产品设计好之后，那么如何进行实施呢。我们需要按照项目的节奏进行实施，会让整个产品落地的风险、节奏变得可控。
那项目的推进流程，在笔者的公司是按照敏捷的方式进行推进。
1）产品的评审：评审包括和领导评审、产品内部拉通评审、和开发的评审