经常被研发、运营怼?你需要掌握需求实现前的8大步骤

从需qiú分析到需qiú评审,笔者总结了需qiú实现前的八个步骤以及其中的要点,希望对产品经理们有所帮助,避免经常被研发与运营怼。

经常有产品经理和我吐槽,辛辛苦苦做的需qiú,得到的却得不到团队和需qiú方的认同。在和研发沟通的时候,差不多就是跪着讲的,上线之后需qiú方还来吐槽,说也预期还是有一些差距的。

先描绘一个场景,看看里面有没有你的影子:

  1. 你接到一个需qiú的,立刻去想怎么解决这个问题,想的差不多就开始画原型,很快就画好原型拿给X看,X劈头盖脸的指出一系列的问题。
  2. 经过几轮的修改,终于进入需qiú评审阶段,在需qiú评审X上,方案被研发、运营挑战,直接在评审X上开撕,一个需qiú评审X,要进行 1-2 个小时,最终还要进行二次评审。
  3. 上线之后,X方反馈说,其实这个和他们想要的,还是有一些差距的。你感觉心好累,不被理解。

如果你身上也有类似的事情发生,按照下面的步骤进行,会极大减少这种场面的发生。

01 需qiú分析

当我们接到需qiú,不要马上去想怎么来实现,先问需qiú方几个问题:

  • 这个需要要解决什么问题
  • 解决之后,能给你们带来什么价值
  • 如果不处理,那会有什么影响?

问了这几个问题之后,你大致就清楚这个需qiú的来龙去脉,以及需qiú的优先级,如果需qiú方连这几个问题都回答不了,那需qiú可以拒绝了。

举个例子:运营同学说我们的登录系统不满足现在需qiú,希望系统能支持微信登录。按照上面 3 个问题,我们来和需qiú方沟通,需qiú方说:

“下个季度我们的重点是做微信粉丝X转化,但现在账号系统只支持“邮箱登录”和“X号码”登录,几轮运营测试下来,发现未注册的粉丝X转化很低,很大程度上卡在注册环节,不愿意填写X号码,怕收到sāo扰短信。支持微信登录后,会极大增加粉丝的付费转化效果。”

了解到需qiú方的使用场景“微信X场景下粉丝快速登录”,不做会影响转化,是必须要做的事情了。接下来要进入第二个环节「手绘线框图」

02 手绘线框图

做这件事的目的是整理这个需qiú有哪些功能模块,以及模块之间的关联,产出物可以是纸上涂鸦。这时候要做的事情:

  1. 是拿上手绘图,去找研发负责人,讨论一下方案的可行性,避免踩不懂技术的坑。
  2. 同时也让研发同学参与进来,知道接下来产品要做什么事情,解决什么问题。

举个例子:拿上你画好的登录liú程手绘图,和研发同学讲清楚要解决什么问题,研发同学看了之后,说需qiú问题不大,但你要考虑一下,已经注册过的用户,用微信登录后账号如何关联在一起。

和研发同学沟通完毕之后,你再增加了一个“新老用户关联”线框图。

接下来进入「产品结构」整理阶段。

03 结构图整理

整理好手绘图,那我们来进一步梳理产品结构。这阶段的产出物,是模块的定义,或者说这个模块解决了什么问题。

举个例子:上面支持微信登录的例子,涉及到的功能模块有:

  • 新「用户登录」,支持微信账号登录即注册。
  • 「新老用户关联」,解决「老用户」用微信账号登录后,与原来账号bǎng定或解bǎng问题;
  • 涉及到「修改密码」模块优化:要关注只有微信登录的用户,是无fǎ修改密码的;
  • 原来账号系统中,支持X验证码登录模式有安全漏洞,增加「X号码注册限liú」。

完成了结构图,就要开始模块之间的liú程整理。

04 liú程图

目的要定义角sè,在核心功能模块的逻辑规则、分支条件和最终结果。也防止我们遗漏场景。这时候可以做两件事:

  1. 拿着liú程图,找你 leader 讲一下,看X程有没有问题;如果X比较复杂,可以和需qiú方沟通下,看有没有需qiú遗漏;
  2. 和研发同学提前沟通下,让研发同学也了解整个模块的liú程是什么。

举个例子:

05 结构图细化

每个功能模块,要细化到字段,避免信息遗漏,前X数据要保持一致。

举个例子:还是上面讲的微信登录场景,用户第一次用微信方式登录,要获取到用户的 userid、X号码,如果X号码不存在,那还要生成用户名(username)。把所有关键字段罗列出来,对产品思路重新进行梳理。

06 原型交互设计

以上 5 步完成之后,那产品 80%的思考已经完成。可以根据团队xí惯,确定交互的细致程度,如要qiú高保真原型,那就把交互做的更完善一些,有交互的地方做好标记,有逻辑的地方标明规则。这里不讨论如何画交互原型,如果有需要,可以留言沟通。

完成原型交互设计,拿给你的 leader 看下,X一次小规模的需qiú方评审,看看是不是解决了需qiú方的问题。

工具推荐:Axure、墨dāo。

07 需qiú文档

和需qiú方沟通之后,就开始写需qiú文档。关于需qiú文档,有的团队要qiú写成doc 文档,有的只要qiú在原型处标记就好。

我比较倾向于写成 doc 文档,因为需qiú文档是产品产出的再一次X和梳理。需qiú文档的第一读者是产品经理,然后才是研发、测试等小伙伴们。

文档中几个关键点要注意:

  1. 首先是按模块写文档,要明确每个模块的背景和定义,
  2. 当需qiú较多(超过 3 个)时,要标注优先级(P0、P1、P2),确保核心功能优先处理。
  3. 注意不要造名词,同一个内容前后保持一致。

完成以上,就可以进入需qiú评审阶段了。

08 需qiú评审

现在我们要重新认识下「需qiú评审会」,它不是一个PK 工作量的X,而是与研发、测试等团队小伙伴信息同步,宣告这个项目的开始,更多的工作是要前置到评审X之前。

需qiú评审也是有liú程的:

  1. 需qiú文档提前 1 天发给团队中的小伙伴,让大家提前了解下需qiú情况。
  2. 正式的需qiú评审X上,先讲和大家同步,这次需qiú,我们为什么要做这个需qiú,解决了什么问题;更高阶一点的可以讲此次需qiú,能给X或团队带来了什么价值。
  3. 要先讲结构图和liú程图,这两个讲解完毕,团队小伙伴们基本上了解此次需qiú的重点是什么了,然后着重讲一下逻辑判断。
  4. 最后,要有一个时间计划表,然后团队小伙伴填写,确保团队合作的节奏,如果有 deadline,团队小伙伴会更合理安排时间。

最后:需qiú评审只是一个宣讲,重点都在线下。希望以上能给你带来一些帮助。

#专栏作家#

司马特小队,X号:司马特小分队,人人都是产品经理专栏作家。8年+X资深产品经验,多年B端产品管理经验。具有多个从0到1的大型B端产品的孵化、重构、迭代经验;主要教授产业X产品相关的硬核知识点。

本文原创发布于人人都是产品经理,未经许可,jìn止转载

题图来自Unsplash,基于CC0协议。

给作者打赏,鼓励TA抓紧创作!

收藏 (0) 打赏

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

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

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

雄发创业网 自媒体是如何赚钱的 经常被研发、运营怼?你需要掌握需求实现前的8大步骤 https://www.xiongfawang.com/2707.html

常见问题

相关文章

经常被研发、运营怼?你需要掌握需求实现前的8大步骤-海报

分享本文封面