2010年十二月







Google创新论坛



WPO[Web 性能优化与运维]会议链接

http://velocity.oreilly.com.cn/index.php?func=slidesvideos

保存下链接,后续好好听下~







第一次拜访客户

今天下午第一次拜访客户收集需求,我的感受主要有三点:

首先,直观的了解客户需要一个什么样的功能:以前听别人转述可以知道我们要实现怎样的功能,

但通常都包含了转述人对需求加工的成分,如果描述不完整还容易造成理解的偏差;今天直接听到了客户对需求的描述,我要注意自己转述的时候别扭曲了用户的原意。

其次,知道客户提出某个需求做什么用、将如何使用:客户描述了实际使用中遇到的问题,所以希望这个功能怎样怎样实现以解决这个问题。

这样便于我们理解客户提出的需求,并且站在客户的角度思考功能的实现方式。可以在一定程度上避免做出来的产品是客户不需要的,或者不符合客户的使用习惯。

最后,客户能帮助我们排除他们不会使用的场景:前期我们项目组内讨论需求时大家都尽量覆

盖猜想到的使用场景和实现方式,与客户沟通的时候他们直接回答“我们不会这么用”。

另外客户和咨询师也会顺便给出一些对产品的反馈。并且是单纯的学习产品功能不考虑用户实际使用场景时不会考虑到的。

总之收益匪浅,以后能力提高了还要主动提供解决方案供参考,以后的事儿明天再说,今天回家了先~~



需求分析小试牛刀【1】

上周开始可以开始参与需求工作了,暂时参与需求跟踪和需求分析两个方面,先谈谈对需求分析的认识(太教科书的东西自己已经看了很多,不再这儿赘述):

  • 最初的想法:需求来源于客户,所以我们尽量采集客户的需求,然后整合规划后按照客户的希望实现即可。
  • 实际情况:假设客户可以正确的表达自己的want和need,但究竟想要个怎样的产品来满足自己的want和need客户通常没想好,或者压根儿不愿意想。这个设计、实现产品的工作就需要我们来做。我们要制造需求,并培养需求。

对新需求的需求分析是从想法到产品的分析,重点在思考如何实现;
新需求实现后如果需要整合到整个产品中,就要重点分析对原有功能的影响:

  • 并入需求和整个产品的风格是否一致?
  • 新需求属于整个产品框架的哪部分?
  • 业务流程是否有矛盾?
  • 功能是否有冗余?
  • 加入新功能后是否可提升产品的整体功能和竞争力?
  • 新需求的数据来源于哪里?处理后流向何处?

暂时想到这些,多问些问题还是有好处的,提问有助于促进思考。