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

To B产品有三类文档:

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

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

2、PRD:

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

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

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

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

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

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

相关推荐

点赞 评论 收藏
分享
bg双非本科,方向是嵌入式。这次秋招一共拿到了 8 个 offer,最高年包 40w,中间也有一段在海康的实习经历,还有几次国家级竞赛。写这篇不是想证明什么,只是想把自己走过的这条路,尽量讲清楚一点,给同样背景的人一个参考。一、我一开始也很迷茫刚决定走嵌入式的时候,其实并没有一个特别清晰的规划。网上的信息很零散,有人说一定要懂底层,有人说项目更重要,也有人建议直接转方向。很多时候都是在怀疑:1.自己这种背景到底有没有机会2.现在学的东西到底有没有用3.是不是已经开始晚了这些问题,我当时一个都没答案。二、现在回头看,我主要做对了这几件事第一,方向尽早确定,但不把自己锁死。我比较早就确定了嵌入式这个大方向,但具体做哪一块,是在项目、竞赛和实习中慢慢调整的,而不是一开始就给自己下结论。第二,用项目和竞赛去“证明能力”,而不是堆技术名词。我不会刻意追求学得多全面,而是确保自己参与的每个项目,都能讲清楚:我负责了什么、遇到了什么问题、最后是怎么解决的。第三,尽早接触真实的工程环境。在海康实习的那段时间,对我触动挺大的。我开始意识到,企业更看重的是代码结构、逻辑清晰度,以及你能不能把事情说清楚,而不只是会不会某个知识点。第四,把秋招当成一个需要长期迭代的过程。简历不是一次写完的,面试表现也不是一次就到位的。我会在每次面试后复盘哪些问题没答好,再针对性补。三、我踩过的一些坑现在看也挺典型的:1.一开始在底层细节上纠结太久,投入产出比不高2.做过项目,但前期不会总结,导致面试表达吃亏3.早期有点害怕面试,准备不充分就去投这些弯路走过之后,才慢慢找到节奏。四、给和我背景相似的人一点建议如果你也是双非,准备走嵌入式,我觉得有几件事挺重要的:1.不用等“准备得差不多了”再投2.项目一定要能讲清楚,而不是做完就算3.不要只盯着技术,多关注表达和逻辑很多时候,差的不是能力,而是呈现方式。五、写在最后这篇总结不是标准答案,只是我个人的一次复盘。后面我会陆续把自己在嵌入式学习、竞赛、实习和秋招中的一些真实经验拆开来讲,希望能对后来的人有点帮助。如果你正好也在这条路上,希望你能少走一点弯路。
点赞 评论 收藏
分享
评论
8
22
分享

创作者周榜

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