有一个更好的做法｜2018008

团队小伙伴的设计，最终验证环节，在没有和设计沟通的前提下，我独自决定做了一些更改。事后想想，不管最终的效果好不好，一个更好的做法是：先问下他的设计场景，然后再做决定。我看到的仅仅是结果，并没有充分考虑当初设计的初衷。

王澍在《设计的开始》中说过一句话：“关于设计的一些新的尝试，不要那么急于区分优劣”。而且我一直鼓励大家观点交锋、直面沟通，但我自己却违背了这个原则。

通过这件事，我又想到几点：

1、从头搭建系统是比较难的事情，对着完成的东西挑问题总是相对容易的事情；

2、在产品经理领域，说的是规划一个新产品是相对难的事，但产品出来后提改进建议就相对容易很多；

3、所以对搭建系统的人，我们理应尊重，换成我们自己从头开始不一定能搭建得更好，系统、光学、硬件、嵌入式、结构、软件都是如此；

4、从搭建系统的人自身来说，系统搭建完成，也仅仅是万里长征走完第一步，对着设计的成品反复找问题，肯定会有更多的新灵感展现；

5、对于他人的疑问和建议，我们理应将他们视为最终客户对待，用最简单、最通用的方式能让客户懂才是真本事，如果理解了这点，我们从设计到交付，就会欢迎各种不同的声音，那只会让设计站得更高、看得更远；

6、同时考虑一下内部客户，生产和运维就是我们内部的客户，对生产体现可生产性，对运维则是方便运维与维修，对产品与市场则是价值点，对采购则是考虑供应链加工及供货能力；

7、产品就是反复这样的过程，从可用、可行，最后体现出实用。

觉得脑子里有若干的问题，产品的实践，日常管理的思考，孩子的教育，日常生活的体验，读书感悟……

很多的想法，如果不记录下来，过个几天就完全忘记了。

立一个flag：以后每周写两篇文章，坚持一年的时间。每次写一个点，不在于写得好与不好，真实记录当前的所思所想即可。

2018年第24周（2018.6.11-2018.6.17）记录之一：日常工作思考