回覆列表
-
1 # AI應用前沿
-
2 # 柴小火攻城獅
忽然想起一句話：沒有什麼是一頓火鍋解決不了的。
但事實真的是這樣嗎？
未必。因為不同的人的風格，決定了需要採用什麼樣的方式搞定他。
樓主說，運營如何搞定開發，那肯定是有求於開發。同時，開發小哥哥可能比較忙，沒辦法照顧這麼多人的生意。
根據我的經驗，可以採用如下幾點小計謀：
1）委婉入題：心急吃不了熱豆腐嘛。剛開始，可以找小哥哥閒聊，這種閒聊可以是產品的運營情況，也可以諮詢或請教開發過程的經驗（啥經驗都不重要，附和就行啦），最後無縫插入目標主題。2）真誠討論：開始了問題、方案、變更、加班等目標話題的討論了，就要引導開發小哥哥覺得你說的有道理，他要成為“救世主”，拯救你與水火之中。3）反饋感謝：為啥是反饋感謝，是因為事情做完了，才能評價好與壞，是否達到了預期。這時無論目標是否達到，都要表示感謝，一杯奶茶、豆漿、咖啡都是不錯的選擇。總結以下，自古套路得人心，但前提是雙贏的套路，作為運營的自己也要梳理靠譜的人設，這樣才會有更多的人願意與我們合作。
這個問題其實我們可以再看得遠一些，先想一想：
為什麼有時候開發不願意接需求？
我和很多開發打過交道，透過聊天、觀察，我的體會是這樣的：
1、開發是基礎設施，但是存在感低開發雖然是非常關鍵的崗位，但由於它基礎設施的屬性，所以開發在使用者眼中甚至公司內部的存在感較低。
一個產品火了，使用者感知到的是產品，圈內誇的是產品經理的需求洞察和實現能力或者運營出色的組織策劃能力，但很少有人會說，這個產品的技術特別牛逼。當然，也有人會說技術做得很好，但那是在技術圈子，一個圈外的人沒興趣或者看不懂導致無法或無意願進入的相對封閉的圈子。
由於存在感低，所以開發會希望安穩一些，我不求飛黃騰達，但別給我找事兒行不行？
2、開發痛恨浪費，所以希望需求有較好的穩定性我聽過最有趣的吐槽就是：
大哥/美女！這個需求我已經改了第3/5/X遍了，你能不能靠譜點？！
開發非常不喜歡做那種反反覆覆的無用功，一個需求做了改，改完了繼續改，會讓開發覺得自己對接的這個業務是個無能、無用的廢物。
當然，需求的變更一定有原因，但對開發來說，你這個業務對接我，我希望你給我的是已經明確的需求，而不是變來變去不知道是什麼的想法。
3、「領獎勵我來，背黑鍋你去」讓開發覺得做得再好也沒用有一種很有趣的現象：
一個產品或者迭代或者活動安安穩穩上線，通常人們就不會看到技術的貢獻；但是如果上線過程出現問題又緊急修復確保了上線節點，人們就會對開發的專業性大加讚賞。
所以，你會發現，開發的成就感不能透過產品上線後的資料來獲得，反而是內部老大的讚揚，或者偶發的一次緊急修復才會被重視進而給予讚賞。
也有一些很惡劣的現象：
需要開發配合的時候對人家跪舔，出了事故責任推得一乾二淨，反正都是開發沒有做到位，測試沒有測完整，總之我業務就是白蓮花。
當然了，這種現象在各種角色身上都會發生，畢竟「甩鍋」不用動腦子，更不用受懲損失。
存在感這事兒還好說，畢竟入了這一行，很難回頭了，安安定定就好，但是！
需求做了改改完了還要改、好處全沒有背鍋第一名，這種事兒，開發是做不到平心靜氣的，那怎麼辦？
需求能不做就不做咯，少做少錯不做不錯，做好份內事兒領份安穩工資，也是人生一種選擇，而且我相信，大多數人都喜歡這個選擇。
所以要解決這個問題，需要三件事兒：
1、需求明確，儘早提出什麼叫需求明確？
你對開發說，「哥，我下週要做個活動啊。」
人家問你，「啥活動？」
你說「我需求還在寫……」
好吧，那我覺得換作我，也會要你圓潤的離開。
這時候，就算我不想接你的需求，我也會嘗試先看看這個需求到底哪裡有問題，可以拒絕你，對不對？
什麼叫儘早提出？
譬如說，今天星期三，你跑去和開發說，「哥哥，哥哥，我下週三要上線一個活動，你來幫我做做唄。」
話說，你頁面設計做好了麼？功能開發完了要測試嘛？工作日算下來一共5天，你覺得你們家開發都是全棧嗎？
所以，你可能需要打出足夠的提前量，譬如，提前個2-3周把需求提出來。
這樣做，是為了能夠讓開發有足夠的時間來做資源分配，他好你也好。
當然，如果你還能做到需求不變更，那你簡直就是哈利路亞，人類之光。你也別覺得難，做運營的時間久了，你自然會得到這項技能。
2、加強溝通，手拉手做朋友，建立情感繫結毛主席教導我們說：「要團結一切可以團結的力量……對我們來說，朋友越多越好，敵人越少越好。」
你想要開發樂意接你的需求，你得對人家好點兒啊。
平常看到人家在加班，送杯飲料、叫個外賣；中午休息沒事兒幹，拉著一起玩一把遊戲，大不了蹲公司樓梯間裡唄；聊天的時候，一起罵罵不靠譜的領導、亂七八糟的專案……諸如此類，開發覺得你是自己人，這樣就能建立情感繫結。
情感繫結有什麼好呢？譬如我和開發組小六關係好，可你和他不熟，咱倆有個需求同時提交，你覺得小六更願意把我的需求做好呢，還是更願意幫你把需求做好呢？
你品，你細品。
3、主動擔責，積極分享，建立利益繫結主動擔責，是要你敢負責任；積極分享，其實是你要你願意分享資料和分享成就。這倆項都關乎領導力。
戰爭時期，有兩個小分隊，一個小分隊的頭兒體恤同袍，補給下來，先讓手下人吃好，自己再吃，交火了，自己拔槍往前衝；另一個小分隊的頭兒總想著自己，補給來了，自己先挑，剩下的給士兵，交火了，大喊一聲「都給我上！」自己往後一縮。
你覺得，這倆小分隊，誰更愛戴自己的Boss？
其實你放到工作裡來也一樣。
我給你說個騷操作，你品品：
資料好看，業務再來一封郵件：各位同學太給力了，沒有你們的付出（要具體點），這個指標是沒辦法這麼快達成的！
那你就可以：
專案上線，一封郵件，抄送開發老大：感謝開發在這個專案裡的大力支援，任勞任怨硬拼節點，辛苦有加，非常感謝！
資料好看，再來一封郵件，依然抄送開發老大：軍功章有開發的一半，也有我的一半，主要是xxx的，咱們開發真是靠譜，開發能力名不虛傳！
什麼？你說資料不好看怎麼辦？
還是一封郵件，抄送開發老大：對不起，我辜負了開發哥哥們的辛勞，都是我的錯，大家的付出被我糟踐了，我下次改進。
堅持這麼做，我告訴你，不僅開發不會拖需求，其他相關部門也都願意和你一起做事情。
這不是套路，這是方法！