2016年1月21日(人人都是产品经理)

需求的内容要符合"SMART原则"

  • Specific(明确的):需求必须是具体的、明确的,别模凌两可。
  • Measurable(可测量的):需求必须是可以衡量的,要能够评价它的好坏。
  • Attainable(可达到的):需求必须是可以达到的。
  • Relevant(有关的):需求必须和其他目标有相关性,没有意义的需求是浪费时间,要告诉对方意义何在。
  • Time-based(基于时间的):需求必须有明确的截止时间。 查看:Smart原则

技术需求怎么提

为什么会错误

错误的姿势

错误的方式

  1. 脑袋里想好要什么
  2. 将想要的东西写成文档
  3. 将需求文档发给技术去做
  4. 等结果

错误的观念:技术是干活的,只需要按照我说的做就行了,不需要你自由发挥。

大部分给技术提需求的人都不是技术出身,对技术并不了解,不需要你自由发挥。
另外,我们脑海中想要的东西写到文档中一定无法100%还原,技术再去看这个文档,理解过程中又有一定折损,这就导致我们想的和最终做出来的东西相差甚远。

核心问题:产品和技术之间的信息是不对等的!每一步过程信息都有折损,导致了最终产出不理想。

该如何做

正确的姿势

正确的方式

  1. 不聊技术聊业务,先让技术同学充分的理解业务流程是什么,技术在业务中间的作用是什么
  2. 在技术同学理解业务的基础上共同讨论解决方案,列出可行的方案。
  3. 业务人员和技术人员综合各种因素选择一种适合当前的『最佳方案』
  4. 双方达成一致后再最后形成文档
  5. 文档中包含前端表现细节和后端流程图

核心问题改进

  • 让技术同学充分的参与进来,一同商量,确保在方向性上大家高度保持一致
  • 业务同学的解决方案不一定是最佳的,所以要发挥技术同学的优势,让他们也来出方案,讨论方案
  • 不要在一棵树上吊死!方案细节不着急展开,先多出方案,然后再评估方案,确定方案