第四章内容中给我们介绍了一种情况，就是当客户与调研人员在探讨需求问题时，总是因为不能很好的沟通，而把事情搞得很复杂，原因在于调研人员过分流于形式，他们总是用专业的语言向客户介绍着他们的产品项目，但对于客户来说并不能听得懂他的意思，导致需求不明，自然不会给予认可。在与客户进行交流时，我们的目的就是为了能从客户那里明确的知道客户的想法，了解项目在后续工作中的发展方向，尽可能的达到客户的要求，那么为什么一定要用那些专业的语言来沟通呢，如果双方都使用不能沟通的语言来进行交流，那么这样的沟通又有什么意义呢。即使使用甲骨文来沟通，只要双方都能明白所要表达的意思那么这样的交流也是有意义的。什么是沟通？就是把自己想要表达的意思，能够清楚的，意思全面的表达给对方，对方也能够清楚的反馈给你他的意思，说起来并不是很难，每个人都认为沟通并没有什么难度，但是我们都真的会沟通吗？我们总是言简意赅的把自己想表达的意思浓缩成不能再简练的语言，传达出去，让别人去猜自己所隐含的意思，很遗憾，别人猜不到。对于编程人员来说，我们面对的是计算机，是机器，当我们还采取与人交流的沟通方式来交互的时候，注定不能够行得通，因为计算机是机器，他没有人那么聪明，还具有能猜猜你意思的能力，你说什么他就是什么，当你表达不清楚的时候，它也就不能按照你的想法去做。就像你去找盲人问路一样，他并不能像正常人一样描述他所知道的路。同样的道理UML图在一些客户眼里无异于盲人的世界，如果需要向他们做需求调研，你只能用一些客户能够理解和接受的方式。你要确认你的沟通方式是否有效，而不是去刻意追求这种方式的专业。客户是因为他认为你理解他们的需求，而在需求确认书上签字，而不是因为你的UML画的是否精确。
既然这样，那么我们就应该采取最简沟通的方式。在一个不大的项目中实行这个计划只有三条：在一个月中，只能跟客户做三次联系；三次联系中，最多只能有一次面谈的机会；一个月后，提交全部的需求调研报告，需求反洗和关于该项目的远景规划，这样刻意提高双方效率，而且在客户的角度，一个小项目不会耽误太长时间沟通，既能节省时间，又能满足需求。应该清楚的是，保障每一次沟通的有效性都是最重要的事情。沟通不是打电话或者请客户吃饭那么简单的事情。你每得到一次沟通机会，都是向客户了解更深层次的机会，因此要在见客户之前就要设计好所有的问题和提问方式。
所以说，只要能够把自己想要表达的意思完全的表达出来，无论是什么方式都可以。