讲2个故事。 第一个故事 我们在2014年中下旬刚准备加速增长的时候，我们当时花了大量的时间思考和尝试所谓的“Practice”训练器的功能。当时筹划的一些功能包括： * 和弦转换训练 * 爬格子训练 * 扫弦训练 当时和弦转换的训练想参照UberChords的方法通过麦克风识别来解决，并且根据用户的演奏情况自适应的调整训练的节奏；爬格子则想参照类似Yousician 的方法是别并且自适应训练内容；扫弦则同样想通过类似Beat Detection的方法来识别。这是一套很伟大的想法，也许可以改变人们进行音乐训练的游戏规则。 一切都sounds great，我们是一个技术性的团队，然而我们在对技术方案进行评估的时候，发现开发时间可能会比预估的长很多。 这个时候我们做的决策是： 增加社区，提升用户的活跃度 但是其实这里有2个很致命的错误： 1. 我们在评估要做什么的时候，选择了What we can do，而不是What we must do。所有人在选择的时候都倾向于先做B+的事情 [http://blog.ming.rocks/how-to-operate