在职场中，大家肯定遇到过沟通的问题。对于设计这个岗位来说尤其如此，比如：获取需求，用户调研，设计评审，方案争论……这些工作都是建立在沟通的基础上。如果沟通不畅或者没有沟通，往小了说设计无法开展，往大了说甚至会让人怀疑这个岗位的价值！
今年刚开始，我就碰到了这样的麻烦事。之前刚刚接到一个任务是进行ETL产品的设计优化（注：ETL是构建数据仓库的重要一环，用户从数据源抽取出所需的数据，经过数据清洗,最终按照预先定义好的数据仓库模型，将数据加载到数据仓库中去）。这个ETL产品是后台工程师进行程序监控和配置的平台，其中的功能一般都与数据源库和数据仓库相关，对于没有后台基础的人来说理解起来比较困难。但既然有需求，那就必须处理，但是接下来就遇到了一些问题：
a)最初的需求任务是由年初积累下来，年后才分配到我这里的。当我去找ETL产品需求沟通人W的时候，他就以当初已经讲述过需求为由，对于我的到访有些微词。给我讲解产品的功能和背景的时候，也只是浅浅地讲了一下。面对我逐渐深究的提问，解释了几个之后觉得我根本听不懂，就不愿多说了。还有就是他觉得反正我也听不懂，了解这么多也没有多大意义。最后造成我对整个产品的设计背景和功能逻辑都一知半解。
b)在设计之前，按照惯例我先跟W确认了总体项目的开发计划，打算逐步提供方案，争取团队成员能够并发工作。所以我做完一部分方案之后就邮件发送给W，请他帮忙确认。在这之后，许多页面都因为他觉得不够美观、代码无法实现等原因需要重新做。
c)其中有一个最关键的页面，设计要求是必须与竞品相比更加美观好用，是整个产品的核心，所以我又抽了大半天的时间来了解该页面的功能，任务流程和业务限制等内容。最后花了大概三四天的样子，共产出了五六个方案。每次产出方案之后都会邮件给W，而按照他的要求来说都不符合他的心意，并说：我跟我们组的人都觉得，原来没改之前的方案不错，就采用原来的方案吧。
至此项目也告一段落了。虽然花了大把的时间在上面，但是总体下来设计的价值并不大，因为并没有让ETL更好用！其实这种现象一直都存在，只是这一次产品的特殊性让这个问题赤裸裸地暴露出来了！
这样导致的结果就是：1.ETL产品组对设计的失望。To B产品的使用体验本就不佳，而我的妥协，没能让他们跳出本身角色的视角来发现这个问题，甚至解决这个问题。给我以后工作的开展增加了更多困难。2.设计价值难以体现。一个岗位存在的根本目的是为了创造价值。我听说过一句话说“设计师一定要做高附加值的工作，应该减少对低创新内容的投入”！我距离这个境界还差得很远！3.我的劳动成果没有得到应有的尊重。
以上所描述的现象是我遇到问题的一个缩影，而我觉得这个问题的症结在于：没有行之有效地进行设计沟通。我的领导也跟我说过：获取设计需求这方面我还缺少足够的耐心；设计方案产出之后，我犯的第二个错误是发邮件给W却没有第一时间发起必要的设计评审，导致需求方私下里商量方案的可行性，最后只反馈给我一个结果而我却并不知道他们具体为什么不满意；我没有机会去说服他们接受我的设计方案，也没有给他们提供一个另外看待问题的视角；最后就一直是这样一个死循环。
当然这个问题极其严重，我正尝试着发起设计评审、进行可用性测试、全民参与设计等等方式加强设计沟通，注意了解事情的始末做好工作方面的沟通，希望在以后工作中真正发挥出设计的最大价值！在以后的工作中慢慢积累这方面的经验，在下一篇文章中讲讲如何解决这类问题。
网友评论