b端产品经理要写哪些文档

To B产品有三类文档:

1、客户需求确认:需要把客户需求沟通清楚,流程业务场景突出需要。

比如医美机构要求我们搞一个排队叫号系统,我们需要清楚业务流程:客户预约-面诊排号-面诊叫号-面诊-敷麻排号-敷麻叫号-敷麻-治疗排号-治疗叫号-治疗。其中,敷麻分为两种,第一种是客户去分诊台敷麻,自己卸麻;第二种是客户去专门的房间做面部清洁、敷麻、卸麻,这种才涉及到敷麻排号。

2、PRD:

a.大需求:页面流程尤其是逻辑需要说明清楚,不要让别人产生误解。包括页面新增哪些功能权限,要对这些功能权限组进行详细说明。新增页面上存在的各种字段,也需要说明它们是干嘛的。即使是相似的功能,解释也不能省。

小步快跑,多次迭代。考虑到研发成本有限,有些基础的东西没时间做,因此第一次做某个功能时,不要想得太细太多,先解决客户当下的诉求,对于未来可能存在的需求,放到未来的版本迭代。

b.小需求:新增功能时不用介绍老功能,否则抢占篇幅,让人抓不住重点。略去已知的背景,尽量用几句话简要说明即可。

比如,最开始我的描述是:“在某个订单项目上选择支付方式为增值金后,系统判断该项目最大可使用增值金的比例,结合该项目的折后价格,校验增值金支付金额。如果输入金额超过该项目最大可使用金额,提示"订单中包含有增值金支付上限的品项,请按项目支付"。”

mentor告诉我,不需要提示已达到增值金支付比例,系统直接修改金额。于是我改为:“基于“增值金支付比例”和“项目最大支付增值金比例”综合进行判断,自动修正为可使用金额上限。”

3、产品操作文档:把产品使用场景和操作路径讲解清楚。机构不关心底层逻辑,只需要介绍哪些功能发生变动。
#产品人求职现状# #我是XXX,请攻击我最薄弱的地方#
全部评论
1. 功能是什么,一句话说清 2. 现有业务流程是什么,遇到了什么问题,改成什么,为什么这么改 3. 怎么判断调整后的流程好还是坏 4. 产品功能改动点 5. 流程落地有哪些阻力,怎么解决还是调整落地节奏
6 回复 分享
发布于 05-29 16:45 浙江
不愧是我关注的牛u,tql
1 回复 分享
发布于 06-05 10:23 北京
爱信等
点赞 回复 分享
发布于 06-06 17:56 江苏
接好运
点赞 回复 分享
发布于 05-30 13:53 陕西
接好运
点赞 回复 分享
发布于 05-30 13:50 山东
蹲后续
点赞 回复 分享
发布于 05-30 13:44 陕西
蹲后续
点赞 回复 分享
发布于 05-30 12:24 辽宁
蹲后续
点赞 回复 分享
发布于 05-30 12:08 湖南
点赞 回复 分享
发布于 05-30 12:01 北京
芒果老师总结的很不错,
点赞 回复 分享
发布于 05-29 17:24 北京
掌握核心逻辑走天下
点赞 回复 分享
发布于 05-29 13:46 北京

相关推荐

Hej0330:双非的话需要先从小厂产品实习经历开始,需要 2-3 段 ,争取校招进中厂。社招进大厂是有机会的。
点赞 评论 收藏
分享
24分钟1.自我介绍2.黑盒测试用例设计方法3.运用刚才的测试方法对手机端淘宝购物车结算页面进行测试4.测试流程5.需求文档没有标明边界值,怎么确定边界值,确定边界值后怎么测6.你们公司自动化测试是测业务主流程还是新需求反问:不足之处答:问答问题前思考3s再答,针对提问再答
一笑而过2222:边:边界值分析法(处理输入边界) 类:等价类划分法(划分有效 / 无效输入) 定:判定表法(多条件组合的逻辑判定) 因:因果图法(分析输入输出的因果关系) 迁:状态迁移法(覆盖系统状态转换路径) 场:场景法(模拟端到端业务流程) 正:正交试验法(多因素组合的测试优化) 错:错误推测法(基于经验推测潜在漏洞) 记忆逻辑链(按测试场景优先级排序) 先处理明确输入:边界值 + 等价类(边类) 再处理条件组合:判定表 + 因果图(定因) 接着处理状态与流程:状态迁移 + 场景法(迁场) 最后优化多因素与补漏:正交试验 + 错误推测(正错)
查看6道真题和解析
点赞 评论 收藏
分享
评论
5
11
分享

创作者周榜

更多
牛客网
牛客网在线编程
牛客网题解
牛客企业服务