Alpha 创建互联网产品——8 沟通
测试不是测试团队的事情吗？产品经理也是利益相关者，你希望自己的产品越来越好是吧？PDCA
<img class="alignnone" alt="" src="http://img16.poco.cn/mypoco/myphoto/20140506/22/17437565620140506221706035.jpg" width="284" height="309" />
指定商业计划，确定发展目标和达到发展目标所需的关键任务
产品部门按照计划执行任务
老板检查商业计划的执行情况
对于计划之外的情况给予及时的处理意见
成立公司的团队，比如游戏需要游戏策划、Flash程序员、游戏后台程序员和美术设计等，完成之后进行市场推广。这样需要什么样的合伙人，自己朋友是否具备，成立之后如何运作，就很明确了。
约翰.邓禄普的轮胎
借助于用户的反馈：用户参与（Customer Engagement，CE）：
提供一个明显的反馈入口，将用户引导到反馈论坛发表他们的投诉和建议，并进行及时的回复和处理；
订阅产品关键字的搜索结果，了解官方反馈论坛之外的反馈，同样给予反馈和处理；
建立或加入核心用户群，第一时间获取他们的想法，也可以很方便地测试一些产品概念；
通过用户行为录像工具或跟用户回家的方法，追踪单个用户的使用行为，发现他的使用障碍在哪里，解决这些问题；
对流失用户进行回访，分析流失原因，改进产品降低用户的流失率
<img class="alignnone" alt="" src="http://img16.poco.cn/mypoco/myphoto/20140505/16/174375656201405051602421290150849189_058.jpg" width="449" height="417" />
直接记录用户的线上行为也是一种近似的替代手段。ClickTale（http://www.clicktale.com）
<img class="alignnone" alt="" src="http://img16.poco.cn/mypoco/myphoto/20140505/16/174375656201405051602421290150849189_062.jpg" width="666" height="642" />
Twitter的创始人Evan Williams在在TED的“Listening to Twitter users”
产品总是出现莫名其妙的问题怎么办？
测试驱动研发(test-driven development，TDD)可以预防这种情况的发生，TDD 是一种敏捷开发的思想，既然所有的功能点最终都要测试，并且会面临反复测试，那么为什么不把测试工作提到最前面并且实现自动化呢？在 TDD 研发模式下，编写功能代码之前会先写好测试代码，以保证所有的功能点都能被自动化测试所覆盖。
最后，回到整个产品的层面，检查应该注意些什么：
用户对产品的核心概念是否了解，是否接受？
图纸是否覆盖了核心概念？是否在核心概念之外设计了太多东西？
用户对图纸（虚拟功能、虚拟体验）怎么看？
项目结果与图纸是否相符？是否进行了全面的测试？
用户对项目阶段性的结果（功能、体验）怎么看？
是否形成了用户任务的闭环？
是否存在流失率超高的任务节点（比如注册）？
查看完整版本： Alpha 创建互联网产品——8 沟通
Tags: