版本可以迭代，但是教育不能重来——让自己感动的一句话。
当教育遇到互联网，结合成互联网在线教育。
当互联网的快遇到教育的慢。
会产生什么矛盾？
矛盾怎么处理？
思考ing…
互联网的快
刚做产品时，就听到一个有意思的问题，如果这个版本中很多细节都没调完，但是已经到发版时间了，你是这个版本的PM，到底要不要发版？
答案是：要
在互联网普遍信奉8个字“大干快上，快速迭代”，我们都在追求MVP的方式去试验一个需求的真伪；用一小批用户去试验一个需求量的大小；然后根据灰度试验结论去确定这个需求要不要最终上线。
需求的快速变化：用户的需求是在快速发生变化的，这些飞快的变化用户自己都感觉不到，都需要产品去挖掘出来并满足。
无法稳定的长期计划：在互联网，很难有人可以看到用户需求长期的计划，比如年级别的，所以在互联网，计划是相对短期的，且很容易发生变化的。
版本的快速更新：用户对每个版本都是有预期的，为了用户的预期和满足用户需求的快速变化，就要求版本的快速更新。
我们总是追求极致的快，利用敏捷开发的方式，去安排版本的需求迭代，一个又一个版本，在不停的上线一些我们认为重要的需求。
教育的慢
教学和学习本身的慢：教育就是通过一定的手段引导我们希望的，通过另一些手段消除我们不希望的。我们希望孩子能够好好学习，学习重要的知识，去除一个不好的习惯。每次知识的传输都是慢的，从定义的传输、性质的理解、应用的练习到很多知识关联的分析，都是一步一步的逐步完成的，从教学和知识学习层面看，教育很难达到快。
教育的计划性：从教育的阶段来看，每年都分学段，分学期进行，从上学开始我们的教育都是充满了计划的，从知识先学什么，什么时候学，对后面有什么用，都被极度严格计划好。
教育的长期稳定性：抛开大型的课改，K12的教育很多年都不会发生大的变化，考试体现和内容也不会发生大的变化，老师的教学可以很多年保存不变。
时间的固定性：学季的开心时间都是固定的，知识点的学期也是固定的…。
矛盾与冲突
快和慢是反义词，结合在一起必然会有矛盾。
发版时间和学期的冲突
每个学期开始我们都要给学生一些大的新的学习体验，这些学习体验依靠在新版本中发布，且如果这些学习功能如果是教学环节的一环，那就必须是越早越好，否则即使赶得上发版，大部分的学生也没有更新。
计划上的矛盾
接上–要解决上面时间矛盾的问题，只能让需求提前在之前的版本中确定，这就要求用户的需求计划很早完成，教学和学习计划是很稳定且长期的，但是在互联网中没有长期稳定的计划，根据教学和学习计划产出稳定的用户需求计划就变得很有必要。
需求变化和稳定性上的矛盾
互联网中用户需求的变化或者对功能更新的期待和教学和学习本身需求的稳定的矛盾。
用户在互联网上需求的变化，其实只是表现形式的变化，人性本质中的需求是不会发生变化是，只是被满足的表现形式不停的发发生变化，教育也一样，所以找到教育中本质的需求，每个版本中用不同的表现形式去满足，确定了这点就能解决这个问题。
解决方案：
之前的思考仍是互联网中PM对版本需求计划的思考，不是一个在线教育PM对需求计划的思考。个人认为版本的计划时间不要再以版本、月、季度去思考，而要以学期的计划去思考计划（个人认为本思考最重要的一点）比如秋季学期要给教学和学习中有什么大的计划，再分拆到每个版本中去实现，最终到时间再打开入口即可。
在思考计划考虑其中的需求时，尽量考虑教学和学习中的本质需求，再将本质的需求用不同的表现形式产出具体的需求，所以之前在考虑需求时，只是从具体的功能上去考虑用户的需求，而没有从教育本身去思考背后的需求。而且功能可以小流量，但是不要做影响孩子学习的小流量实验。
