​【PMCAFE】产品规划

近期加入了一家传统企业，角色的转变让我需要从原来的执行者变成需要独立规划产品路线的组织者，经过一个月的熟了解，大体总结出B端企业产品规划的方向，传统企业数字化转型，无非就是几个痛点：流程复杂、没有实现无纸化、无迹可寻、效能低下等，所以整体的转型路线可归为以下几个阶段

• 业务线上化——业务人员在线下、各个小系统中做的业务，通通搬到一个大的主系统上

比如传统企业用微信沟通，用excel进行数据录入，通过邮件同步信息等等

• 业务标准化——各个业务节点进行约束，标准化执行业务

跟业务人员实际接触中发现，在没有系统约束的情况下，他们做业务相对比较随意，导致后续业务难持续，统计数据不准确，所以通过系统，在很大程度上对业务工作进行约束

• 业务数据化——业务在系统上做，系统就可以拿到对应的业务数据

传统软件学定义，系统仅分为两类，产生业务数据的系统，和不产生业务数据的系统，现在业务已经线上化、标准化了，那么就可以拿到业务数据

• 数据资产化——业务数据、业务数据抽象后的各类统计数据，作为公司资产，赋能业务

对于CXO来讲，比较关心的是真实而准确的业务数据，比如GMV、LTV、复购、留存等等，经历上述过程后，我们就比较有信心能给到此类数据

• 数据智能化——机器学习，智能识别业务痛点，给出业务策略

以上是一个整体的过程，而作为产品经理就需要进行产品调研，进行现实世界的第一层抽象，产品调研最终得到如下一些关键信息

• 组织架构——快速了解自己公司的组织架构，从组织架构锁定关键的业务流向和业务干系人员，便于我们后续的沟通梳理和规划

• 业务流程——线下流程，需要与相关干系人员进行一对一的访谈调研才可得到业务流程

• 业务痛点梳理——以防我们做的系统跑偏，对齐业务目的，可以是比较散点的业务痛点，后续再进行整体梳理

基本上第一阶段我们能拿到如上信息就可以开始进行系统方案的设计了，系统方案分设计为如下几个重点

• 系统边界——规划系统需要哪些独立子系统支持，比如最简单的需要给用户提供一个H5的在线商城下单，业务人员需要一个后台处理业务，比如再涉及到分销业务了，那么分销员需要一个独立域名的系统处理分销业务

• 架构设计——即产品规划图，比如toc的PC端商城、APP、H5，独立的管理后台分为订单管理、用户管理等

• 功能结构——具体每个系统需要哪些具体功能支持

• 产品蓝图——某些功能是某些功能的前置条件，比如先做营销系统就没意义，因为需要依赖商品系统

将主体的概览摸清后，后续就是系统的细节设计了

• 实体建模——将现实业务抽象成对象，再描述其关联关系，比如常听到的1对1，多对多等等，这处设计在实际工作中是最为重要的，业务未来系统好坏的核心标准

• 原型设计——产品经理画原型图，产出prd等

• 技术方案——技术方案大多由架构师进行设计规划，比如需要对接哪些云服务，需要与哪些外部系统进行数据交互等等