互聯網公司的項目經理：客戶傷不起

時間 2020-05-26

原文原文鏈接

互聯網公司的項目經理：客戶傷不起ide

前面《互聯網公司的項目經理：大同與大不一樣》談到了互聯網公司的項目經理面對的客戶和傳統軟件公司的不一樣，主要表如今客戶與項目經理是同一組織內的、是和你一個戰壕共同戰鬥的，不少狀況甚至榮辱與共。

身邊一位看了文章的老大哥說，你應該更名，把「得罪不起」換成「傷不起」，因而本文的題目就變了。說實話，不是沒有想過用「傷不起」，可是本身真的不知道「傷不起」這個詞到底是怎麼火起來的，具體什麼意思？

就在上篇博文發佈以後，因爲工做緣由又和「客戶」開始打交道了，經過一些交談後，我又得出了一個「客戶」也承認的結論，詳情見下文「客戶是產品經理」部分。這時，我覺的我理解「傷不起」這個詞的語境了，既有「得罪不得」還有「傷害不得」甚至「可憐至極」的意思。

本文和將來的《互聯網公司的項目經理：老闆傷不起》是創建在以完成工做爲首要前提的，並非說一味的當老好人遵從別人。有人說，得罪老闆失去的只是一份工做，得罪客戶失去的只是一個單子，不想得罪傷害他們就只能委屈本身，有道理但在一些環境下不適用，有時候委屈了本身後來還會得罪他人。

當你們在一個屋檐下的時候，發生思想不統一的現象，並非要達到你死我活有你沒我那種地步，而你們都是爲了「集體好」，從各自角度去理解的「好」！宋朝的蘇軾在《題西林壁》中寫道: 「橫當作嶺側成峯,遠近高低各不一樣。不識廬山真面目,只緣身在此山中。」不要堅信本身是永遠正確的，也不要迷信別人是永遠無錯的。

1、客戶是其餘部門的運營人員

這部分客戶至少會分爲普通運營人員和運營負責人兩類。

前者一般熟悉業務關注使用習慣，如何能高效的完成手中的考覈目標是他們的追求，他們會在平常工做中逐漸概括總結出本身的需求，有時需求也會來自他們的客戶。好比，當我向51cto互動部的相關運營人員提交一些bug或建議，他們認爲可取，就會造成需求。

當運營人員成長爲某個產品方向的運營負責人，會更關心所運營業務的流程是否合理順暢，運營人員是如何完成制定的因爲目標，固然他還會對手下的員工負責。

對於運營人員組成的客戶羣體，項目經理和開發人員首先要尊敬其次要配合。由於還拿打仗作比喻的話，衝鋒在前的是他們，而開發人員時屬於後方製做武器彈藥的，打勝仗是要靠你們的。回想一下，在傳統軟件公司，衝鋒在一線的是銷售人員，也正是因爲byteh的這種態度，換回了他們的信任。

配合必須是相互的才更有效，項目經理乃至開發人員既要配合「客戶」還要爭取客戶的「配合」。

要理解爲何他們會要求把一個按鈕的位置來回調整，由於每挪動一個像素，他們的鼠標就能夠減小移動的量，當任務是10條時沒什麼明顯效果，但任務增加到100條1000條甚至更多時效果就明顯了。

在爭取客戶配合上，真的不知道該怎麼說，只能舉本身曾經在軟件項目的一個「驚喜」做爲「磚頭」拋出來引玉。背景大概如此：客戶提了某個需求，很合理但十分難以實現但不是阻塞操做流程的級別，做爲甲方在項目須要乙方支持的關鍵時期，拒絕他們的要求是很危險的。當時在會議上，咱們並無立刻拒絕也沒有堅定的贊成，只是答應下去嘗試。後來嘗試發現的確難以實現，因而就在客戶提的另外一個改進的地方花了些心思，實現的比他想到的還「好用」，等確認提交時，我直接先演示了「好的」而後把「難的」給他訴苦表示這樣也不影響使用，並開玩笑的說「我多作了點你也讓點咱扯平了」，沒想到客戶答應了……

在一條船上的人們，不管項目經理仍是開發人員，更是爭取不要直接鬧出矛盾，即使你以爲再合理的事情也不要藉此***對方不可理喻，由於跨部門的因素，若是真的須要搬出上司來協調，這實際上也不是領導們但願看到的局面。好比同事講的一個真事，他上家公司就有個項目經理在被一些需求折磨了幾輪後，在公開場合非常堅定說「某某人提的需求咱們一律不作」，這樣過於感性的並且十分絕對的事情對誰都很差。若是不是形似所迫，大概沒有幾我的願意費盡心思寫上幾頁密密麻麻的文檔專門逗你玩吧？

提需求時，運營人員的絕大部分注意力會在本身的方向，認爲本身的是最重要的最緊急的最能改善網站情況的！不管是否合理，出發點是好的這點不可否定。有時候，甚至會出現一個地方兩個運營部門都要修改的需求衝突。需求都衝突了，技術實現就更別說了。出現這類狀況，我如今公司對項目經理的要求是：儘早發現，必要了把相關人員叫來，讓他們去PK等待一個合理的結論便可，千萬不要自做主張的既要知足這個又要答應那個，一旦作出來的不三不四哪一方也不買帳。

傷不起？親，這個需求哥真的無法作，要否則哥會很很差過的，你信不信我反正是信了……

2、客戶是產品經理

大部分時候，客戶仍是產品經理，並且在有的互聯網公司運營人員提的需求是要通過產品經理們概括總結並造成更條理更有益於和開發人員交流的表達格式的，好比一些利用原型工具的。

和上一小節同樣，大膽的把產品經理分爲兩個境界，成長中的產品經理和成熟的產品經理。

論壓力，我以爲後者更大，由於會對某個產品的發展擔負比較大的責任，但因爲經歷和水平使得後者會表現的「很輕鬆」，給外人感受是「左右逢源」。

成長中的產品經理，也許外人認爲他就那麼點事情壓力不會那麼大，可是產品經理本身卻會以爲本身十分「難過」，甚至以爲本身是「夾心餅乾幾頭受氣」。怎麼說呢，從單次需求開發，職責和工做內容幾乎也是項目經理的角色。他們要對產品和當次產品需求的開發結果是否能保質並按時上線負責，既要與比本身更懂業務的領導賣本身的「點子」，賣點很差會挨批；他們還要與開發人員、測試人員解釋需求，當碰到開發的疑問但本身卻不能有力的拍板作決定會被「鄙視」；當產品上線後他們一邊要忙着規劃實踐運營的事情，還要花精力準備下期的需求……等了解了這些後發現，真的傷不起！

以爲「客戶傷不起」，心裏深處必定要告訴本身，其實「我也傷不起」……

要求客戶配合，要讓他們理解開發，不是什麼東西都和「趕大象」那麼簡單。項目經理在和「客戶」洽談需求時，儘可能不要對未知的和不熟悉的業務需求當即給出答覆，避免出現前面答應了後面一琢磨沒那麼簡單，再去拒絕就會感受理虧，從而有可能答應「客戶」其餘的不合理需求。假使出現不可調和的「矛盾」，好比「客戶」必定要求在某個時間點實現某個需求但從技術的角度看是不合理的，這種狀況必定要趕忙爲本身爭取援助或者找第三方的「老闆」介入，把問題暴露出來而後一塊兒評估。

傷不起客戶，還要深刻理解需求，甚至比產品經理們理解的還要透徹。透徹的理解後，就能夠在不合理的地方砍上一刀，在不足的地方補上一塊。Byteh在工做週報中提到了本身對於互聯網公司開發過程的的一些見解，下面是部門負責人的回覆。

只要有人地方，人的想法就會變的，只有變化自己是不變的，其餘的都在變啊。

互聯網公司也沒有什麼高科技可以避免需求的變化，雖然開發模式和項目型的軟件公司有很大不一樣。因爲互聯網公司每每更強調快節奏的變化產品，因此更傾向於用試錯的方式去改進產品，說白了就是不用想的太明白，差很少了就進行開發，丟到市場上去看效果，在這種方式的推波助瀾下，需求變動的變化會更加重烈和不可預料。由於原本就是腦子裏想的半成品的東西。因此在這裏，技術每每要扮演那個潑冷水的惡人角色，不扮演是不行的，不然技術會被累死還不解決問題。

至於如何辦演好這個角色，那仍是要至關的藝術才能夠。

3、客戶是老闆們

提綱已經列出來了，但彷佛仍是放在下篇《互聯網公司的項目經理：老闆傷不起》更合適，作個預告同時表示從寫做角度看這裏能夠有這一部份內容。

「傷不起」竟然還有一首同名的流行歌曲，落伍了！