编辑导语：产品经理在日常工作中经常会遇到从1到1的产品，对于这类产品来说，前期调研以及中期配合是非常重要的，准备充足能让后期发展的更加顺利；本文作者分享了一个关于从0到1的产品规划的复盘过程，我们一起来了解一下。

产品规划是每个产品经理必经过程，单不是每个产品经理都能做好产品规划，其是需要有一定的经验，特别是对于一个从0到1的新产品来说，对行业的理解、市场的把控、业务的熟悉程度要求都相对较高。而且一般涉及到这种公司战略方向的产品，大多由老板、总裁、总监及其团队核心成员共同参与完成。

我很幸运参与过以前公司的产品规划，因此我给大家分享当初我做过从0到1的产品规划经验，供大家借鉴。

一、产品规划目的

因为参与产品从0-1的规划，所以知道一般公司战略层只会提供一个大致方向或者是个产品概念，导致前期大家都没有明确的方向；所以我们对需要对公司现状与自身优劣势、市场规模现状和发展前景等进行深度剖析，从而确定产品是否可立项实现公司战略部署。

且通过了解我们所在的所做项目的问题、机会以及明确目标用户和目标目的，这样后期做产品规划分析的时候，能提供方向和思路；比如公司下发给我们产品部的任务方向“借鉴当下热门BI产品为公司带来行业利润”。

因此我们依托公司情况从以下几个角度有目的去规划：

1. 产品规划目的

1）公司现状与自身优劣势：

公司现状：为政府提供XXX行业全面解决方案，主营收入来自项目利润，因此考虑项目如何最大利益化？公司优势：公司在XX领域深耕十几年依然是行业专家，沉淀很多项目经验和技术平台；比如沉淀通用的产品组件库、业务组件库等等。公司劣势：项目比较集中5-10月、项目的相似度高、人员有限、技术水平参差不齐等等原因。

2）目前行业现状：

① 政府XXX行业：考虑政府政策规划方向以及法律、法规的要求进行分析，政府XXX行业规划延伸哪些可持续发展业务；比如国家全面推行河长制是以习近平同志为核心的党中央从人与自然和谐共生、加快推进生态文明建设的战略高度作出的重大决策部署，是破解我国新老水问题、保障国家水安全的重大制度创新。

总结：未来全国各地将落实政策推出各地市的河长制的项目。

② BI领域分析：已经有很多公司有很多成熟化的BI 产品了，我们应该考虑BI产品能解决我们公司什么问题？通过什么样的盈利模式公司带来利润？如何体现属于自己领域核心价值的BI产品？比如从技术上、交互上或者是业务解决方案寻求突破口？比如BI业务场景能解决公司哪些大屏项目业务？比如BI通过强大的定制和扩展能力来快速满足个性化需求。

总结：BI产品强大的定制和扩展能力能为公司未来承接众多河长制等政策项目进行落地实施节约项目周期和成本而带来商机。

通过以上角度进行分析如下：公司需要一个快速构建产品来节约行业项目成本，实现公司项目利润最大化。

2. 产品规划定位

在目标定下来之后，接下来需要确认的是定位。产品定位是产品工作的灵魂与核心，我们考虑产品定位时，需要从两个方面去考虑：

1）明确目标用户

用户是谁？解决了用户什么问题?或者满足的什么需求？

总结：通过以上产品目的解决开发成本，实现零代码项目而确定，我们产品目标为开发人员解决重复代码搬运，让业务人员接手配置，来节约项目人员成本和时间成本，从而确定我们的目标用户是开发人员和业务人员。

2）明确产品功能

什么样功能能满足目标用户的需求？项目要用到哪些功能呢？通过以上目标的确定，BI产品大屏能解决公司涉及大屏的项目开发成本以及开发周期同时还能解决用户需求多变尴尬处境；因此确认有大屏配置，那既然BI大屏能解决公司此类大屏问题，那是否可以解决公司项目通用性功能，比如常见表单表格、比如左侧树右侧列表等等。

总结：通过以上产品目地和目标用户确定，我们产品是要实现项目重复模块通过产品配置来实现，进而确定产品功能常见表格表单、可视化大屏、GIS通用业务模块。

通过产品规划定位确定产品思路架构图录例如下（因为涉及隐私只提供大致方向）：

3. 产品可行性分析

在产品规划目的、定位确定之后，接下来需要确认产品的可行性。需要从两个方面去考虑：

1）技术可行性分析

技术风险及规避方法：对可能使用到的技术进行全面的分析，技术上是否有解决不了的问题，如果有如何规避？易用性及用户使用门槛：产品的易用性，用户群体分析，产品是否会有使用难度？产品环境依赖性：支持什么浏览器，什么浏览器不支持？比如政府单位是用什么浏览器支持是否有困难等？

总结：项目规划采用是Vue架构，采用该架构是否适配IE浏览器 Internet Explorer 10等等问题分析，进而对应对技术解决方案确实可行，才可批复执行。

2）经济可行性分析

人力成本：产品从调研、分析、设计、开发、测试、运维等需要多少人力，多少人月，每个人月平均成本是多少？ 软件、硬件成本：产品生产及上线后需要购买哪些软件及硬件，比如：产品用到的数据库、开发工具、第三方软件、服务器数量、路由器、网络等成本。

总结：项目规划投入成本XX万，后期投入使用，能为项目节约多少个人力成本，投入和产出比是否合理等等分析，进而确认项目规模经济确实好，才可批复执行。

依据公司的情况当前阶段可输出产品可行性报告、产品立项报告和产品长中短期规划阶段目标。

二、产品规划分析

目的明确好了之后，就需要通过产品规划思路和目的进行分析，规划产品功能结构（可以使用常见的思维导图），这样会便于写的时候整理思路，我拿一个规划举例。

1. 目标用户调研

收集目标用户的需求，梳理目标用户的需求清单转为产品功能，录入到需求池中，根据业务需求优先级排序。

总结：业务用户反馈常见的大屏涉及组件偏多柱状图、饼图等等，进行图表组件需求功能需求优先排序；输出用户需求清单。

2. 梳理产品框架功能按照场景需求清单拆解到功能：每一个功能需明确解决一个具体的业务问题，如何将需求翻译为功能，极其考验对于业务的理解；根据功能按不同的维度进行分类整合：分类整合需要先考虑符合通用模块的功能，切忌重复造轮子；功能对应的复杂程度越高、业务越重要，越值得被拿出来单独做一个模块。

总结：常见功能表单，明确表单里面功能控件就包括了标题、输入框、下拉框、单选框、按钮。而每个控件又拥有不同的属性进而进一步拆解整理；输出功能清单。

3. 竞品分析竞品目标：是要达到什么目的，竞品为客户解决了什么问题。比如某公司BI，在没有BI之前，员工要写大量复杂的SQL语句，制作大量报表以满足业务要求，决策者在面对大量堆积报表数据也感到头疼；而BI则彻底改变了这种现状，使业务人员可以轻松进行数据分析，使决策者可以自在查看分析，及时查看到决策所关心的数据。竞品的亮点：有什么特色的交互体验或者特色解决方案。比如某公司BI产品只要通过图表拖拉拽即可实现既见既然所得的效果，实现交互操作灵活易学。竞品痛点：还存在哪些痛点，目前还有哪些痛点未解决的等等；比如某公司BI内置的图表种类相对较少等等，竞品总结：总结别人遇到同样的问题如何解决和设计的。

总结：power BI目标是让业务人员也能轻松配置大屏，提供了拖拉拽交互功能让业务人员轻松上手，我们就可以借鉴此功能交互体验，实现产品友好体验。

4. 闭环思维验证

闭环思维顾名思义就是“思考全”，要求产品如同为人处世，面面俱到又要能有取有舍；比如规划产品首先要考虑是目的就是为什么，再考虑做什么，最好确认怎么做，进行全面考虑；比如做类似BI产品目的要解决节约项目成本，再考虑要做哪些功能，最后要思考功能怎么运用（或者嫁接）到项目中。

总结：产品是为了节约相似项目成本，进一步明确出相似项目的有哪些功能，从而确认功能表单、表格、大屏等等；确定功能后，进一步要考虑产品提供相似功能配置后，要通过哪些方式运用到项目中，从而确定通过组件引用方式和提供API方式进行运用，通过为什么、做什么、怎么做形成一个链路的闭环思考验证。

通过产品功能规划分析思路输出产品功能结构（精简版）：

依据公司的情况当前阶段可输出产品需求调研报告、竞品分析报告、产品需求清单。

三、产品规划设计

基于产品规划探索的功能，做进一步的产品分析和设计。

1. 产品分析

画流程图进行产品功能分析：理清产品的逻辑，也可参考闭环思维进行业务逻辑梳理；比如闭环思考先思考整体产品流程“用户开始需要创建应用项目，然后再进行数据源配置、数据集配置、表单配置到最后进行下载运用的项目”，然后每个环节需要涉及哪些功能进行一一功能业务逻辑的梳理。

总结：

第一步骤是创建项目，涉及项目的编号、项目名称、项目的基本信息等等。

第二步骤是在创建完项目的基础上，配置项目数据库，一般一个项目都有2个数据库，就要考虑项目数据库配置支持配置多少个数据库？配置数据库类型mysql还是Oracle还是其他？以及数据库链接串、数据账号密码和数据链接是否成功测试功能，进行一一细化。

第三步骤是在配置数据库基础上，就要做数据集市来为规划产品功能提供数据源，那么就需要考虑通过什么方式提供数据源，常见SQL语句或者数据库常见视图方式提供；再进一步通过SQL语句那么就有选择数据库、SQL编辑器和SQL预览等等功能细化。

第四步骤创建表单表格，表格样式哪几种、表单容器控件有哪种？表格通过什么配置渲染出数据库数据？表单容器控件又是如何配置数据源。进行功能一一细化。

第五步骤配置完表单考虑如何运用到项目中，是生成API接口，那么API接口支持哪几种方式？是否可以运用开发引用组件的方式下载配置脚本引用？进行功能一样细化。

第六步骤确定后，项目如何运用到本产品提供的API接口，项目需要提供什么样的环境进行一一分析。

类似一下流程（精简版）：

2. 功能清单

第二步梳理功能清单：理清这个产品设计到的功能点以及写清楚明确具体的功能描述。

比如用户提出要多表头，思考多表头的样式集中，提供定制常规多表头还是提供合并单元功能实现灵活的配置都要清楚明白描述需求。

3. 设计原型

基于产品功能结构图，进行原型设计，原型分为前端和后台两部分，前端原型主要目标用户是公司内部开发人员和业务人员；由于前端原型用户可感知的层面，所以设计过程种要尽可能的认真思考，减少交互步长，仔细琢磨用户体验；

后台的原型设计主要是用户信息、权限信息、配置信息的功能，面向用户是部门的产品维护人员；因此后台的设计标准只要是考虑提供可支撑前端、同时可以便捷实用。

4. 输出产品需求文档

描述每个功能的前置条件、输入输出功能、需求功能描述和字段约束等等进行详细描述辅助开发人员开发；比如系统登录功能输入账号密码，若账号名密码正确，成功登录系统，若不正确返回提示“账号名称或密码错误”。

总结：通过以上四个步骤一步一步推进完善，最终细化到面面俱到，一个有质量、有内容的产品规划，也才能够真正地帮助用户解决问题，为企业带来丰厚利润。

依据公司的情况当前阶段可输出产品需求文档、业务流程图、原型设计、UI效果图和测试用例等等。

四、产品路线图

完成产品设计阶段后，按照规划好产品里程碑目标，做好产品迭代规划；然后整理需求池功能清单，分解功能任务并下发排期，最后输出产品路线图。

产品初创期考虑采用最小化可行产品来验证范围，降低贸然投入大规模开发成本风险；最小化可行产品仅包含验证概念所必须的特殊，多余的特性一点都不开放。

因此我们需要梳理最核心功能：最简单最常规的单列头表格表格（符合基本项目常见功能）作为产品里程碑第一个目标，按照目标规划好版本V1.0功能清单，然后再将功能分解下发进行排期；而用户提出来多表单灵活功能耗费当前阶段很多开发成本和时间，不适宜当前里程碑目标，那么版本规划中将过滤此功能，延至到下个里程碑目标的版本中进行迭代规划实现。

规划好产品版本后，然后清晰的罗列每个阶段产品应该要做的事情和时间节点，以及为达到相应的目标需要在什么时间点完成什么样的版本，输入产品路线图让团队清晰知道产品目标安排。

我这里罗列路线样例图：

图片来源：百度

依据公司的情况当前阶段可输出实施进度计划表等。

五、产品开发跟进

产品初创过程中，一定要把最核心的功能在第一个阶段实现，因为达到的目的是通过第一阶段的产品、数据来验证既定的路线是否可行。

因为初创时期需要通过快速迭代加紧产品的发展。因为是从0-1的产品，一定要特别注意产品初创期的发展轨迹，把反馈周期缩短，增加反馈密度；每个产品版本都应该根据上一个反馈结果进行调整，配合版本计划进行小步试错。

因此在产品初创期我们将产品目标和版本规划细化到每个月每周每日的安排任务，并进行每周五产品功能集成验证，反复验证产品是否脱离既定的目标；我们不仅要实时跟进开发进度还要保障产品质量，还需要制定考核标准来监管产品研发进度，而且产品研发过程涉及到产品、设计、开发等多个职能部门，因此我们为每个岗位制定考核机制标准。

例如下发给开发人员张三每日任务连续一周完成百分比都低于60%，那么进行分析是否任务安排太多还是技术难度还是工作散漫；若是任务安排不合理我们需要及时调整，若是技术难度重新考核开发能力或者提供技术解决方案，若是工作态度问题，就按照绩效考核标准予以处理。

因此在开发过程中我们产品经理起到至关重要的作用，既要保障产品质量又是保障产品上线时间还要保障团队合作有条不紊。

依据公司的情况当前阶段可输出测试报告。

六、产品发布

产品发布时，更多时需要提供培训资料以及培训的支持。比如录一个视频帮助用户学习了解，还编辑产品使用手册说明。

当所有工作都已经准备好，测试判定可以上线后，另外计划组织公司内部员工进行线上培训开讲。

对用户培训更多是让用户理解产品目的，让各个协同部门在各自岗位能更好的利用产品节省工作时间。同时培训用户学习的流程，对用户进行指导，让用户更快更好的理解和使用产品。

比如：当产品V1.0成功上线后，发布产品V１.０功能描述，并组织公司内部员工进行一场下线培训，现场演示一遍产品功能，并进行产品答疑工作并进行需求进一步收集，进而周而复始的周期迭代管理就展开了。

依据公司的情况当前阶段可输出用户使用说明书、培训视频、测试报告等。

七、产品迭代

产品迭代上线以后，不断收集用户在使用产品情况或者用户行为是否按预期进行并运用到项目；比如用户在配置过程中存在什么疑问，哪方面觉得操作不方面，还存在什么问题；再比如用户将配置的表单通过api接口方式运用到项目中存在跨域或者其他问题。

我们要对存在问题进行收集，及时分析其原因，基于最小化产品原则，明确每个版本迭代目标的，不断调整策略，持续迭代，让成果往好的方向发展。

比如需要你在规划版本的时候考虑产品功能的延展性，需不需要在一个版本里面把所有的功能都做完，可不可以分几个版本迭代来实现。

例如你规划一个数据库配置支持哪几种，前期是不是可以只做ｍｙｓｑｌ数据库类型，还是只支持ｏｒｃｌｅ类型功能，在以后的版本不断新增，这个就要分析公司常见项目都是采用最多是哪几种数据库类型；比如ｍｓｓｑｌ数据库项目一年最多３个，那么花费那么多时间去迭代此功能是否合理？

产品的迭代是有一条循环的流水线的：需求收集-需求分析-版本规划-原型策划-原型评审-UI 设计-开发-测试-发布。

一般而言，为了效率最大化，明确每个版本迭代目标的，确保产品每一次迭代能留住最主要的用户或者项目，实现产品核心价值。

依据公司的情况当前阶段可输出使用情况报告、产品成果等。

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

题图来自 Unsplash，基于 CC0 协议