本文列出了运营小白沟通中容易“出错”的几个场景，你有犯过吗？
小白是个乐天派直女，习惯了和朋友们直来直往。刚入职场，却觉得很不适应，觉得同事说话总是很婉转，时间都浪费在扯皮上了，工作上也都不配合她。
这不，第一次做活动，和市场同事沟通的时候，就出了问题。
运营小白：“能把这次中秋活动市场推广侧的总结给我吗？”
市场小黑：“市场推广侧我一般直接汇报给领导，为什么你需要？”
运营小白：“因为我要写这次的活动报告，我感觉我需要渠道推广这块的总结，难道你没写吗？”
市场小黑：“你只写你那块就好了咯！”
运营小白：“这样……”
在这场对话中，小白认为对方在扯皮，如果直接把需要的东西给她，这件事情就结束了。
小黑呢？
则认为小白缺乏尊重，说话也不说清楚，觉得这个职场新人真难沟通。
一、工作沟通中的常见问题
让我们来分析一下，作为对话的发起人，小白存在哪些问题呢？
- 没有搞清楚场景和权力关系：说话分为演讲、沟通、说服、谈判、辩论这五维，在上述案例中，是“沟通”和“说服”的融合场景，再具体直白一点来说，属于求人办事或者说服人办事。在这种情况下，需要尊敬地称呼对方，并把决定权交给对方。
- 缺乏需求背景（即需求必要性）：你为什么需要这个资料？为什么需要我帮忙做这件事情？没有经过铺垫而直接提问或给出要求，给人的感觉就是上级在下命令。
- 缺乏情绪推力：即通过调动对方情绪，让对方更容易接受你的需求。
更好一点的沟通开场白可以是：
小黑哥哥（基本称呼，如果是前辈，要尊敬一点），我正在写中秋节答题活动的总结，已经基本完成了，但是如果你能再给我市场推广侧的数据，我就能做更为完整的项目分析了。（需求必要性，强调对方能给我们带来什么）之前经理称赞你的报告写得好，我也正好趁这个机会学习一下~（借助情绪推力，让对方更容易接受需求。）可以吗？（把决定权交给对方）
二、运营面临的常见沟通场景
1. to产品
和产品沟通时一般有2种情况：
- 提功能需求，需要产品能够支持某项功能。
- 希望知道某项功能的实际效果/数据。
情况1的沟通方式：说明背景、分析功能，从用户层面、公司层面提出该需求的好处（最好有数据支撑），给出需求紧急性，最后提一下运营方便。
简单模板：（可根据实际情况优化，下同）
- 背景或问题：现在的功能只能支持xxx，导致xxx，对于用户来说xxx，对于公司来说xxx。
- 具体需求：希望能支持xxx，来解决xxx问题。或者请产品评估，给出其他解决方式。
- 参考数据：之前用xx方式测试过，数据如下：xx数据通过xx提升了百分之多少。
- 需求优先级：P1/P2/P3（数字越小，优先级越高）
情况2的沟通方式：给出自己试用此项功能的感受或者数据，并进一步咨询全局数据。
简单模板：
产品大大，我发现前段时间上线的xx功能，在我这边使用的时候，真的有帮助，xx提升了10%呢！那这个对平台的提升会不会更大？有15%吗？
2. to技术
和技术沟通时一般有2种情况：
- 希望技术帮忙修复某bug；
- 项目的功能支持（注意：在某些公司，情况2不存在，即运营不直接对技术提需求。）
情况1的沟通方式：尽可能描述清楚bug信息（如设备、版本号、网络状况、出现次数等等，必要时把设备给到对方抓日志），说明该bug影响范围和用户行为，让对方给出解决时间节点。
情况2的沟通方式：反复沟通，提前写好验收标准，最好拿着案例去说。如果比较复杂还要给出PRD。切忌不要过分深入讨论专业技术知识，以免浪费彼此工作时间。
3. to设计
和设计沟通时一般有2种情况：
- 需要设计师设计；（1做好了，2的情况会少很多）
- 需要设计师修改设计。
情况1的沟通方式：写清楚需求截止时间，一共需要多少张图片（方便设计师进行工作量评估）、图片具体要求（尺寸、格式、风格、主色调、文案、元素、布局等）、示例图片（最好说明需要采用示例图片的哪些地方）。
情况2的沟通方式：如果是细小修改，直接提出；如果需要大的变动，先肯定对方现有作品，然后指出问题，表达想法（但千万不要在专业人士面前提非专业的具体要求），再多找类似设计传递需求。
三、总结
总而言之，首先要清楚自己的目的，理解当下场景及双方权利关系，然后站在对方角度，以对方能听懂的方式沟通。
当然，如何理解自己的目的、如何理解当下权力关系、如何以对方能听懂的方式沟通，都还需要我们在运营职业生涯中好好历练。
如果文章中有没说清楚的地方，可以直接留言哦~~
注：本文属于部分原创。部分理论知识来自于《好好说话》-沟通篇、同事教导、自身总结；案例部门来自于自身经验及反思总结。
本文由 @王十三 原创发布于微推客，未经许可，禁止转载。
题图来自 Unsplash，基于CC0协议。
评论(0)