如何做好一个0-1的产品

一、 前言

前段时间又接了一个0-1的产品，正好这几天有空，因此对产品0-1的做法进行了一个复盘，总结下0-1的产品如何开展；同时也写了一篇《如何评价一个产品经理？》的文章，和大家分享下。

二、如何做好一个0-1的项目

个人做一个0-1的产品的步骤如下：

大家可以把上述步骤理解为本人做0-1产品的一个流程清单。下面就分别讲下：

1. 了解行业

把了解行业作为第一步，是为了先对产品所涉及的行业在宏观有一个清晰的了解。了解下行业的商业模式，行业的盈利能力（未来行业产值多少，例如可以达到多少规模），行业的产业情况、行业的发展态势、行业的法律法规、行业的政策、行业现有的企业（也就是我们竞争对手）、行业的准入门槛。

这一步的核心之一就是找出竞争对手，通过竞争对手我们才能更进一步的了解我们的业务要做的价值以及发展前景。

Ps: 大家可能会认为了解行业就是一个完整的市场调研过程，其实并不是这样的。现实当中该产品/项目的市场机会、优劣势等分析其实高层都已经做过了，产品经理并不能决定该产品/项目要不要做，是否立项。产品经理要做就是把产品做出来，但也并不代表产品经理就不能影响产品，我们可以影响产品初期要做的功能、页面的形式/交互等（手动狗头~~）。

2. 了解竟品（如有）

通过了解行业知道了我们的竞争对手有哪些。在这一步，我们就要了解竞争对手的情况，包括它们各自的市场情况（市场占有率，市场占有的地域分布情况等）、业务情况（做了哪些业务、哪些业务没做，为什么不做等）、盈利情况（有没有盈利，盈利的话花了多久才盈利，每年盈利多少等）、用户情况（用户年龄、用户消费水平、地域分布等）等等。当然也要看看他们的产品，好好的体验下，方便借鉴（笑脸~~）。

通过这一步可以更具体的了解我们业务情况。

3. 了解产品要做的业务

把了解行业和竟品可以看从作宏观视角了解业务价值，那么在这一步我们就从微观上了解自己的业务，可以和负责人和相关同事一起沟通我们产品的愿景、要做哪些业务、业务优先级如何，要服务的群体，初期目标等等。要把业务范围和内容定义清楚，不仅方便产品自己梳理业务流程和设计原型，也方便运营人员作运营的规划。

4. 梳理角色、业务流程关系

当我们定义好业务的范围和内容的时候，就可以梳理下整个业务逻辑、角色和业务流程：

• 角色：把产品涉及到的角色都找出来，以打车为例，就涉及到了乘客、平台、司机、银行/第三方支付、公安等，理清角色是为了让我们更好的梳理业务逻辑。
• 业务流程：梳理业务流程是重点，要考虑清楚业务整体的运转模式，同时也需考虑各角色要走的步骤和所做操作的内容，例如乘客是怎么下单，下单时候有多少个步骤，每个步骤都要输入什么内容，哪些是是必须输入的，哪些是可选输入，哪些输入可以去掉的（即尽量减少用户的操作）。先整体流程，再到各个子流程或者细分业务的流程。打个比方，打车业务涉及到了乘客、司机、平台三种角色，整体流程就是把三种角色都放到一起，把各角色的大致关系和交互用流程图的形式表达出来（例如乘客下单──平台分发订单──司机接单──司机到达乘客上车地点──乘客上车──司机确认行程开始──行程结束──乘客支付），细分业务流程则是某角色下的业务操作，（例如乘客如何下单：选择上车地点──选择下车地点──点击下单）。

5. 分析产品硬性要求/风险

分析产品硬性要求/风险不仅是对自己负责，更是对产品负责。

产品硬性要求：产品初期可能没有仔细考虑产品上线时必要的证件和其他要求，例如域名备案、ICP许可证、资金必须第三方托管等。有的证件办理周期长，需要资料多，因此要进尽早办理，避免临近产品上线日期了才知道必须先要取得相关的证件方能上线运营，或者还未办理完成，使产品延期上线运营。

风险：产品某一些方面是不是违规或违法的。这一点我们一些产品同学都很少考虑，但我认为还是挺重要的。我周边确实发生过因产品违规而（产品、开发）被抓的例子。如果遇到了，可以和负责人沟通这块风险，把顾虑说出来，如不能妥善解决则可以直接拒绝，大不了N+1。

6. 设计原型

到这一步就很简单了，根据上面了解和梳理的内容画原型就行。可以先把页面都画出来，再考虑页面/流程间的交互方式。尽量做高保真原型，这样在预览原型的时能把自己当成用户来模拟用户的使用场景，同时也方便开发同学们了解产品。

7. 评审原型

当我们有了流程图和原型图，先和设计师和开发工程师的leader开一次评审会，讲解下业务和原型。开发leader可以从技术角度评审下原型，看看原型上的内容是否可实现，实现的成本和大致时间等；另外他们也会根据自己的产品设计/开发经验提出一些宝贵的建议。

8. 写需求文档/UI设计

评审过后就是写需求文档了，根据自己公司的传统来写即可，为了减少沟通成本，以及避免开发同学们遗漏功能（口头沟通的内容多了可能会记不住，记不全）PRD尽可能写的详细点。

设计师也会同步进行UI设计，在设计效果图的时候往往会和产品沟通，原型也可能会随着沟通结果而进行相应的调整。如有大调整则需要和开发leader等人进行同步，让他们重新评审下。

9. 启动会

评审会是和leader们沟通，负责实际开发的小哥哥可能已经通过他们的leader了解到一些产品信息，知道他们要开发这个产品，但产品的细节不完全清楚，因此要通过启动会来向大家介绍业务，展示和说明原型上产品功能（有效果图也可通过效果图来说明）。启

动会不仅是一个讲解说明会议，也是一个仪式，标志着产品正式进入开发阶段。

10. 开发阶段

开发阶段主要是解答开发同学在实际写代码过程中遇到的问题，这个阶段也会帮助我们完善产品，一些细节性的东西在前面的阶段还是会有没有考虑到的。

11. 测试阶段

当开发完成后，就是进入测试阶段了，在这个阶段产品经理不要过早介入，等测试工程师把产品流程都走通后再进介入，体验一遍产品，毕竟实际到手操作一遍比看原型和效果图更有场景感，更可以把自己当成是用户，可以发现一些功能缺失的地方，也可以发现交互上的问题。

产品提前介入是为了在这一步就能向开发提成功能调整的需求，也避免了开发工程师的重复开发，也避免了测试工程师反复测试。重复开发是指测试工程师在向开发工程师提某个bug的时候，开发可能重新调整了整个代码，但是调整后产品经理又要调整涉及到此bug的功能，这时候开发工程师就要调整两次代码，如果调整后有bug，那可能是3次或3次以上了，这可能会导致开发工程师心态奔溃以至于和产品经理产生冲突。反复测试不仅是指功能上的重复测试，还指完整流程的重复测试（如要改的功能虽然小但涉及到的面很广）。

12. 验收阶段

验收阶段需要各方一起对产品体验并验收，包括项目负责人、产品经理、运营人员、市场人员等，只有大家一致试用无异议后才能验收，这时候需要各方邮件或者微信回复同意（不能口头同意）。

13. 产品上线运营

当各方都回复同意后，产品可部署到正式服或者正式上线运营。

以上就是我做一个0-1产品的流程，供大家参考！