

























在产品工作中,有时候会遇到需要定义自己工作流程的情况,以及处理好与自己配合的流程;这时候,如何做好此类工作?看看作者的经验吧。

根据自己公司的情况细化,明确自己需要做以上流程中的哪些事,比如我司就需要产品做需求调研、产品设计、研发过程跟进、收集反馈这几类事情。
(1)需求调研
需求调研根据需求来源一般分为两种:
一种是内部需求,一种是外部需求。
(2)产品设计
产品设计一般情况下是初级产品经理最重要的工作,设计过程中的对接人主要是需求方,有时也要需要技术参与讨论方案可行性,最重要的是和需求方反复确认以保证最终的方案过关,这一点会在定义自己工作的SOP中详细讨论。
(3)研发过程跟进
研发过程中可能会出现各种各样的情况,对接人一般是开发和测试。比如:
总之,就是在开发过程中一切的问题你需要负责解释。
(4)收集反馈
收集反馈一般对接人是运营或者用户,这里主要是记录上线后出现的问题,为后续产品迭代提供依据。
最重要的就是产品设计SOP的定义,这个过程需要自己反复思考总结,每一阶段都有相应的输出物,并且在平常工作中不断实践才有效果,产品设计SOP为例:
需求调研→业务模型搭建→流程图→产品功能架构→原型图→PRD文档
这一步需要尽可能多的收集需求的信息点,包括需求的目的,参与的角色,上线时间,很多细节的想法等等。
如果只是需求方只是一个人,那么他会提关于很多需求的描述,尽可能记下来;如果是头脑风暴式的需求,那么有不同的人提出不同的需求描述。
以PCG(Professionally-generated Content)的课程APP为例
只要是会上没有发现有明显问题的信息,统统记下来;一般用onenote分点记,很多人喜欢用思维导图。
根据需求调研记录的信息点搭建业务模型,最重要的是梳理主流程,听起来好像很难,但实际操作比较简单,在草稿本上列两点:参与角色、每个角色涉及的操作。
同样以上述课程APP为例,涉及到的角色:包括平台运营人员、用户,涉及到的操作:平台运营人员上架课程,用户选择并购买商品;
注意,这里涉及的操作不是要列系统中详细的操作,而是业务过程中完整的闭环操作(包括线上、线下)。PCG的内容是自己生产的,所以线下还包括制作流程,那么完整的业务模型应该是:
运营人员制作课程→运营人员上架课程→用户选择并购买商品
推荐工具:草稿纸,笔
一般画三种业务流程图,功能流程图,任务流程图。
产品功能架构是就是用思维导图呈现,该产品需求包含哪些模块,这些模块包含哪些功能;
用界面化的方式展现元素,一般分角色,把对应的模块列在相应角色的文件夹下,先把框架搭起来,再从数据流的角度一个一个页面去画,我一般会把页面跳转和一些动态面板的交互画出来,比只画静态页面要直观很多。
过程中会有很多创意和想法,记录下来,画完自己按照流程跑一遍,看下有没有流程上的障碍,如果有的话,记录下优化的点,逐个优化。
原型图需要保留版本,每更新一个版本同步更新给团队成员。
PRD文档每个人写法不同,不必按照别人的模板生搬硬套,现在很多团队敏捷开发直接在原型旁边标注,看起来很方便。
文档需要做一个目录,方便后期定位,还有每次更改的记录,最好在相应的位置标上最新更改的时间并显红,内容主要包括流程图、功能架构图、功能描述、原型图。
本文由 @苏逸轩 原创发布于人人都是产品经理。未经许可,禁止转载。
题图来自Unsplash,基于CC0协议
该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。
此内容由惯性聚合(RSS阅读器)自动聚合整理,仅供阅读参考。 原文来自 — 版权归原作者所有。