21 产品验证 --证明产品的价值、可用性、可行性
1.产品验证 是指在正式开发、部署产品前，验证产品说明文档描述的产品是否符合预期要求。
2.产品经理向产品团队提供最终的产品说明文档前，需要进行一下三项重要的验证：
（1）可行性测试：明确在现有的技术条件下，能否成功开发出产品。邀请架构师和开发人员进行技术调研，寻找可行方案。
（2）可用性测试：请真实的用户来试用可用性原型，进而得到反馈信息。如果测试得到，能发现原本被忽略的产品需求。
（3）价值测试：观察用户是否喜欢这些功能，是否满意功能的具体实现方式。
22 原型测试 --把产品创意呈现给真实用户
1.产品原型可以让用户验证产品的创意，加深产品经理对产品的理解，避免开发团队浪费时间和经理开发没有把握的产品。
2.开展原型测试的方法：
（1）物色测试者：
①邀请特约用户；
②若开发企业级产品，可以去同类产品的展销会；
③在分类信息网站上发布广告，征集测试者；
④若开发大众产品，可以邀请亲朋好友；
⑤如果手头有用户的电子邮件列表，可以从中筛选；
⑥通过公司网站征集志愿者；
⑦较大公司可以定期开展原型测试活动，每次邀请10-20位测试者参加；
⑧去到用户聚集的地方去。比如，开发电商产品，就去商品卖场；开发体育产品，就去体育酒吧；
⑨若邀请测试者上门参加测试，应该送点小礼物补偿测试者为此损失的时间；
⑩测试前一天致电消费者，或者留一条语音留言，减少测试者忘记时间册概率。
（2）准备测试：
①事先拟定好测试内容；
②在不接触自己产品时，告诉用户任务，记录用户完成的情况；
③测试原型前观察测试者能否从原型首页看出产品要解决什么问题，哪些地方最能吸引他们；
④待测试者完成任务后，通过聊天了解测试者对产品原型的评价；
⑤为每个问题的答案打分，来记录每个阶段产品原型的表现；
⑥不一定用完整原型进行测试，可以先测试主要项目，遇到空的功能，可以问问测试者，获得宝贵建议。
（3）测试环境：
①实验室的环境是否专业无所谓；
②用户的办公室能让用户更放松，是上佳的测试场所；
③远程测试无法观察到用户的表情和肢体动作；
④产品经理应该亲自参加每次原型测试，尽可能多与用户接触；
⑤产品经理要客观对待产品，中烟逆耳；
⑥理想情况下，安排一个人主持测试，另一个人记录；
⑦有测试主持人，同时又记录人员。还可以邀请开发、视觉、交互等参加原型测试会。
（4）测试原型：
①测试前不宜与测试者交谈过多；
②测试前告诉测试者：这只是产品原型，不是正式产品；请说出真实看法；被测试的是原型，不是测试者；
③尽量让测试者保持平和的情绪参与测试。看测试者能否轻松完成任务，他们是否喜欢产品的功能；
④测试时，不要给测试者提示；
⑤测试者遇到麻烦的时候，鼓励他们继续尝试；
⑥尽量避免提示测试者，更不能引导；
⑦测试主持人可以口述参与测试人正在做的事，或者当测试者求助时，重复他的问题；
⑧测试的作用是发现原型不符合用户直觉和习惯的地方；
⑨通过测试者的表情和语气很容易判断原型的问题所在。
（5）更新原型：
①只要两三个用户反映了同一个情况，那就动手解决吧；
②如果没法让测试者对原型感兴趣或者将原型变得足够简单，就应该立马放弃这个产品创意。
23 改进现有产品 --不是一味地添加功能
改进产品不是简单地满足个别用户的要求，也不能对用户调查的结果照单全收、能提高功能才是你关注的重点。你应该找准方向，分析关键指标，有针对性地改进产品。
24 平滑部署 --避免更新产品导致用户反感
1.不是所有用户都喜欢新产品。用户不喜欢变化，大多数人不愿意花时间学习、适应新的使用方式。
2.将版本更新带来的负面影响降到最低，可以采取以下几种措施：
（1）通过公告、邮件、在线教程等方式提前通知用户；
（2）做好测试工作，避免新版本存在影响正常使用的隐患；
（3）如果更新版本会影响大规模用户，应该采取并行部署或者增量部署的方式来降低风险。
3.平滑部署的方式：（1）同时发行新旧两个版本；（2）区域恶性部署。
4.增量部署：将更新项分割成几个较小的部分逐步发布。
25 快速响应阶段 --产品出炉后切莫虎头蛇尾
产品发布后，不要急于撤走为研发产品和发布产品整合的资源，而应该稍微延长项目周期，观察用户对产品的反应。例如可以在发布后的几天至一周内，作为快速响应阶段，主要工作是快速响应、处理产品发布后的用户反馈意见。
26 合理运用敏捷方法 --十大秘诀
在产品软件领域使用敏捷方法的诀窍：
（1）产品经理要与开发团队保持密切联系，协助督促开发进程，及时解决出现的问题；
（2）产品经理要设定衡量产品成功与否的标准，适度缩短规划zhouq ，反复迭代，采用轻量级的机会评估方法；
（3）产品经理和设计师的工作精读应该比开发团队领先一两个迭代周期，同时时钟让开发人员参与评估产品设计和产品原型；
（4）尽量把产品设计工作拆分成独立的部分，分而治之；
（5）产品经理定义有价值、可用的产品原型和用户故事作为开发的基础；
（6）让开发人员自助划分迭代周期；
（7）产品经理和交互设计师必须出席每天的晨会；
（8）不要轻易发布新版本，必须确保交给用户的产品能正常运行；
（9）每次迭代完成后，想团队展示产品现状以及下次迭代的产品原型，加深对产品的理解；
（10）在团队内开展敏捷培训。
27 合理运用瀑布式开发方法 --扬长避短
1.传统瀑布式开发方法的理念：
（1）采用阶段式开发：软件开发过程被事先分成固定的几个阶段；
（2）采用阶段式评审：每个阶段结束后，对该阶段提交的成果进行评审，评审过后才能进入下一阶段。
2.瀑布式开发方法存在的问题：
（1）产品验证滞后：产品经理必须等到软件开发的尾声，才能看到可以运行的软件。
（2）变更计划代价不菲：如果需求发生变化或者开发测试过程中发现前期设计的缺陷都会打乱开发流程，大量工作需要从头来过。
（3）无法适应快速的市场变化：瀑布式开发严重依赖文档和流程，哪怕是一点点改动都要花费很大功夫。
28 创业型公司的产品管理 --关键在于产品探索
创业型公司应该在确定产品原型后，再招聘程序员进行开发。
29 大公司如何创新 --有困难，但值得一试
1.不可否认，创业型公司的氛围更适合创新，但不代表大公司做不到这一点。
2.20%法则：最好的创意大多来自普通员工。20%法则鼓励普通员工自己尝试各种想法，发挥大家的主观能动性。
3.臭鼬工程：在受限制的条件下，利用自己的时间，低调地进行创新研究。在大公司里，普通员工很难凭空获得允许从事创新研究，如果你能拿出阶段性的成果来，获得许可会容易的多。
30 在大公司施展拳脚 --十大秘诀
在大公司施展拳脚的方法：
（1）了解公司制定决策的方式：公司是民主决策制度，还是请某位高管拍板。如果知道决策权在谁手中，就可以了解他是更看重原型演示、市场数据，还是客户的承诺和评价。
（2）建立人脉网络：主动与各个部门的同事结交朋友。
（3）臭鼬工程：做出产品原型更具有说服力。
（4）自己顶上。
（5）有选择地据理力争：在大公司工作，多一个敌人不如多一个朋友。
（6）会前沟通，形成默契：重要的决策会议，可在会前逐一找与会者聊聊。
（7）合理分配时间：产品经理应该重新检查会议日程，花掉无关紧要的会议。
（8）分享信息。
（9）向上司借力：学会利用上司的关系，更好地开展工作；
（10）传播你的产品理念：多向同事传播你的产品理念，在内部宣传。
我是萌萌的小尾巴~~~下面是我的个人公众号，主要是分享一些学习产品的心路历程~可以关注下哟，欢迎大家一起学习、交流哟。
因为坚持，变得愈发优秀~