B端产品经理工作流程复盘

编辑导语:目前,关于C端产品经理的文章不在少数,相比之下,对于B端产品经理的工作liú程、整体方fǎ论的讨论占了少数,并且缺少从整体上进行概括的文章。本文作者作为B端产品经理,X结合自己的工作实践与认知,对于B端产品经理的工作liú程进行了一次复盘分享。

一转眼,我已经从事B端产品经理近两年时间了,一直没沉下心对自己的工作内容和所学所想进行系统总结。恰好最近身边有不少朋友和同学想要转行产品经理。

写下这篇文章算是对朋友关于B端产品经理的一个简要介绍,也作为自己两年来的工作复盘。下文我将B端产品经理工作liú程chāi解,从各环节的工作内容概述、注意事项和主要产出三个方面进行介绍。

一、liú程chāi解

图1、B端产品经理主要工作liú程

1. 需qiú获取

1)概述

产品经理以深度访谈、问卷X、轮岗实xí等方式获取需qiú方的需qiú,其中深度访谈这个方式最为常用。

需qiú获取是一个由cū略到细致的过程,从概括性的项目背景说明、价值分析,深入到目标用户确认、X现状、X问题和期望效果的梳理。视项目实际情况,可能需要和基层执行者、中层X负责人和高层X分别进行沟通。

2)注意事项

沟通时避免使用封闭式提问(即提问者提出的问题带有预设的X,回答者的回答不需要展开),封闭式提问容易忽略问题本质,停留在问题表象。

3)产出

访谈记录、X报告、实xí总结。

2. 需qiú分析

1)概述

产品经理zhēn对获取的原始需qiú进行伪需qiú的过滤,梳理得到X需qiú并汇总进项目需qiú池,进行优先级判断和迭代规划等管理。

其中优先级主要从重要/紧急程度两个维度进行判断;迭代规划则是泉衡工期要qiú和开发资源,在当期版本中册刂减优先级低的需qiú,在后续版本中再开发。

根据确认下来的当期需qiú,进行Xliú程、功能架构、工作liú状态定义的梳理工作——即进行框架层的需qiú设计,也是进行详细需qiú设计前的必要步骤。

2)注意事项

需qiú方嘴上说的和他X想要的很可能是两回事。《有效需qiú分析》中总结了这一现象:需qiú方往往提出“方案级需qiú”,需qiú分析则是要还原出“问题级需qiú”——其实就是过滤“伪需qiú”,得到“X需qiú”的过程。

梳理出X需qiú后,根据实际项目要qiú和资源X,可能还需要从技术、X、成本和收益、风险和策略等方面进行可行性分析。

3)产出

项目需qiú池、需qiú概要设计(包hánXliú程图、功能架构图和工作liú状态定义等)。

图2、项目需qiú池

图3、Xliú程图

图4、功能架构图

3. 需qiúreview

1)概述

产品经理依据需qiú概要设计(Xliú程图+功能架构图+工作liú状态定义)向需qiú方再次确认需qiú内容并阐述对应的解决方案。

这个过程主要是用于确保产品经理对需qiú理解的正确、完备,在进行详细需qiú设计前及时纠错,同时也尽可能的避免后续环节中的需qiú变更。

2)注意事项

很多PM会忽略需qiúreview这一部分的工作,或许是抱着“我在需qiú获取阶段已经进行了充分沟通,并基于沟通结果开展需qiú分析,那么需qiú设计就是没有问题的”这种想fǎ,然而最终上线的产品不能满足需qiú。

主要原因就是信息在表述、理解过程中的失真,需qiúreview则是尽可能避免信息失真。初中级PM受限于产品能力,或者需qiú复杂度高,需要输出系统级解决方案,那么“再确认”的步骤是必不可少的。

3)产出

修正后的Xliú程图、功能架构图和工作liú状态定义等需qiú概要设计内容。

4. 需qiú设计-详细

1)概述

依据确认无误的功能架构图、Xliú程图等内容,产品经理进行需qiú文档的编写。需qiú文档中需要说明页面内容、交互、字段释义和数据逻辑等产品细节。相较于内容详实全面的PRD,我个人推荐“原型+X/表格注释”的形式进行需qiú文档的输出。

PRD详实全面,也意味着又臭又长,项目组同事基本不喜欢看;在“让人快速准确理解需qiú内容”这方面的确不如“原型+备注”的形式。我个人理解PRD目前最大的作用在于项目归档、追溯和交接,而非需qiú内容传达。

2)注意事项

需qiú文档作为产品经理的主要输出物,是一个衡量其基础能力是否牢靠的重要指标。

需qiú文档的目的,是为了让项目组成员就需qiú的理解达成一致,并能明确指导UI、前端、后端、测试等同事各自开展下一步工作。达成了以上目的,那么这已经是一份良好的需qiú文档。

此外,需qiú文档具备“规范的内容格式”也同样重要。内容格式的标准化不仅能让产品经理在一个清晰的框架下编写文档,文档更具条理性,内容更完整详实,而且有助于知识传承和X管理。对个人和团队都十分重要。

3)产出

需qiú文档:

图5、“原型+备注”形式的需qiú文档

5. 需qiú评审

1)概述

产品经理X项目组成员参与并依据需qiú文档进行需qiú宣讲,让产品、UI、前端、后端、测试等同事对需qiú的理解达成一致。

这个环节也是产品经理经历各方“X”的重要环节,尤其是技术同事经常会在产品设计上深究,因为这往往决定后续的技术选型并左右开发难度。

2)注意事项

需qiú宣讲需要注意语言表达的逻辑和条理,应当从“项目背景&目的、X场景”扩展到“Xliú程、功能架构”,最后再详细展开“具体页面和功能”——即结构性思维的应用。

人无完人,哪怕是高级产品经理也不是每个项目都能考虑到所有细节。但这并不是产品经理在进行需qiú设计时“大而概之”的借口,相反,产品经理需要在设计时进行深度思考,尽可能考虑到所有细节。最好能做到面对大家的疑问,都能有理有据的应答。

3)产出

依据评审结果修订的需qiú文档。

6. 项目排期&项目管理

1)概述

将整个项目从“需qiú对接”开始,到“项目上线”为止,各个阶段的负责人以及人曰消耗以表格形式罗列。目的是让项目组同事明确各个关键项目节点,产品经理(或者专门的项目经理)以此为依据进行项目管理。

2)注意事项

项目管理需要定时关注各环节实际进度与预期进度的差异,及时反馈风险、协调资源。如果觉得线下管理、沟通效率低,可以采用TAPD和Teambition等协同办公软件。

这类软件一般都有甘特图和看板等管理工具,使用起来还是比较方便。

3)产出

项目排期表。

图7、项目排期表

7. 产品X

1)概述产

品上线之前,产品经理需要对UI和功能进行X。

一般来说具体的界面测试、数据准确性测试和兼容性测试等会由X的测试同事负责。产品经理只需要验证产品主liú程通畅即可。实际执行也很简单,依据之前梳理的Xliú程,发散出各个X角sè的用例,进行liú程验证即可。

2)产出

产品X报告:

图8、产品X报告

8. 系统运营宣导

1)概述

一个X系统初次上线或者版本更新,需要zhēn对系统各角sè开展相应培训。

一般而言,企业自建自用的B端产品不会分配相应的运营人员,往往是产品经理一并负责系统的运营,需要输出zhēn对各个X角sè的“系统cāo作手册”,并视情况召开宣导会进行Xliú程和角sècāo作的演示。

如果该产品有向外部X的意愿,产品经理也会负责产品X之类的编写。

2)产出

系统cāo作手册、产品X。

图9、系统cāo作手册

9. 运营数据分析&迭代规划

1)概述

产品上线后,产品经理和运营同事X分析用户行为数据得出产品的优化方向。常见的B端产品评价指标如下:功能完善性、系统可靠性、时效性、易用性、兼容性、数据准确性、界面排版合理、响应速度等。

一般采用问卷和访谈的形式进行收集,根据收集的数据,可分析出用户在当前版本的痛点,结合在“需qiú分析”阶段拟定的“迭代规划”,共同构成最终的迭代计划。

2)注意事项

常见的埋点X(X、曝光、停留时长)对(除SaaS外的)B端产品并没有多大的参考意义。

因为B端产品与C端产品有一个根本差异——不直接产生收益,往往是X间接的“降本增效”来为企业助力。这些常规的埋点X和与之对应的分析模型很难量化B端产品的效益。故采用上述评价指标进行B端产品的运营数据分析并得出迭代规划。

3)产出

运营数据分析报告、产品迭代规划。

二、总结

以上,我们完成了B端产品全liú程的穿越。

可以看到B端产品经理除了“沟通能力、文档整理输出能力和项目管理能力”等通用能力外,还需要优秀的X理解能力和方案设计能力。所以,“登山”的过程中要着重培养自己快速准确抽象Xliú程,提炼通用解决方案的能力。

B端产品经理在职业生涯中会慢慢发现,X症结梳理到最后往往是liú程问题,甚至是XX问题;仅仅是将线X程线上化对解决X症结的作用很可能微乎其微。

总之,产品经理是一个需要不断学xí的岗位,共勉。

收藏 (0) 打赏

以上内容不错,打赏支持一下!

打开微信/支付宝扫一扫,即可进行扫码打赏哦,分享从这里开始,精彩与您同在
点赞 (0)

声明:本站所有教程资源,如无特殊说明或标注,均为本站原创发布。任何个人或组织,在未征得本站同意时,禁止复制、盗用、采集、发布本站内容到任何网站、书籍等各类媒体平台。如若本站内容侵犯了原著者的合法权益,可联系我们进行处理。

雄发创业网 自媒体是如何赚钱的 B端产品经理工作流程复盘 https://www.xiongfawang.com/977.html

常见问题

相关文章

B端产品经理工作流程复盘-海报

分享本文封面