先让测试组长习惯

把他们习惯的操作封装成更简单的操作，以及做下易用性兼容

说明目的，有个原子操作的高效操作视频，其它无所谓，增加覆盖率吧。

按照我设计的来，ABCD 都给我改
……虽然是个玩笑，但是如果不影响效率，有时候适当的独裁是需要的，别在你的效率工具上花 6 个人月去实现十个开发每天多 5 秒的操作习惯……再说五花八门的操作习惯里面隐含了多少风险呢，你可以去分析一下～

在团队效能提升大义前，个人习惯无需考虑。
当然前提是工具确实是在做对的事情，提供了当前环境下的最佳实践方法，这就得看自身实力够不够硬了。

灌输观念，测开输出的产品，就是要其他同事用得爽，那就得讨论，各自接受和研究其他人的习惯，久而久之，就会趋同

先灌输理念，ABCD 都认同，再去做。用高大上一点的话来说，就是要先标准化，才能工具化平台化。

我们一般进入开发阶段前，会叫上各个团队的骨干或者最可能用这个工具的人，一起来参加我们的设计评审，说明我们计划做什么，解决什么问题，以及怎么做，做完后大家大概怎么用。评审时确认有什么地方是认知不一致的（比如有的业务场景和我们之前理解不大一致），现场讨论。如果讨论不出结果，这个功能就先 hold 一下，后面重新调研设计。

兼容习惯成本高，而且人员流动也会导致习惯改变。同时产品同个功能使用姿势太多样，新来的同学也会容易懵逼。