产品验证
证明产品的价值、可用性、可行性
产品经理向产品团队提供最终的产品说明文档前，需要进行三项重要的验证环节
1)可行性验证，现有技术条件下能否开发出产品，邀请架构师和开发人员深度参与技术调研，寻找可行的方案
2)可用性测试，交互设计师应该与产品经理密切合作，想办法突出产品的功能特性，不同类型的用户都能够明白如何使用
3)价值测试,测试用户是否觉得你的产品有用，是否愿意购买，喜欢的程度如何，可以与可用性测试同时进行，使用的原型
也一样，不过可用性测试重在观察用户如何设法完成必要的操作，价值测试重在观察用户是否喜欢这些功能，是否满意功
能的的具体实现方式
切记要使用高保真原型验证
请访问http://www.svpg.com/examples查看有关高保真原型的范例，以及用于创建原型的工具
原型测试
把产品创意呈现给真实用户
产品原型可以让用户验证产品的创意，加深对产品的理解，如果公司设有用户研究团队和可用性测试团队，PM一定要争取
让他们参与到自己的项目中
1)物色测试者
物色特约用户，如果是企业级产品，同类产品的展销会是寻找目标用户的好去处
避免产品的测试者都是产品尝鲜者
也可以在分类信息网站上发布广告，征集测试者，征集要求写的笼统一些
大众型产品，可以邀请自己的亲朋好友参与测试，也可以是周围的人，避开过于亲密的人和科技行业的从业者
大公司定期开展原型测试活动，每半个月一次，每次邀请10-20位测试者，所有的PM都要自己申请时段，安排测试者参与测
试一两个原型，
离开公司，到街头巷尾，用户聚集的地方，如电子商务的要去大卖场，体育类的应去体育酒吧，给予小小的奖励，小礼物
之类 146
1、事先拟定好测试的内容，测试一些主要的项目，比如说用户大部分时间要执行的操作
2、只有一次机会了解到测试者未接触产品原型之前如何解决产品要解决的问题，未接触原型的时候他们怎么思考解决问题
的办法，这一点比较重要
3、观察测试者能否从原型首页看出要解决的问题是什么，哪些地方最吸引他们，一旦进入测试就不会再有首次访问的感觉
4、待测试者完成测试任务，了解产品用途后，通过聊天进一步收集信息，了解他对原型的评价，同类产品的看法
5、测试者为每一个阶段的原型打分
6、测试前不宜与测试者过多交谈，简单寒暄几句即可，告诉测试者这只是初步的创意，让他说出真实的想法
7、测试过程中尽量不要给测试者提示 ，有时候需要简单的帮助
8、观察测试者的举动，了解他对产品的想法，不要对测试者的任何举动做价值判断，比如说好极了或者不好
9、测试的目的是发现原型与用户期望不一致的地方
10、测试者反馈的问题 迅速修改原型
获取测试灵感的来源：
1、史蒂夫·克鲁格《点石成金：访客至上的网页设计秘笈》这本书讲交互设计，书的最后有一个原型设计的例子，比较令
人信服
2、产品测试公司Creative Good(网址：http://www.creativegood.com)开展一种称为倾听实验室的测试方法，通过间接测
试的方式找出产品功能和设计方面的缺陷，从全局着手完善产品
请访问http://www.svpg.com/examples查看原型测试的范例
Scrum敏捷方法
改进现有产品
不是一味的添加功能
改进产品不是简单的满足个别用户的要求，也不能对用户的调查结果照单全收，能提高指标的功能才是你
关注的的重点，找准方向，分析关键指标，针对性的改进产品
平滑部署
避免更新产品导致用户反感
大多数人不愿意花时间去改变已有的使用习惯，不愿意花时间去学习适应新的使用方式
所以要是更换版本 提前告知用户 邮件 或者 广告
加倍做好测试，可靠性、扩展性、性能 避免新版本出现问题
两种平滑部署方式
1)发布两个并行版本，公示一段时间，用户满意的话，则将新版本设置为默认版本，旧版本保留一段时间，过渡阶段
2）区域性逐步部署，逐步扩大范围
全面考虑更新可能带来的副作用
快速响应阶段
产品出炉后切莫虎头蛇尾，这是手机反馈信息，改进产品的最佳时机，产品发布后的几天到一周之内，作为团队的快速响应时间，处理产品发布后的用户反馈意见
评估产品表现应该使用明确的、可以量化的指标，最关心哪些方面，比如访问停留时间，注册用户数，页面访问数量
有专业的工具可以协助追踪用户的行为，如谷歌分析工具(http://www.google.com/analytics),可以快速清晰的展现用户使用网络产品的情况
一旦问题反馈回来，产品团队(PM，交互设计师，主程序员、客户服务人员，市场营销人员)就应该召开简短的会议，确定最佳的解决方案
当然除了使用网站分析工具，我们还可以使用问卷调查，邮件讨论，留言板，现场测试
合理运用敏捷方法
敏捷方法参考：http://www.agilemanifesto.org
十大秘诀
1)产品经理是产品的负责人，要协助督导产品开发进程，及时解决出现的问题
2)PM要明白产品的方向和目标，设定衡量产品成功与否的标准
3)PM和设计师的工作进度应该比开发团队领先一到两个迭代周期，交互设计师和视觉设计师提前设计产品
4)尽量把产品设计工作拆分为独立的部分，分而治之，但也不能拆分的太细，迅速制作原型的方法更能够适应敏捷环境
5)PM的主要任务是定义有价值、可用的产品原型和用户故事,全面的思考问题
6)开发人员自己划分迭代周期，有的产品功能可以在一个迭代周期内完成，有的则需要好几次迭代
7)PM和交互设计师必须出席每天的晨会
8)达到了PM的要求后，再发布产品的新版本，确保交给用户的产品功能正常运行
9)每次迭代完成后，PM应该向团队展示产品现状，以及下次迭代的产品原型，让大家看到成果
10)开展敏捷培训，理解敏捷方法
合理运用瀑布式的开发方法
瀑布式开发的基本原则
1)采用阶段式开发 PRD文档、设计高层软件架构、设计底层细节，编写代码，测试，部署
2)采用阶段式评审 评审通过之后进入下一阶段
首先由市场人员收集市场需求，提交给开发人员，接着开发人员制定开发计划，设计软件架构，
进一步完善设计细节，然后进入开发测试阶段，完工之后邀请用户测试，最后部署
瀑布式开发方法让产品经理头痛的地方
1)产品验证严重滞后（PM必须等到软件开发的尾声才能看到可以运行的软件）
2）进入开发阶段之前，PM就应该设计原型，请目标用户测试，设计软件架构和定义产品的过程中，
PM应该请开发人员评估产品设计的技术风险和可行性
3)变更计划代价不菲，需求变化的时候，修改产品设计不可避免，发现问题尽早的修改，尽早的解决
4)无法适应快速变化的市场，PM压力比较大，要保证设计的产品没有缺陷
所以要用Scrum和极限编程这类敏捷方法
创业型公司的产品管理
关键在于产品探索
创业型公司初期只设三个职位：产品经理（产品管理，原型制作），交互设计师（交互设计），原型开发人员，
创建体现用户体验的高保真原型；邀请真实的目标用户验证产品原型
大公司如何创新
有困难，但值得一试
企业文化和老板的观念会影响公司的创新氛围
创新途径
1）可以使用20%的时间来创新，利用自己的时间，低调的去创新研究，好多伟大的产品时使用20%法则实现的
2）主动观察，观察和倾听是最简单的创新途径，仔细观察用户使用公司或同类产品的一举一动，留心他们的表情
创新不是发现新问题，而是用新方法去解决已有的问题，观察人们对现有产品的不满，是创新的最佳途径
3）改善用户体验，明白哪些功能是用户必须的，用户对使用的产品都有比较深刻的认识和想法，找到用户失望的地方
体验，结果、用户留存和用户活跃。