本文列出了運營小白溝通中容易“出錯”的幾個場景，你有犯過嗎？
小白是個樂天派直女，習慣了和朋友們直來直往。剛入職場，卻覺得很不適應，覺得同事說話總是很婉轉，時間都浪費在扯皮上了，工作上也都不配合她。
這不，第一次做活動，和市場同事溝通的時候，就出了問題。
運營小白：“能把這次中秋活動市場推廣側的總結給我嗎？”
市場小黑：“市場推廣側我一般直接匯報給領導，為什么你需要？”
運營小白：“因為我要寫這次的活動報告，我感覺我需要渠道推廣這塊的總結，難道你沒寫嗎？”
市場小黑：“你只寫你那塊就好了咯！”
運營小白：“這樣……”
在這場對話中，小白認為對方在扯皮，如果直接把需要的東西給她，這件事情就結束了。
小黑呢？
則認為小白缺乏尊重，說話也不說清楚，覺得這個職場新人真難溝通。
一、工作溝通中的常見問題
讓我們來分析一下，作為對話的發起人，小白存在哪些問題呢？
- 沒有搞清楚場景和權力關系：說話分為演講、溝通、說服、談判、辯論這五維，在上述案例中，是“溝通”和“說服”的融合場景，再具體直白一點來說，屬于求人辦事或者說服人辦事。在這種情況下，需要尊敬地稱呼對方，并把決定權交給對方。
- 缺乏需求背景（即需求必要性）：你為什么需要這個資料？為什么需要我幫忙做這件事情？沒有經過鋪墊而直接提問或給出要求，給人的感覺就是上級在下命令。
- 缺乏情緒推力：即通過調動對方情緒，讓對方更容易接受你的需求。
更好一點的溝通開場白可以是：
小黑哥哥（基本稱呼，如果是前輩，要尊敬一點），我正在寫中秋節答題活動的總結，已經基本完成了，但是如果你能再給我市場推廣側的數據，我就能做更為完整的項目分析了。（需求必要性，強調對方能給我們帶來什么）之前經理稱贊你的報告寫得好，我也正好趁這個機會學習一下~（借助情緒推力，讓對方更容易接受需求。）可以嗎？（把決定權交給對方）
二、運營面臨的常見溝通場景
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的溝通方式：如果是細小修改，直接提出；如果需要大的變動，先肯定對方現有作品，然后指出問題，表達想法（但千萬不要在專業人士面前提非專業的具體要求），再多找類似設計傳遞需求。
三、總結
總而言之，首先要清楚自己的目的，理解當下場景及雙方權利關系，然后站在對方角度，以對方能聽懂的方式溝通。
當然，如何理解自己的目的、如何理解當下權力關系、如何以對方能聽懂的方式溝通，都還需要我們在運營職業生涯中好好歷練。
如果文章中有沒說清楚的地方，可以直接留言哦~
本文為@運營喵原創，運營喵專欄作者。
