一个好系统自我完善自我进化的方法

做系统或者某种商业模式，我都期待能尽快面向用户，只要用户开始使用，就有反馈信息，有反馈信息就进入迭代的循环，这是一个螺旋上升的循环，这是一个正向升级的过程，也是产品自我进化的过程。

这里面有一个前提：这是对一套代码或者是一个模式的迭代，是可以从1.0，1.1，1.2这样循环的，是基于基础做叠加的，而不是每一次推翻重来。

反馈是一种增强回路，是系统得到外部的正反馈，为系统的自我调节提供能量循环。

反馈可能会有的几种形式:

1、直接反馈

这是最普遍的形式。用户使用过程中的直接反馈。除非是深度忠实的用户，不然对这种不能太过多于期望，如果是刚需用户感觉有60分，过得去，就会选择沉默，继续用，而不会选择反馈。

2、日志分析行为与设计的差异

详细的日志是每一个系统必备的，通过详细的日志去模拟用户的行为路径，再比较我们设计的路径，分析之前的差异，再优化一个路径方案，这样形成一个回路。

3、功能数据统计

这个反馈方式也是基于数据分析，通过数据来形成回馈的指导。

比如一个功能模块：

各个终端，每天、每周、每月、每年的使用次数？

顾客访问人数、访问次数、参与数量等。

有些功能开发完就开发完了，没有用起来。

所以如果有这样一个机制，便于大家去监督使用，并且有利于未来对功能开发的评估，比如以后对于使用频率很低的功能就不开发了，或者回顾初心，看看之前的决策哪里错了。

如果有些人对功能开发把握很准、经常用的，那么他的功能需求可以排在前面优先安排。

如果有些人提出来的功能需求开发出来了，不用。那以后他的需求我们就要严格评估，看是不是伪需求等等

4、调研访谈

除了大版本设计，针对一线的使用，这种方式是最无效的，这种反馈方式也具有一定的滞后性。但这种是最初需求入门最快的方式，这种方式就像拆解竞品一样，可以快速的形成0到1，有一个雏形的系统。

有反馈才有持续迭代的可能，唯一可以依靠的，就是设计一种机制，让你的核心系统通过反馈形成迭代的回路，持续地获得有效的改善。