我们在生活中经常遇到这样的场景:许多人听到别人要做的一个功能，然后自己开始脑补后面的东西。导致的结果，付出的努力没有意义。同样在面试的过程中也会发生类似的事，面试官谈到一个点，还没等面试官说完，就开始吧啦吧啦说一堆，然而并不是面试官想要问的。
这里面的问题是缺少”以终为始”思维习惯。
任何事物都要经过两次创造:一次在头脑中的创造也就是智力上的或者第一次创造，然后才是付诸实践即第二次创造。
第二次创造的成本往往相对较高，所以需要在动手之前，要在第一次创造上多下一些功夫。对于做产品来说，就是我们想给用户看原型或做各种问卷调查，充分理解用户喜欢的，只有符合用户的使用习惯，这样的产品做出来才有卖点。
拿开发举例子，我们一般会经过需求评审－技术方案评审－写代码－测试－上线－测试。
在需求评审阶段，pm给我们呈现的是最后的结果，这次需求想要达到的效果。
技术方案评审就是rd根据需求给出设计方案，怎么用代码来实现这个需求，最开始我接触出技术方案就是在58同城，之前的公司没有这个过程。我们在出技术方案的时候，要考虑好需求的实现过程可能出现的各种情况，这点往往是最考验rd的，我还需要努力呀，团队内其他小伙伴做的还是很棒的。然后叫上小组内的同学，一起对这个方案的可行性进行评估，或者给出优化方案，总之技术方案评审这个过程是个思维碰撞的过程，也是一个架构的过程，不是说非得架构师才可以玩架构，不知道这样说会不会被架构师揍。
写代码就是实践嗯过程即第二次创造的过程。这个过程需要在前面的基础上进行，如果需求理解有偏差，或技术方案设计的不好，在这个过程中往往是比较痛苦的。
测试阶段很重要，我们听说过测试驱动开发(TDD)，qa会根据这次需求想要的结果进行测试，这个过程很重要，就是再检验是否践行3了以终为始这个原则。其实我们的流程还有点欠缺，更好的流程是在开发前加上测试用例评审，之前待的一家公司有遇到过，把测试用例放到开发前面，会更好践行TDD，也更符合以终为始。

说了这么多废话，总之就是践行以终为始，就是在做事情前，先考虑后果，以结果为导向来确定要做的事情。