（可能还有疑问说版本规划还得考虑团队成员本身情况，执行迭代过程中确实需要考虑，但是产品版本规划是不会停的只要这个产品想要发展下去。）
这些维度在实际迭代过程中是需要做出平衡与取舍以及排列优先级的，如何取舍以及安排优先级常用的衡量标准是由目标以及价值来决定，当然也会受到各种条件的制约，而且这些维度的状态、衡量标准以及制约条件是随着时间而动态变化的，在某些时间段内侧重的维度也可能会不同。在版本规划中还要注意把握时间的节奏点，可参考兰彻斯特战略中的市场占有率原则，别在大家都有机会的情况下错失时机，让对手领先牢牢占据了市场。基于这些维度的思考，大体梳理出适合该产品发展的大方向。在执行迭代规划的过程中，不要偏离这个大方向。
比如公司要利用该产品达到的目标仅仅利用公司自身的业务发展可能比较漫长，通过与某一方面更有优势的第三方合作（客户需求的产生）可以有助于达到该目标，价值很大，那么在迭代过程中就会插进来客户的需求，在某一段时间内尤其注重去执行客户的需求，把产品要达到的目标先暂时放一放。
而当要准备依靠产品自身去打开市场前，就会将迭代计划集中在产品核心功能的优化上。to B 产品在产品的0到1阶段，为了保证安全准确，也会先上核心功能，但是可能实际开发出来后用户体验还不是很好，在合适的时候迭代计划就会注重打磨细节，毕竟toB产品注重稳定性、效率，尤其对于复杂型产品，如果不注意打磨细节认知负荷增大、操作负荷增大，用户使用产品的效率就达不到好的效果了，产品整体价值也会被降低，何况toB产品的发展趋势也是越来越注重产品的易用性好用性。尤其当产品推向市场的时候，外界评价产品的维度往往会由核心功能的价值转变成细节上的问题而使产品推向市场受阻。就比如平时我们购买一个商品，有一些小瑕疵都会放弃购买进而去选择别的同类商品。所以在合适阶段，toB产品也得注重用户体验，尤其是要让产品有一致的良好用户体验。
想要更好地理解目标，可以看看《交互设计精髓》相关部分。《交互设计精髓》中将目标划分为用户目标与非用户目标，用户目标是用户的动机，成功的产品首先要满足用户目标，但是也必须承认并考虑以及解决非用户目标。而《用户体验要素》中所阐述的战略层包含的产品目标与用户需求（用户目标），结合理解会更深刻也会对工作有更足够的指导。toB产品也是可以运用目标导向这一工具的，在版本迭代规划中，在时间这个维度上优先实现哪个目标就得结合产品以及公司具体情况具体分析，同时要坚持用发展的眼光看待问题。一个toB产品有本身的发展逻辑，而将其放在具体环境中发展时，就得采取对应策略来保护、推进这个产品的发展，使其实现目标。
迭代规划中的价值如何去衡量，可能谈论最多的就是迭代了这部分内容，哪个回报更大。有没有一成套的方法，本人也想知道哈。
这一部分涉及到的内容也属于商业计划书的内容，有的公司并没有一个完整的文档来记录或者还没有考虑清楚。无论这部分内容清楚与否，如果产品的核心功能已被市场验证是对的，在迭代阶段同样得思考并完善这些内容，并依据围绕这些内容来开展迭代工作。
心里对迭代规划有了底，接下来就得执行迭代工作也是产品经常接触的工作——需求管理工作。从产品经理视角，本人将需求管理细分为挖掘、管理、分析、确认、执行、跟踪、完善需求7个小步骤。工作中往往多个需求穿插进行，此种情况下这7个步骤是穿插甚至并行进行的。重点是分析需求与执行需求阶段，个人觉得这是核心。
1、挖掘需求
围绕该产品的用户目标与非用户目标去挖掘，用户目标就是用户的动机，用户想要什么样的感觉，用户想做什么，用户想要成为什么样的人，这个产品如何一步一步做才可以一一解决这些问题进而达到一个一个目标。有各种目标的存在，团队的其他成员也有义务挖掘需求，身为产品经理就会接收到来自他人的需求。需求就会有主动挖掘和被动接收（别人挖掘）。这样需求的来源大体有：竞品、客户、用户、战略规划、数据、二手资料。这样来自客户的需求就一堆，来自用户的也有一堆，来自竞品的也不少。
比如，条件不允许时，且目标用户的属性背景与办公一族有相似时，往往会让内部人员甚至团队开发成员模拟目标用户去体验产品，然后提需求。专业一点会运用可用性测试，用户体验地图、任务路径分析、十秒测试法、视觉评估等方法来挖掘需求。非专业提需求与专业提需求，其实都没有离开用户体验5要素的范围。所以将战略层、范围层、结构层、框架层、表现层作为指导方向再结合具体方法去挖掘需求的，在迭代阶段挖掘需求会更明晰。
2、管理需求
面对海量的需求，为了方便查找以及追本溯源，而且有的需求被挖掘出来后一时半会是无法判定是否或者什么时候排上日程的，这样把每个需求涉及到的关键属性信息记录清楚就方便后面的工作。
具体方法有比如需求池。需求池里面该记录哪些信息可以根据具体的产品来定。经过简单评估的需求就会进入需求池，要将其拿去设计开发上线就还得经过分析确认更严谨的评估。
3、分析需求
分析需求的目的几乎是确认该需求是否值得投入到设计开发中去，也是分析该需求是否有价值。5W1H、6W2H分析法等等，如果能运用到位，在需求这个大事情身上就会轻松很多，减少考虑不周、反复修改的情况。
why（基于什么动机）、what（大体描述什么样的）、who（用户）、where（何地，该需求转化到产品上时在哪儿）、when（什么情况下）、how（怎么做，涉及流程）、how many（有多少用户会用）、how often、how much等方面提出问题进行思考。
U237990653
U482218638
