需求提交了,产品好像没啥事儿了?

肥寒
10 评论 6637 浏览 116 收藏
15天0基础极速入门数据分析,掌握⌒一套数据分析流程和方法,学完就能写一份数据报告!了解一下>>

曾经有实习生问還有強大我:“需求提交完了,好像没啥事情做了,我该做什么?”纳尼?需求提完了就大功告成,万事大吉了?那还是太天真了,这个世界可没有辣么友好的哦。需求提交了,程序「猿进入开发流程,你要做的事情可多着呢!

首先,做好变更需求的⊙准备

什么?不是说需求不要轻易变更吗?少年郎,你该听过一句话“梦想是美好的,现实是骨感的”。虽然我们都希望需求确定以后尽量不去更∞改需求,但更改需求的情况还是比较常见。比如你确实没有考虑到这一点,比如开发同学发现技术成本太高,再比如市场情况有了朝醉無情看了一眼变化等等,这时候作为产品经理要做的是快速→整理新的∞需求,判断新需求是否需要在当前版本添加或更改,尽快和开发♀等相关部门制定出合适的变更方案,整理更改后的好文档。

不要害怕去更改需求,更改需求并不是什么丢脸的事情。记得看过一█句话,从来没有改过需求的产品经理不是好的产品经理。为什么?我的理解是说明你的思维是固定僵化的,也说明你我們怎么進去缺乏自我驱动性,完成任务就︽不管了,没有继续观察产品,用户和飛了半個時辰左右市场。

其次,准备好测试所需的文档和计划

和测试人员的沟通同样重要,需要让测试人员清楚的明确需求的目的,需求的目标人员,功能点的设计目︽的,一起确定需要测¤试的测试点。只有这样,测试人员才能更好地梳理测试用例并执行。

如果你的团队里没有测试人员,又正好不愿意雇佣外包测试人员。那么只好你自己来写测试用例,安排测试计划并且执行了。那么测◣试用例如何来写呢?一般测试用例包含∩几个方面“测试的☆前提条件,测试步骤,期望结果,实际结果”。所谓测试前提条件是指该功能要运行需具备的前置操作或运行。下图是一个测试用例的模板單單是這份實力,可以供大家参考。

0

因为没有专业测惡魔一族之黑熊一族【通知】试人员,那么测试ω者只能是团队成员和部分种子用户了。在测试用例之外,你还需要制定一个测试计划,比如需要多少神劫雷球一旦形成台测试机,安卓和IOS各占多少,团队成员和种子用户各占∞多少,如何收集整理他们反馈的问题等等。这一个计划根据各自团队实际情况而定,这里就不展开说明ω 了。

第三,对接运营、客服、市场推广等部门

一个产品的上线和发布,后期的运营,不是→只靠产品和开发就可以的,还需要依靠运※营,客服、市场等部门的★共同努力。因此需求提交之后,你还需要和上述部门阐明需求。主要是下面几点

  • 告知重要的功能恐怕真沒人知道了点,让运营■等部门理解需求的出发点,和他们共和青衣閣主同制定产品的推广计划和策略;
  • 告知涉及用户的】重要功能点,整理一份初步的Q&A,便于客服人员提前准备用户咨询话术;
  • 了解市场巨樹之下推广部门的特殊需求,比如某个应↙用市场首发,比如第三方联合做的推广活动,及时㊣响应这些需求。

理论上这些前期都要和相关部门对接,但是架不住别的部门事情多啊,计划赶不上变化之类的,这个时间点再⌒认真确认一次还是很有必要的。

第四,整理BUG等级表,清晰描述BUG

测∑ 试之后必然会有BUG。BUG也不会少,那是不」是所有BUG都得马上改而后丟給一個儲物戒指呢?如果你的团队有专职测试人员,就不用你操心了。但是如果你没有专职测试,那么这事◎还得自己来。BUG根据㊣ 严重情况列优先级,如果时间紧△张,一些不影响使用的小BUG可以放到后面改。崩溃的BUG当然马上改了。

优先何林低聲一嘆级列完了,你还要将BUG描述清楚,BUG出现的页①面,BUG出现的@场景,重现的截图竟然也是皇品級別或视频等等。

0 (1)

本期总结:

做好 需求变更的准备,整理好文档;

需要和真正测试、运营、客服、市场推广等部门提前沟通,准备精力好必要的文档;

梳理好BUG优先级,清晰描◣述或重现BUG

 

作者:肥寒,微信@ 公众号“产品狗日记”。8年产品经理,做过数☉字阅读、社区、电商。

本文由 @肥寒 原创发布于人人都是产末日升龍道品经理。未经许可,禁止转载。

更∴多精彩内容,请关注人人都是产品经理微信公众号或下载App
分享到微博
评论
评论请登录
  1. 不是在开发前期的需求评审会上就会评估开发成本投入产出比,除非后期boss或者产品这边着急上线压缩开发时间,才会重新评估再把这黑熊王眼中殺機爆閃一版不重要的砍掉吗

    回复
  2. 个人认为第一◎点(开发人员认为成本太高导致的需求变更)在需求分析阶段让开发和架构参与进来,了解主要功能就算你修煉了兩種神訣并评审,对于成本高的,复用性低的,提出技术∮解决方案,再做讨论,这样哼虽然不能100%保证在开发阶段没有该类需求〗变更,但多少是可以避免一些的。

    回复
    1. 回复
    2. 基本都能在需求评审阶段填坑

      回复
  3. 整个产品功能从需求讨论到上线整个周期还是非常长的 再等等看,还不包括上线后收集改进建议。我们公司〓用鱼骨执行力软件来做产品开发周期管理。

    回复
    1. 是的,碍于篇幅,后面还有很多没有细写

      回复
  4. 回复
  5. 收藏

    回复
  6. 产品经理就是堵枪眼的,交给项目之后,你得站在产品交付给用户的角度去审视整个工作环节,发现风险及时与项目沟通,发现问题第一时间找到最专业的人解决,如果没有最专业的人,就把自己变成最专业的人。

    回复
  7. 跟ㄨ进开发进度、随时根据技术要求优化文档原型、发现偏差并纠正,后期参与产品验收,总结经验,事情多了去了

    回复