ToB产品从0到1系列
写在前面：无意间看到简书上另外两位产品人总结输出的文章与经验，觉得2B产品的全生产周期这个主题很好，分享的经验非常受用。作者与内容出处标注如下，我仅对自己有用的部分做了总结与摘抄，便于查找与自我成长，无其他商业用途。感谢内容创作者的输出！
1.作者：产品经理赵扬扬
链接：https://www.jianshu.com/p/981cc83ff19b
链接：https://www.jianshu.com/p/e3f1c9f45975
链接：https://www.jianshu.com/p/a2990e7eb9f5
链接：https://www.jianshu.com/p/1de52938914f
来源：简书
2.作者：SallyQ
链接：https://www.jianshu.com/p/0f9a56b94e2d
来源：简书
1. toB产品生命周期中要写那些文档？
一、产品立项
启示录中的9个问题
二、产品设计
需求列表：分析、增加、思考、更新
产品需求文档&原型：撰写、存放流转
需求评审会：排期、工期、每周例会站会制度
产品竞争力：创新技术融合、解决不好的地方、竞品参考、截图保留
细微体验：loading、提示
三、开发期间
产品资料：制作产品介绍手册、使用手册、试用账号、通知邮件短信模板；
对接资料；客服资料；销售培训、销售帮助文档；产品帮助文档-toC
产品质量：联系项目内部测试、比赛活动测试
产品规划：思考后续产品规划、竞品动态
产品之外：有什么突发情况产生的需求？
竞品问题：出现过什么问题？如何规避?
销售造势：高端Party，宣传片拍摄，新闻稿发布
四、开发完成
产品质量测试：比赛活动、项目内部试用
销售造势：新闻稿发布
五、面世售卖
打造标杆客户：销售驱动
六、第1阶段运行
售卖缺少客户案例，有产品细节问题，需求问题
产品需求变动：方法不只一种，最大投产比原则，变通方法原则
上线问题：避开高峰期，整理收集客户需求、保障产品稳定
产品经理：应变快速出方案解决问题，系统不能解决的线下解决
发布产品数据，鼓舞士气和看战果
七、第2阶段运行
新增客户案例文档、线上案例汇集;
更新文档、培训
提效需求、发现新机会
2. 产品立项要回答的9个问题
一、产品是什么
复印店订单管理系统。给淘宝图文打印店提供从接受订单、文件打印和发货单打印服务的一款软件。
二、产品要解决什么问题？（产品价值）
2.1业务背景
现在举例说明淘宝上图文打印店现在的业务流程什么样的。
第1接受订单。客户A参加了自考，要复习，需要打印很多复习资料。一共30+个word文件。在淘宝下单后通过QQ邮箱把文件打包发给淘宝客主钱百万，淘宝店主下载并解压文件，放在电脑上看文件格式是否支持、核对打印的文件数量、有没有重复的文件、看每个文件的页数。然后给对方报价一共多少钱。再问客户是否需要封面？需要什么样的封面？是否需要装订？怎么装订？各自的费用多少？沟通后确定价格。最后下了订单，这时候淘宝店主钱百万就接待其他客户了，没过一会儿，客户A回来说，我有3个文件发错了，我重新发你一下吧，又重新打包发给钱百万的QQ邮箱。钱百万再接受，下载、解压、替换掉错误的文件。
第2订单打印。淘宝店钱百万开始一个一个打开文件点击打印、30个文件点击鼠标操作30次。中途有事情接了一个电话，结果忘记哪个文件没打印了，遗漏了2个文件。最后交代给下面的员工去装订打包。
第3订单发货。填写客户A的收货信息，结果由于看错客户电话号码写错了，好在客户收到货了，但是由于漏发了2个文件，导致客户不满意。又重新安排了打印、发货给客户。
2.2遇到的问题
第1接受订单环节。文件管理重复繁琐费时间
客户重新发文件、淘宝店主核对打印文件格式、纸上页数、是否有无重复文件，花了30分钟；记录客户的打印要求、封面、装订，计算费用，又花了10分钟。
第2订单打印。重复操作、操作失误、占用时间
重复的打开文件、点击打印按钮，花了5分钟，遗漏打印文件
第3订单发货。人工操作失误
填写订单错误
这样下来服务一个客户就要45分钟，一天投入1个人力服务8-10个客户。效率太低
2.3解决方案
第1接受订单环节。订单系统自动接受文件、核验文件是否重复、统计页数、收货信息
淘宝店主发给客户一个网址。客户上传要打印的文件、批量上传，然后填写订单号。订单系统自动对客户上传的文件进行存储、检查文件是否重复、格式是否正确、文件总页数是多少并给出打印报价。根据订单号自动获取打印封面、装订要求的报价。最后统一给客户显示出来一共需要支付多少钱。客户下单付款，系统获取收货信息。不占用店主时间，客户操作成本很低，系统只需2分钟即可实现。
第2订单打印。系统自动打印文件、打印完成给出提示、打印失败也给出提示
设定好打印任务，系统自动逐个打开文件进行打印并关闭文件（通过云端进行，不影响淘宝店主正常操作），任务打印完成自动提醒店主和装订打包的员工，进行装订打包。很少占用店主时间、不遗漏文件。
第3订单发货。系统自动打印填写收获人信息。完成打印。一分钟搞定不出错。
三、为谁解决这个问题？（目标市场）-用户、需求分析
客户特点：集中处理大批量的文件打印任务
商家：淘宝打印店、线下装订公司、路边打印店、学校打印店、券商基金公司打印财报客户资料等等
商家的客户：大学生小炒、自考的复习资料、职业资格类复习资料、基金公司内部使用（很多纸质交易记录要保存10-20年）
四、成功的机会有多大？（市场规模）
有没有机会？
市场竞争：目前市场上没有提供此类全流程服务的产品。有单独模板服务例如office打印精灵、快递面单打印，市场接受率很高，单独针对淘宝卖家的还没有。
市场容量：淘宝有8.5万打印店商家，全国各地打印店几十万家。
团队情况：XX产品经理，打印店从业者，市场拓展能力
五、抓取机会****后产品有哪些愿景目标？达成愿景必要条件是什么？如何达成&评价指标
5.1****第****1阶段****目标****：****淘宝打印店和线下打印店的打印订单管理系统
必要条件：验证需求、快速迭代符合B端使用场景的工具
接入小批客户、小部分大客户使用
考核指标：有1万/月家商家付费使用
5.2****第****2阶段****目标****：****订单打印平台。
必要条件：积累淘宝店主打印的文件数量，经过客户同意，把打印的文件开放给所有人，有人打印客户提供的文件，就收取费用，和淘宝店主、淘宝店的客户一起分成。
考核指标：有2万/月 客户来打印使用
5.3第3阶段目标：结合线下行业。
必要条件：根据前2阶段积累的数据进行挖掘可以合作的行业，比如学校打印店，把打印文件操作放给他们，和他们一起分成。其他行业也有合作的需求
六、投产比？风险和资源需求
6.1****团队投入
image
6.2渠道投放
入驻淘宝服务市场、QQ群、微信群营销等，5万预算
合计总成本23万
6.3****产出收益
上线后3个月，达成淘宝付费用户3万，客单价300元/年。合计900万收益
3个月投资回报率：900万/23万=39倍
收回成本需要766个付费商家，预计1个月回本。
6.4风险及应对策略
1.找不到合适的人员。费用、对方工作情况，通过网络寻找自由工作者开发项目
2.人员稳定性、磨合期可能影响开发周期。
3.我们上线后，其他服务企业竞争，他们需要开发周期，我们已经领先占据市场
七、大概行动计划
image
八、核心团队成员
image
九、融资需求
融资100万RMB出让股权10%，用于开发产品搭建团队
3. 撰写需求文档PRD
在产品的整个研发流程中，需求分析结束后，就能明确产品需求了，而这时要做的是把这些产品需求表达出来，从表达效果来看，原型是最好呈现形式，开发通过原型了解需求如何呈现，测试了解验证的依据。
一份完善的产品原型需求文档能够体现了一名产品人员的责任心、专业性、严谨的工作态度。
本文针对中后台产品整理了一份原型需求文档模版，文档分为 5 部分，对每个版本需要注意的点做了延展说明。
image
一、文档概述
1.需求说明
包含：文档名称、主要参与人员、编写目的、项目背景、名词定义，如下图：
image
注意规则：
文档名称命名方式一般为： 产品名+版本号。
产品名根据项目定义，下面主要说明一下版本号的基本规则。
版本号命名方式：主版本号 . 次版本号 . 修订号 . 开发提测版本号
1）主版本号：产品方向改变，或者大规模API不兼容，或者架构不兼容升级。
2）次版本号：保持相对兼容性，增加主要功能特性，影响范围极小的API不兼容修改。
3）修订号：如果某个版本有打补丁包（如线上版本修复BUG、小需求补充，逻辑设计类错误，则新建版本号 1.1.2）。
4）开发提测版本号：1.1.0.1、1.1.0.2、1.1.0.x（x与内部提测次数一致）
5）产品正式对外发布后，以前三位做为对外发布的版本号。
2.需求列表
详细整理出每个需求任务，以及产品预计的迭代周期时间计划。
image
3.修订历史
image
二、产品总览
产品总览：产品整体功能的框架，包含:功能结构图、信息结构图、业务流程图，可以用 Xmind、百度脑图、ProcessOn、Draw 等软件制作。
如下：
image
image
image
三、全局说明
1.交互说明
中后台中一般整理说明，功能各组件中共性的交互方式、交互机制，总结说明，这边不做详细说明。
例如：
- 操作后如何提示，提示的位置？是否以 Message 出现在页面中上方还是右上方，出现的时长是否有统一要求或特殊要求。
- 表单的校验交互，是光标在输中就进行校验，还是光标离开输入框后再进行校验。
2.权限说明
有账号密码的系统，都会涉及权限管控，一般根据系统设置的安全规则或者安全策略，用户可以访问而且只能访问自己被授权的资源。
权限管理，通常采用 RBAC （Role-Based Access Control）模式。
权限系统由三大部分构成：用户管理、角色管理、权限管理
用户：谁？当前访问管理系统的是什么人？如:小明
角色：是什么身份？如：CEO、总监、经理、员工。
权限：可以看到哪些内容，执行哪些操作？数据权限：允许看到哪些功能菜单、信息字段等；功能权限：增删改查操作。
image
image
四、功能模块原型
原型作为与开发沟通最好的载体，产品的原型设计实现一般区分整体和局部，整体上更多考虑信息架构的设计，如功能结构、导航、菜单、布局排版等方面。局部上更多考虑是功能的交互设计，如按钮点击、操作反馈、页面切换、模块信息的展示。确定好以上内容后，原型基本设计完成，之后，需要将功能设计思路、逻辑规则标记在原型中。
1.功能模块设计：按照页面结构和信息结构绘制原型，确定每个页面的布局和元素的位置，交互方式等。
2.需求标注：确定好整体页面功能后，可以把功能细节、规则用文字的形式标注在原型周围。
可以使用原型标注表格，将每个页面功能点打记号，如123，在标注整理到表格中，重点说明出异常边界和文案提示，区分全局说明和局部说明，尽可能将标注写的精简、明确、全面，整理一份 Check List 多审视几遍，避免与开发沟通时遗漏，影响沟通效率 ，自查清单可查看文章 中后台产品功能自查清单。
image
五、非功能性需求
非功能性需求，指的是信息系统中保证性能、系统可靠性、可扩展性要求等方面相应的需求要素。
1.性能需求
响应时间平均响应时间参考值(秒)、峰值响应时间参考值（秒）
例如：
- 登录时间 ≤5 秒
- 页面间跳转时间 ≤3 秒
- 精确查询（包括请求服务）响应时间 ≤1 秒
- 模糊查询响应时间 ≤5 秒
在 95％ 的情况下，一般时段响应时间不超过 1.5 秒，高峰时段不超过 4 秒。
吞吐量 并发量单位时间内成功地传送数据的数量。这一块与系统并发相关，根据业务量估计，我们的系统需要支持多少并发。
例如：估计用户数为 1 万人，每天登录用户数为 3000 左右，网络的带宽为 100M 带宽，系统可以同时满足 10,000 个用户请求，并为 25,000 个并发用户提供浏览功能。
资源利用率 指企业投入服务器这类资源，所发挥的资源利用百分比。
例如：CPU 占用率 <=50%；内存占用率 <=50%。
准确性、有效性
与能否得到正确或者相符的结果或者效果有关的软件属性。
image
2.系统需求
运行环境约束：用户对软件系统运行环境，兼容性、应用服务器软件及其版本要求。
例如：系统应支持 iOS，Android , Windows 操作系统;
系统应支持 Oracle, DB2 数据库系统。
3.运营需求
运营侧对功能进行数据统计，对相关功能数据埋点等。
image
4.安全需求
一般分为程序安全、系统安全、数据安全。
程序安全是指开发的程序是否是安全的，程序上有没有安全的漏洞，例如：Web 开发中服务器代码没有对输入的参数进行验证，从而导致客户端机器人轻易的获取数据。
系统安全指的是系统整体的安全，能经受来自互联网的一般性恶意攻击。如病毒（包括木马）攻击、口令猜测攻击、黑客入侵等。例如：安全的粒度，未经授权的用户是否可以轻易的访问非法的数据等。
数据安全是对数据的保护，保护数据不被非法/越权访问和篡改，要确保数据的机密性和完整性，严格权限访问控制，用户在经过身份认证后，只能访问其权限范围内的数据，只能进行其权限范围内的操作。业务数据需要在存储时进行加密，确保不可破解。
4. 如何选产品供应商
一、为什么要选择供应商？
有些产品需要的一些功能或底层的技术，如果放在自身产品团队开发需要大量人力财力，也未必能开发好，或者无关紧要但市场上有成熟服务的。
因为上面原因不能完成产品本身的闭环，就需要寻找产品技术服务商。例如支付宝的人脸识别、斗鱼的直播服务商、常见的语音播报服务。
二、选择供应商的一点经验
服务稳定性：稳定第一，产品能不能用的大事、不然就跌大跟头了。
功能API/SDK：实际业务场景（认真想想各执行角色各环节可能遇到的问题，否则执行成本会很高）、支持的终端类型PC应用Android、iOS客户端（灵活应对客户的各种需求）
相关配套设备：例如直播的硬件编码解码器、视频采集卡（是否免驱动）、对网速的要求
操作便捷性：KA、项目经理操作成本、线下供应商对接
数据统计：数据交付、数据呈现、数据统计方式、统计周期、数据的保存时长
面谈与演示：实际看看效果
案例：已经在使用的其他服务商，保障稳定。
公司可靠性：优选大公司背景、成熟业务的、慎重选择小团队；如果对方变更业务自己要跟着改，很惨痛的教训。
亲自体验走一遍流程：实际看看与业务执行中冲突的地方，产品流程上是服务商→自己→客户，业务流程上有的地方是服务商→客户，必然会有一些不合理的地方，比如账户权限控制等。
费用：自身费用决定对方支持力度。基础消费、按消耗付费、定制开发
技术客服支持：售后服务、7*24h、线下、电话、微信/QQ
实际使用：什么情况下需要提前报备服务商
多看几家服务商：有对比，不被蒙
上面选择好之后，就走采购流程或签订合同，实际对接开发
5.产品上线前准备
一、售卖造势
集中优势资源以压倒性的投入到影响目标客户的广告媒体上
组织头部企业客户开新产品发布会
线上线下并举
组织相关活动造势、一轮接着一轮
二、质量测试
组织内部试用、或组织小范围测试、举办活动测试
完整真实的模拟实际企业在用的流程，形成一套项目控制SOP
三、产品文档准备与培训
相关伙伴的准备与培训：KA、项目经理、产品运营等
产品介绍：产品名称slogen、现状痛点、解决方案、优势功能、技术服务稳定性、宣传片、客户案例（后期更新上）、演示账号
产品使用手册：产品介绍与版本修订记录、整体执行流程、使用过程、注意事项、FQA列表
产品报价：参考竞品、与业务、项目经理等商定
产品闭环的文档：邮件/短信通知模板、审核要求文档
压力测试报告：帮助KA售卖
产品使用对接表：客户信息、KA/项目经理信息、预算费用、执行计划
项目运营控制SOP：总体对接人、完整线上线下流程阶段、阶段对应具体负责人、进度报备
销售帮助文档：与竞品核心功能对比、优劣势对比表；客户案例集（后期）
