本文将从一个小案例出发，指出职场沟通中的常见问题并给出优化版沟通方式。此外，还会根据运营面临的几种常见场景（比如，对产品、技术、设计提需求），给出对应解决方案。

小白是一个乐天派直女，习惯了和朋友们直来直往。但是刚入职场，她却觉得很不适应，觉得同事说话总是很婉转，时间都浪费在扯皮上了，工作上也都不配合她。这不，第一次做活动，和市场同事沟通的时候，就出了问题。

运营小白：“能把这次中秋活动市场推广侧的总结给我吗？”

市场小黑：“市场推广侧我一般直接汇报给领导，为什么你需要？”

运营小白：“因为我要写这次的活动报告，我感觉我需要渠道推广这块的总结，难道你没写吗？”

市场小黑：“你只写你那块就好了咯！”

运营小白：“这样……”

在这场对话中，小白认为对方在扯皮。如果直接把需要的东西给她，这件事情就结束了。小黑呢？则认为小白缺乏尊重，说话也不说清楚。他觉得这个职场新人真难沟通。

一、工作沟通中的常见问题

让我们来分析一下，在工作沟通中常见的问题有哪些？

1. 没有搞清楚场景和权力关系：说话分为演讲、沟通、说服、谈判、辩论五维，在上述案例中属于“沟通”和“说服”的融合场景。具体来说是求人办事或者说服人办事。在这种情况下需要尊敬地称呼对方，并把决定权交给对方。

2. 缺乏需求背景（即需求必要性）：你为什么需要这个资料？为什么需要我帮忙做这件事情？没有经过铺垫而直接提问或给出要求会让人感到像上级在下命令。

3. 缺乏情绪推力：即通过调动对方情绪让对方更容易接受你的需求。更好一点的沟通开场白可以是：

“小黑哥哥（基本称呼），我正在写中秋节答题活动的总结已经基本完成了。但是如果你能再给我市场推广侧的数据，我就能做更为完整的项目分析了。（需求必要性）之前经理称赞你的报告写得好, 我也正好趁这个机会学习一下~（借助情绪推力）可以吗？”（把决定权交给对方）

二、运营面临的常见沟通场景

1. 和产品沟通时一般有两种情况：

- 提功能需求：需要产品能够支持某项功能。
- 希望知道某项功能实际效果/数据。

情况1的沟通方式：

说明背景、分析功能从用户层面、公司层面提出该需求的好处（最好有数据支撑），给出需求紧急性最后提一下运营方便。

简单模板：

背景或问题：现在的功能只能支持xxx导致xxx, 对于用户来说xxx, 对于公司来说xxx。

具体需求：希望能支持xxx, 来解决xxx问题；或者请产品评估, 给出其他解决方式。

参考数据：之前用xx方式测试过, 数据如下: xx数据通过xx提升了多少。

需求优先级：P1/P2/P3(数字越小优先级越高)

情况2 的沟通方式：

给出自己试用此项功能的感受或者数据，并进一步咨询全局数据。

简单模板：

产品大大, 我发现前段时间上线的xx功能，在我这边使用时真心有帮助啊！xx提升了10%呢！那么对平台提升会不会更大? 有15%吗？

2. 和技术沟通时一般有两种情况：

- 希望技术帮忙修复某bug；
- 项目功能支持。（注意：在某些公司里可能不存在此类别）

情况1 的沟通方式：

尽可能描述清楚bug信息（如设备、版本号、网络状况、出现次数等等必要时把设备给到对方抓日志），说明该bug影响范围和用户行为让对方给出解决时间节点。

情况2 的沟通方式：

反复沟通并提前写好验收标准最好拿着案例去说如果比较复杂还要PRD。切忌不要过分深入讨论专业技术知识以免浪费彼此工作时间。

3. 和设计进行交流时一般有两种情况:

- 需要设计师设计；
- 需要设计师修改设计。（1做好了2 的情况会少很多）

情况1 的沟通方式：

写清楚需求截止时间, 一共需要多少张图片(方便设计师进行工作量评估)图片具体要求(尺寸格式风格主色调文案元素布局等)示例图片(最好说明需要采用示例图片哪些地方)。

情况2 的沟通方式：

如果是细微修改直接提出；如果需要大变动先肯定对方现有作品然后指出问题表达想法(但千万不要在专业人士面前提非专业具体要求)再多找类似设计传递需求。

三、总结

总而言之首先要清楚自己目标理解当下场景及双方权利关系然后站在对方角度以对方听懂得方式进行交流。当然如何理解自己目标如何理解当下权力关系如何以对方听懂得方式进行交流都还需要我们在运营职业生涯中历练成长。