江苏龙网

  1. 首页 > 人文 > >

人人都是产品经理：价值维思考模型在技术性需求中的应用( 二 )


（2）竞品调研分析
除了去跟你的用户进行有效沟通外 ， 产品经理一定要记得去寻找对应的竞品 。 经常做竞品分析的同学应该知道 ， 有时自己想破脑袋的问题 ， 竟然可以在竞品那里很容易地get到方案 ， 更有趣的是从交互、功能逻辑等方面都帮你设计好了 ， 相当于有人帮你做了一套解决方案 。
不过作为一名优秀的产品经理 ， 绝对不会是拿来主义者 ， 笔者对这样的做法也很不屑 ， 但作为一种参考 ， 帮助我们更好地去设计自己的需求 ， 这还是没任何问题的 。
如果你发现很难去找到类似的竞品时 ， 那我们又该怎么办呢？办法还是有的 ， 我们可以在网络中通过寻找论文、寻找文章的方式 ， 帮助我们从不同的视角去理解、去分析手头的case ， 最终的目标还是在帮助我们分析功能的价值 。
（3）构建PRTD文档
通过与用户的沟通、竞品的调研分析 ， 相信作为优秀产品经理的你 ， 一定已经能很好地构建出自己的实现思路了 ， 甚至可以写好了对应的PRD 。 但笔者这里要友情提醒一下 ， 如果是偏技术性的需求 ， 如果按照一般功能需求的方式 ， 编写完PRD就去推进的话 ， 很容易出问题 。 假设这样就能很好地落地 ， 这只能说明这个并不是什么技术性需求 ， 要么就是你们产品开发团队中有顶级产品和架构师 。
那我们还要做什么事 ， 才能确保需求的软着陆呢？
笔者认为 ， 产品经理在完成价值分析后 ， 就要跟架构师一同探讨 ， 把你分析的结果毫无保留地传递给架构师和核心开发人员 ， 与他们一起构建功能的设计 ， 并输出PRTD文档 ， 这里面的T就是指技术 。
PRTD文档应该包括价值、用例、功能设计、原型设计、架构分析、技术方案等内容 。 输出后 ， 项目组应该可以根据该文档进行功能开发 ， 一方面可以有效控制技术风险（一般技术性需求会对技术路线有一定影响） ， 另一方面这样完整的输出 ， 可有效避免后续的返工 。
或许你会说 ， 那这样就不敏捷了 ， 像瀑布 。 笔者的经历告诉你 ， 方法是死的 ， 人是活的 ， 李云龙打仗就是虚实结合 ， 不按套路 ， 这样才能有意外收获 。 我们要的是有效、快速地落地 ， 而不是纠结敏捷不敏捷 。
写在最后：
价值维思考模型是笔者多年来一直遵从的思考方案 ， 不光用在具体的产品需求管理 ， 在其他事务的处理上也是屡试不爽 。 在瞬息万变的商业环境下 ， 只有价值是永恒不变 ， 本文的输出就是从价值维来考虑 ， 让大家以后可以有更多的思考模式 ， 开发出优秀的产品 。
本文由 @jiongoogle 原创发布于人人都是产品经理 。 未经许可 ， 禁止转载
【人人都是产品经理：价值维思考模型在技术性需求中的应用】题图来自 Unsplash， 基于 CC0 协议


推荐阅读


上一篇：「极客对比」理性的网友都选什么手机玩游戏？iQOO Neo3属实最适合

下一篇：『科技通』努比亚Play 5湖四海蓝开启预约，红魔氘锋氮化镓充电器夺天猫销量前三！