站在外行看内行，提了一个需求，我们如何把它转为可用功能。
习惯上我们会说，很简单，需求提了，就让开发开始做呗，写代码写程序。功能上线肯定需要技术的开发，但是仅仅靠开发还不够，因为这里面有一个必不可少的步骤，就是抽象化。
需求是具体的，比如要什么字段，要什么提示，要显示什么。可是技术不是具体的，它更像是对现实世界的抽象，用一个又一个方法、模型、函数对实例东西再抽离出来，可以说构建出一个个模型，现实的例子都是模型的具体化表达。
了解了这个原理后，我们就会发现，从需求到开发之间至少有一个关键环节，那就是抽象建模。把形象化的东西分解、组合、重构成新的模型和算法，抽象化表达也是在为技术提供一个明确的判断和计算逻辑。
这好比说我们想要一座五十层摩天大楼，直接把这个想法告诉建筑工人，无论我们介绍的多么绘声绘色，描述的多么具体，工人们依然不知道如何施工。而一旦我们把它抽象成一个建筑设计图纸，等于对各个结构进行再定义，也更符合工人的视角和思维。有了施工图，大家就开始知道具体该怎么做。
搞懂这一层意思，我们会发现，在很多时候人与人沟通的差异，剔除本身的偏见和单向沟通，对于出于积极沟通而结果不理想，原因就是大家没有在一个认识水平面上谈话，也就是我们只站在自己立场和视角，没有考虑到对方的视角，尤其是他们的思考习惯和表达方式。更通俗的说，就是我们讲得对于对方而言听不懂，因为这没有用他们的语言表达一遍。表面看我们都说的是汉语，其实那个人对语言和行动的理解都不一样，因此理解上就会出现偏差。
会沟通不是说清楚，而是让对方听明白，而且还是让对方用自己的语言可以讲明白。这也就是沟通的基本。
网友评论