做产品的一些教训
1）
在产品的登陆界面尽量有软件和硬件的版本号，因为在后期对于登陆密码会发生更改，如果登陆页面有版本号，就可以在用户手册里面进行添加，确保兼容性
2）
同一个公司的产品，用户名密码尽可能一致，因为在后期可能会复用代码，降低代码的冗余性，提高工作效率
3）
产品宁可在操作步骤上复杂一点，也不能因为想减少操作步骤而带来的误解。
4）
产品需求在前期一定要定义的非常明确，产品对应的是专业级还是易用级，这样在产品设计的过程中就可以根据我们产品的定位在易用性和专业性上进行取舍
5）
产品一定要在基本功能完毕后，才能流出，负责必须要详细的历史记录
6）
概念-》计划-》研发-》生命周期维护阶段
其中计划阶段根据目前我的经验必须在总体时间的30%以上，接口需定义的非常明确
这样才能在后期减少无休止的修补
7）
在产品出库前，必须保证升级且保留配置的兼容性，必须保证兼容性的升级方案，不能要求必须进行不保留配置升级。有几个失败的例子，
第二代产品不能保留配置在第一代上产品升级，如产品密码修改为强密码后，登陆不兼容问题。
同一个产品之间由于升级策略发生变化，不能升级，如首信产品
8）
uboot的命令分解为变量，这样如果发生变化，只需修改一条命令
9）
升级操作，需分两步，第一步是网络上传，上传完毕后，进行升级，不能是一个步骤，因为我们不知道用户通过什么样的方式上传固件，一次上传的时间就会不确定，但是升级的代码是运行时间是固定的。
