天下武功，唯快不破。大道至简的道理人人都懂，但是具体落地时很多人收不住，甚至把简单的事情复杂化。
做产品要快，但有些误区需绕开：不必等一切想明白再动手。产品并不是设计出来的，而是“改”出来的。一件产品，只有不断改进，才能把竞争者甩开；只有快速迭代，才能创造需求的赢家。
需求辣么多，要如何确定产品迭代的需求？要如何制定合理的版本迭代计划？又该如何通过市场和用户的反馈数据决策下一步的迭代方向？
5月28日（周六），起点学院线下公开课携手腾讯众创空间特邀四位产品大牛，为你他们多年工作中实战得到的经验，告诉你产品迭代的秘密。
现在让我们一起去现场看看吧。
签到后，小伙伴们领取了自己的学习资料包。
认真地听大咖，小伙伴们都完全沉浸在其中了呢
这位小伙子，我很看好你积极与大咖探讨的学习精神~
本是应该休息的周末，他们却集聚在这里进行交流。你在睡着的时候，别人还在努力着。
结束后大家一起合影留念，下次日再见咯~
好啦，废话不多说，下面为你奉上接地气的干货。
点我吧产品专家刘飞：为什么你的迭代总出问题？
为什么你的迭代总出问题？可能原因：
产品做完美才上线
什么需求都接
需求没有排好优先级
需求没有比较性价比
与技术的协作不佳
与需求方的沟通不力
重复犯错
今天我将围绕这7点来展开今天的。
第一点，产品做完美才上线
很多人接触到微信可能是微信第二或第三个版本，那时已经有摇一摇、朋友圈功能，而微信第一个版本，只有文字聊天和通讯录功能，没有其他复杂的功能，甚至没有语音对话。现在的微信，功能十分复杂，各种各样的支付、表情包、红包等。为什么作为互联网巨头的微信第一个版本功能（现在看来）还不是很完善呢？
做产品或功能的第一个版本时，没有必要把它做得特别完美再上线。为什么这么说？
第一，如果产品设计完整和完美的话，可能需要花费大量的时间和精力，你在花费这个时间的过程中，可能你的竞争对手就领先于你。
第二，对于每个产品设计者来说，未必见得能把产品设计得完美。
在什么情况下认为产品是好的，受用户欢迎的，就是投入到市场中的时候。特别好的或者特别完美的产品往往不是第一个版本，能用不一定完美。
最近有个概念特别地火：MVP（最小可用版本）。MVP版本的功能特别简化，功能再缩减用户就无法使用了。先把MVP仍到市场，用户检验，用户觉得好就是好，那我满足他另外一个需求，他觉得不好就是不好。
还有另外一个硅谷传过来概念也特别火，叫PMF（Product-MarketFit），产品和市场结合点。PMF概念大家可以在网上查下。意思说你要把产品推向市场过程中去检验产品和这个市场的契合点，找到契合点后，才能把产品对应到需求、市场需求上，这样产品才能快速的发展。
我讲述下我的上家嘟嘟美甲。在做上门美甲时，梳理可能有的一些功能，从挑选样式、预约下单、支付到售后，这是一个比较健全功能模块，在每个功能模块里可能有大量的功能。在想第一个版本时，如果把这些功能都做完需要花费几个月的时间，开发时间太长，团队商量后决定考虑砍掉部分需求，做MVP版本，砍掉一些功能后，最后决定第一版本只有挑选样式和预约下单。
对于一个好的产品来说，它可能有3个方面，能用、易用、好用。但是对于最早的产品或者产品根本的价值来说，它应该不是易用和好用，而是能用。你要把能用放在最关键的点上，所以说，第一点建议当你的产品功能完整，而不是特别的完善、完美。产品功能能用的情况下赶紧投入市场。
第二点，来着老板的需求
面对来自老板的需求，仔细考虑需求是否合理，是否为当前版本所需要。如果觉得老板提的需求是不合理的，要学会说“不”，或者证明给他看，比如做出来，告诉他这个东西是不靠谱。
第三点，关于需求优先级
面对来自各方的需求，比如营销人员秒杀活动、运营人员美甲师自动结算、产品团队美甲师GPS自动上传的功能，如何判断这些需求的优先级？当你判断一个需求的优先级时，你一定要知道它的背景是什么？当你不知道背景和方案时，你说哪个需求更重要是没有意义的，结合背景和故事来看，会更清楚各个需求之间重要程度关系。从重要和紧急这两个维度规划需求优先级。
第四点，需求的性价比
在对需求进行处理时，往往更多要考虑需求性价比。以需求的优先级和需求实现的难易程度作个矩阵，那么最左上角的是紧急且重要的，同时也是最容易实现的，可以先考虑做这些功能，按照顺序去做，这样基本上能保证我当前迭代的性价比是最高的。所以，建议严格按照需求的性价比来做迭代规划。
第五点，保持与技术沟通
流程，在完整评审前跟技术的同事进行产品可行性评审，把方案的雏形与技术同事们沟通。由于是双向沟通，技术会根据方案提一些意见，你可以做些调整和修改。同时，技术也能了解产品战略方向，在后续开发考虑更合理。
关于需求的增删改，完美场景下是没有需求增删改，但是一般情况下，需求通常会有变化。既然无法避免需求变化，那么就确定流程，与技术商量，形成规范。
文档规范，文档格式和规范要跟开发不断沟通，不要纠结PRD格式是否正确，只有适合开发才是硬道理。
关于产品经理是否要懂技术，产品经理懂技术并不是要拿方案去实现功能，去帮开发想技术方案，而是说产品经理知道开发在想什么，能够与开发进行沟通。
跟需求方沟通，相比跟技术同事们的沟通，与需求方沟通更为容易些。你只需要告诉他3点：
第一点，告知进度；
第二点，告知方案；
第三点，不要产生对立。
第六点，复盘
工作中，解决问题很重要，但是避免问题更重要。知道问题出现的原因，并且找到解决方案避免此类问题再发生。在复盘时，你要确定各种各样的事情，事情发生的原因，谁应该为此负责？未来怎么发现和避免？组织严肃的复盘会。找原因时，环节上有疏漏，在流程上作完善；信息不全面，需要多了解的知识和信息。责任心，热情找到背后根本原因。
最后，好的产品肯定在迭代中进化的，而不是在屋里设计出来的。
腾讯大浙网产品技术部产品总监杨曌：快亦有道
快亦有道，快速迭代既要快速也要基于前期理性分析。腾讯大浙网，综合型网络媒体平台。包含：新闻、财经、房产、汽车、亲子、教育等等近20个频道。产品技术部除了支持部门工作外，还要产品研发以及创新。工作海量，项目错综复杂的，每个垂直领域都涉及到，需求量大且复杂。由于媒体属性和腾讯大量的用户，每次的迭代，谨慎是非常重要的。
迭代前期
产品迭代前期包括迭代反馈、反馈分析和交互提审。不同的环境，我们面临的产品不同，角度也不同。希望大家调整一下，暂时假想此刻，你们都是大浙网的产品经理，你们正面临一个项目。
上线后第一个版本，你觉得这个版本上线后，可能会存在的问题。
运营侧反馈：
不直观，活动热度不可见
活动在峰值高时响应缓慢
入口“找活动”固定，希望灵活化可编辑
进行中的活动与已结束的活动要明显区分开
希望增加图片上传功能，适配更多活动
产品分析并反馈运营侧：
界面可增参与人数表示热度，同时增加活动点击
页面优化：向前端提出优化需求，提高产品性能
客户端限定了位置，权衡后决定加了红点
多状态活动设计样式，同步显示
合理的运营需求，同时丰富了产品功能
用户反馈：
用户希望查看自己已报名的活动
下滑屏幕后进入活动单页，返回后希望继续查看之前位置。
产品分析用户反馈：
增加个人中心
前端记录了用户阅读位置做了返回优化
新闻客户端反馈：
页面风格要和客户端设计风格一致
Loading图标和客户端风格一致
品牌属性新闻客户端反馈：
调整页面风格和客户端设计风格一致
调整Loading图标和客户端风格一致
迭代后
信息来源多元化，进行良好的沟通讨论和专业理性分析，从而确定迭代方向。
交互体验的重要性
忘记自我，以用户角度审视。
前情提要：2016年1月，公司要做新年策划。要求H5形态，诙谐搞笑，不希望走温情路线，在过年前推出。
决策：经过产品部讨论脑爆后决定，以租对象为主题，制作一款测试类小游戏，图库均由设计手绘。不同的选择，拼凑出不同的结果。
完善过的界面你觉得应该如何？
从细节优化用户界面
注意边角的细节处理，是对用户的一种尊重，也会让产品更舒适。实际上，让产品更完整、更完善。很轻的产品，站在用户的角度思考优化会让你得到意想不到的效果。
产品迭代执行比例
不同阶段的企业，适应的分配模
