售前和程序員打架

1. 程序員和產品經理相愛相殺，打完架再「牽手」，全公司都沸騰了

在某個職場論壇里，有網友發帖爆料，大方曬出自家公司 產品經理 和 程序員 相愛相殺的照片。畫面中，兩個大男人手牽著手，面朝牆壁背對眾人，濃濃的基情感撲面而來，讓人忍不住浮想聯翩。

這可不是他們成功「出櫃」了，而是公司對兩個人動手打架的懲罰措施。因為在產品項目上溝通不順，產品經理和程序員起了爭執，兩個認死理的人互不相讓，一言不合就打了起來，拳腳相向好不激烈，費了老大勁才把他們各自拉開。

程序員和產品經理的矛盾，早已經不是什麼秘密了，在 互聯網公司 里， 要論程序員 最討厭誰，產品經理絕對能排進前三。要求多還奇葩，反反復復變動，指手畫腳叨叨個沒完，讓程序員們苦不堪言。只是雖然彼此間矛盾多多，但還算克制，真真動手的還是比較少的，像這種大庭廣眾之下互毆的，就更不多見了，也難怪公司要當眾懲處了。

兩人動手打架的影響非常惡劣，公司要求要麼一起辭職滾蛋，要麼牽手一下午。終究胳膊擰不過大腿，雖然這個要求很詭異，但為了不被辭退，也只能捏著鼻子認了。本來還劍拔弩張的兩人，在眾人的見證下，大手拉小手整整牽了一下午，畫風都歪了！

其實無論是產品經理還是程序員，大家最終的目的都是為了整個項目能夠完美交付，為公司完成這筆業務。只是兩個人的側重點不同， 產品經理 要考慮客戶考慮市場， 程序員 則更關心產品本身的合理性。當關注的重點不一樣，難免會產生分歧，引發彼此之間的沖突。

而且都是公司的同事，平日里抬頭不見低頭見，大打出手確實不應該。在有著共同目標的大前提之下，即使兩人的立場不同，但也應該彼此互相體諒，只有精誠合作，才能事半功倍不是。

公司的處理決定也很機智，辭退可能只是玩笑話，要他們牽手和好才是真的。畢竟都是為了公司的產品項目才弄得這么大火氣，把他們安撫好了，項目也能更順利完成。而且這種方法雖然看起來尷尬，但也沖淡了矛盾的尖銳，尷尬總好過對立，詼諧才更容易讓人接受。

這不，還有網友打算效仿呢！嗯，都是人才！

2. 程序員轉行做什麼，銷售

程序員轉行可以做的東西還是蠻多的。以我們公司各種程序員的轉型為例。
第一，你可以做測試。因為你做過程序員，所以會比一般的測試更懂得哪個地方會更容易出現bug。如果你編程能力不錯，看代碼能力也不錯，可以做那種白盒測試，專看代碼，哪些地方會存在隱藏缺陷，沒做保護就會出現崩潰什麼的都會看的很明顯。無聊的時候也可以去做做自動化測試，都是手到擒來的。業務的話，如果是換了個產品，還是需要慢慢學習的，不換產品的話，業務也是完虐普通測試人員，畢竟曾經這個產品也是你改的咯。
第二，你可以做工程。跑客戶現場給客戶升級，安裝環境，解決軟體這個那個問題。不過資料庫一定要學的不錯。因為工程很多時候都可能需要幫客戶查問題，是不是客戶操作失誤呀，或者數據不對呀什麼的，很多都需要通過SQL語言去查。一般來說，客戶遇見問題要麼問客服，要麼問工程，工程不會了，再跑去問開發。不過工程的話，還要會安裝各種亂七八糟聽上去高大上的東西，反正我們這邊的工程都好厲害，我們懂的不懂的業務和技術，他們都懂。
第三，可以做項目經理，產品經理或技術經理哦，也就是一方頭領，美稱管理人員。規劃一個產品的發展，定目標什麼時候完成，指導普通開發人員去解決疑難雜症，並調動普通程序員工作熱情。這個要求有點難，既要有技術，又要懂業務，還要懂人心，還要能扛得住上頭大boss的壓力，有時候還要去客戶溝通需求，吹吹自己產品多厲害。
第四，可以做售前軟體工程師，也就是銷售。這個的話，得對產品十分了解，也要懂得基礎業務，順便還能拉的下臉，厚地起皮，對市場有所了解，有一定的人脈關系。畢竟是賣東西的，沒人賣臉皮薄就賣不出去產品，沒收到錢前的客戶都是很難搞的，得好吃好喝的供著。法律知識一定要多學，免得被人鑽了空子還要自己背鍋。

IT行業相關的職業都是相互有所關聯的，轉崗也相比沒基礎的簡單多了。嗯，其實我就是紙上談兵，還沒轉過崗，只是聽著我們的boss對我們耳提面命，說著每個崗位都是密不可分的。希望對你有幫助。

3. IT行業的售前和售後各需要做什麼工作

一夥計曾經這樣跟我解釋售前和售後的區別：「從某種程度上講，售前是替公司吹牛，售後是替售前圓謊。」我們曾經稱售後為擦屁股的。國內目前很多售前就是這樣的
曾經有一個小項目，市場和售前為了拿單，許諾客戶了很高的技術指標。到項目實施的時候根本做不到。銷售可不管這個，早已經拿了提成，又吹下一個單子去了。
為了管理這種不負責任的銷售，一般有兩種方法
1）全過程收單評價
如果在銷售回款沒有拿到之前就兌現提成，就會這樣，所以有些公司在回款90%後才兌現提成，這樣如果由於sales胡侃導致合同實施成本上升或合同流產，他的提成就縮水甚至泡湯了
2）有些公司會讓售前有限的參與項目實施
比如在需求分析階段和項目組一起工作一段，這樣他忽悠的時候一般不會太過份，總得給自己留點餘地售前的素質
道哥最常說的一句話，"素質,要注意你的素質",（如果不知道道哥是誰，可以看看《瘋狂的石頭》）。每一個有前途的職業,不論做竊賊、騙子還是小偷,都要求有素質,有技術含量,並且還要及時總結經驗教訓，做到精中取精。而售前，顯然是一個更復雜的職業，包容了上述三個職業的綜合特徵，那更是要求素質了。當然素質不是一天就能練成的，就象一個字頭的誕生，需要先從小混混開始做起一樣。
第一個也是最重要的一個素質，是......聲音要大。呵呵，是不是有些搞笑了，但是這卻真是最基本的素質。在家裡，LD一般是禁止我在她耳邊說話的，因為即使聲音再小，都會有嗡嗡的回聲（好似幾萬只蒼蠅呀）。當然這種素質也有很多的好處，比如坐公交車，司機常會喊：「有沒人下車？」，總有些人喊了很多聲，司機就是聽不見，然後連我都有些著急，替他弱弱地伴奏一聲，車立馬就停了。只要你觀察一下，就會發現人的發音有很多種，但大部分都是嗓子里出來的，這樣子的聲音如果做演講，是搞不定別人的。售前講演，如果是下午的某一個時段，首要的目的就是不要讓聽的人想睡覺，當然進一步，就是讓想睡覺的人也睡不著，如果你的聲音對睡眠很有幫助，建議還是去幼稚園謀一個職位。
聲音大其實就發音訓練，要從胸腔發聲，要有氣度。有些人天生大嗓門，有些人則是吐字不清，但是聲音大真的不是一個不可改變的素質（就象小混混也不是天生就會砍人）。因為有一個職業，只要你做了，聲音自然就會大，那就是——老師。說這個是想讓有志成為"頭牌名售"的人多一份信心，師范招生時可從來沒有聲音大這一條，老師的這個能力顯然都是培訓出來，只要是人，進了師范就能培養出來。因此將自己培養成大嗓門的難度並不高，比如一種傳說中的方法，在舌頭下面放一塊石頭，然後再去發聲（當然這種方法顯然適合單獨找沒人的地方去練，否則要是弄得月落蛙啼鴉滿天，恐怕會被人當成祥瑞的）。
第二個嘛，就是不怯場。很多達人，若是幾個熟人在一起，那定是口若懸河，上著天下挨地，讓別人對他嘴的景仰之情，如濤濤之江水綿綿不絕，然而一旦到了公眾場合，那便如同被雷著的蛤蟆，一聲不吭了。強要讓他講兩句，就只見顫巍巍站起來，戰驚驚放眼看，呀，這一大群人的目光，腦袋立刻就「嗡」一下，短路的連自己在哪都不知道了。有這樣可怕的經歷的人，即使你沒有把它當作惡夢，那也會是你記憶中最想被埋掉的東西。怯場，是人性的弱點之一，就象你見到危險本能地會逃避一樣。因此，大可不必對著那些「人來瘋」有什麼自卑感，這一素質，也是後天培養的，小時候的孩子王到了大時見到生人就哆嗦的人有的是。很多時候，只要有條件你就行，而且還有專業培養的，現在幼稚園里有專門開設的演講課，就是培養這種能力的。
機會可遇不可求，不怯場最重要的就是職業訓練，所有的售前都會記著他第一次的情景，便如同他第一次和情人幽會，不但印象深刻，而且感覺也差不多，都是口不應心，手忙腳亂，在亂七八糟中就過去了。第一次之後的成長也相差不多，不同的人，近似的內容，慢慢就由菜鳥成了熟手，然後由被動變為主動，由心慌意亂變成明心順氣，甚至用目光掃視在場的人，觀察對方的感覺，決定什麼時候講精細些，什麼地方可以帶過，最後甚至能發揮一下，講一個笑話，說一下掌故，帶起一輪高潮。有個足球教練說的好，「你們一個星期的艱苦訓練就是為了星期天的那兩個小時，這是你們的節日」，作為一個售前，這兩個小時的講解又何嘗不是如此。
第三個嘛，還是要有過硬的知識。售前就是以專家的身份，去告訴別人系統該如何做。當然專家也要看眼色，比如到大型國企，您實際是去考試，讓那些眼高過頂的大佬們認可你的公司，知道你的公司至少有一號人知道這東西是怎麼回事，而去到一些小的地方，你就是不折不扣的行業專家，告訴別人「為什麼要做、做什麼、怎麼做」。就這一點而言，售前就有些象某些葯店的坐台行醫的，先告訴「你有病」，然後告訴你「有什麼病」，最後說「應該怎麼治」，末了開一個葯方，捎帶在方中夾帶上自己制的草葯。
相對而言，小地方忽悠的成分更大一些，經常有人信馬由韁的胡侃，也不怕露餡，用我的一個同事的話，「農民就是農民，即使有了錢，也只是富裕了的農民（簡稱富農）」。而在大的企業里，雖然實際水平可能並不怎麼樣，他們仍然會自認為是這一行業的NO.1（在中國很多人認為他們呆的樓的高度和他們的技術水平是成正比的），你要小心侍候，即使他說的是錯的，你也要不能直接說NO，而是要說，這個確實是這樣，有很多地方都這么用，而且十分有效，當然我們還有另外一種方法等等。售前的座右銘就是，「客戶的臉上沒有『$』，但客戶的兜里有」，因此不要去看客戶的臉色，要想著他的衣服（詳細技巧請回憶《喜劇之王》中的情節），這樣你的心境會平和的多。
過硬的知識更體現在答疑中，在講方案時，因為是單向度的，有些人雖然不熟悉，也可以根據自己的理解把方案講的十分生動，售前高手中有很多人有這個本事，事前一個小時才拿到資料，然後看一遍，就給客戶去講，講的就象自己做過很多年一樣（當然技術支持高手的本事更高，能夠在飛機上看完用戶手冊的第一章，然後大能地到客戶那兒去安裝，等回公司後才發現第一章是安裝DEMO版）。但是答疑就不一樣，客戶提出的問題往往是他們在工作中不得解決的難點，或者是經過很多次摸索終於解決了的得意之處，無論是哪一點，都與業務有很深的聯系，單靠臨時抱佛腳肯定是不行的。好在一般的技術交流都會在講方案之外，再配一個技術高手，這個人可能不具有前兩項素質，但是過硬的知識還是具備的。
如果你上述三點都具備，那麼恭喜你，你不來咨詢界，無疑是這個行業一大損失。當然，如果你不具備第三點，但卻具備聲音大和人來瘋的素質，並且同時兼具良好的外型，那麼我們建議你可以試一下另一個更有前途的行業，比如娛樂界，去參加一下快樂男生的比賽。
上面三點是基本素質，而要想做好售前，更需要具有交流才能。售前就是去交流，說起來簡單，做起來卻有很多的門道。最重要的一點要注意的，就是不要過多的談計算機技術，而要談業務，談問題。
霍金教授在《時間簡史》一書中談到，書中每多一個公式，就會少一批讀者。售前也是一樣，你的詞句中每多一個高深的技術術語，就意味著少一分讓人認可的可能。記住，除了IT公司本身，IT對其它企業經營只有催化作用，並不能產生直接的效益，甚至在很多行業，IT是企業最大的投資和成本。售前要去做的，是和一群非IT行業的人打交道，告訴他們如何去用IT解決某個行業問題。生澀的技術名詞，不會給客戶留下什麼印象，當售前的嘴裡吐出一個又一個象牙時，你的客戶卻只會悄悄的把香蕉換成狗糧。
講客戶能夠聽懂的東西，然後引導他們由行業的難題進入到技術的解決之道，用一個又一個行業的案例告訴客戶，這個系統是做什麼用的，當遇到某個問題時，我們在過去的案例中是如何解決的，甚至有時還可以說，某個問題現在也沒有什麼好的方法，比如銀行系統中客戶信息的整合，這些都是一些常規的作法。同樣一個 PPT，短時講20分鍾，長時講3個小時，主要的關鍵就是要在講述過程中，不斷的引述過去的案例，這樣不但可以體現公司的實施能力，更能夠活躍氣氛。
忽悠是售前的基本素質，但是卻不是沒有實際基礎的亂說，客戶不是傻瓜，找你來就是探詢公司的實力的。一般而言，講的每一句話都應該是實話（當然公司的人力資源除外，如果公司現成就有一批實施項目的人在家閑著，離黃也就不遠了），但是組合起來卻可能給人以不同的印象。將幾個案例的內容合在一個案例里講，這樣可以顯得某個案例特別的大，給人以放心感，也可以將一些情況安到某個並沒有發生這種情況的案例上，只是為了讓客戶有個印象，就是公司的案例很多，信手拈來。
七分實，三分虛，合在一起，既要表現的漂亮，就不要將話說滿，給一些質疑留下餘地。特別是在答疑時，更要注意分寸，很多時候，可能客戶已經從側面了解過了，如何既能表現圓滿，又不留下把柄，無疑是售前工作素質的最大考驗。說起來，公司的實力還是最重要的，就象IBM，他們的售前經常犯前面所列舉的所有的錯誤，但是最後還是把標給拿下來了，沒辦法，人家的產品和市場，那才叫天外之天。
說一千，道一萬，其實任何工作都一樣，要保持平和的心態，同時要注意平時的努力。最需要明白的一個道理就是，售前實際就是幫市場打獵，這一個獵物沒抓住，還有下一個（當然如果一直抓不住，也是會餓死的），而能力就是在這不斷的撲獵中鍛煉出來的，不做永遠不會，出一次錯沒有什麼，最怕的就是沒有信心，畏縮不前。（三）：售前的體驗
很多人都看過《獵狗的故事》這個小段子，故事似乎有兩個結局，一個是悲劇，就是最後冬天到了，狗兒們都給掃地出門，另一個是喜劇，被掃地出門的狗們成立了獵狗俱樂部，最後過上了幸福美滿的生活。其實每一個IT人似乎都有一種類似於獵狗的焦慮情緒，我們的現狀還好是因為我們還有用，但是未來，一直是一個不敢面對的東西，無論在現實中，還是在故事中，幸福的老獵狗似乎都是少數。有時候，甚至大家在想，做一隻吃草的兔子該是一件多麼幸福的事情。
當然相對於那些每月2K的兔子，IT這樣肉食的工作還是充滿了誘惑力，面對這個職業，很多剛出校門者，都有一種近乎本能的希望加入的沖動。但是，壓力也是永恆的，它很象安徒生童話里的那雙紅舞鞋，穿上才知道這其中的危險，此生中註定你將無法停歇，你將不斷的跳，至死方休。一個不斷發展的行業，很多概念還沒有實用就已經過時， 學習速度永遠趕不上知識的更新速度。三十年的老會計是公司的鎮宅之寶，而三十歲的程序員，很多卻已如同過氣的歌女。於是有一個更為時行的故事流傳起來，將挨踢的和挨KAO的做了一番有趣的對比，最後的結論，老九的位置不論是以歷史的排法還是按文革的排法，都是無比的正確。
上天有好生之德，世間無絕人之路，大能的神對於IT行業當然也不會法外加刑，否則這許多除了一把年紀什麼都沒有的好男人若是真的絕了種，神豈不是也不太好玩了。售前顯然是IT行業最終之路中的一條，就如同在娛樂界，酒吧女如果中途不從良最終總會去做媽媽桑一樣。在成長中的獵狗眼中，無論是售前還是媽 媽桑，都是老獵狗的職業，都是一個令人嚮往的幸福生活。不過由一隻青春獵狗成長為一隻老獵狗顯然還有很長的路要走，歷史的經驗告訴我們，再平坦的路都可能摔跤，柏油馬路發明以來，死在路上的人數甚至超過了戰爭。
在職業旅程中，我們是成為路邊上出來嚇人的枯骨，還是成為路中間誘人前行的塑像，這一切似乎都源自造化。不過，經驗總是可以借鑒的，職業的成功遠不象地震那樣難以預測，總結一下，想成為一個成功的售前，其實和其它任何一個資深的職業一樣，離不了勇氣、機會和能力三個要素。
一次成功，必然是由一個抉擇開始的，很多的偉光正都是事後才認定的，在剛開始時卻不一定，此時，最需要的是勇氣。套用美國大兵手冊裡面的一句話，「你做的 任何事情都會挨槍子，什麼都不做也一樣」。售前就是這樣一粒槍子，唯一的區別是你有選擇不死的權力。對於一個程序員來說，售前是一個極大的改變，因為這意 味著你的生活將脫離控制。一個IT化的人面對著一台電腦，就如同士兵手中拿著武器，只要你掌握了他，他就是一個對你言聽計從的哥們，而一個售前，面前的那一群人類你永遠無法掌握。
強調勇氣，是因為見過太多的人在這種機會面前退縮，前面說過，在IT之路上，實際上還有一個更令人羨慕的終極職業，那就是產品經理，手中掌握著公司的核心 機密，一種不管誰當政都不會受影響的超級員工。所以，很多時候售前並不是程序員的第一選擇，研發骨幹才是。但是，很多的項目經理實在不適合做產品，在項目 中他們其實已經在和人打交道了，只是這次，不再是面對面的談，而是面對一群人，別人坐著你站著，別人看著你說著，這一切都是一種全新的體驗，只是這次的體驗，卻不一定讓人愉快。
而在另一方面，對於公司而言，售前的每一次的派出，都意味著一筆不小的支出，同時又意味著一次商業機會的落定，沒有哪個公司會將這種關繫到錢途的位子隨便託付給什麼阿貓阿狗。除非RP特別的好，否則這樣的機會不會多次出現。用我們經常給市場人員說的話，天上掉下來的，不一定是餡餅，還可能是石頭，而且，即使是餡餅，如果太大了，依然可以把人拍死。
在公司的職位中，售前並不在正常的晉升之階上，因為有些素質甚至和IT的職業特徵相背，面對計算機太久了，很多人習慣了專業術語，習慣了非對即錯的二元論，甚至習慣於命令式的語氣，而這些都是與人打交道中的大忌。在很多人眼裡，IT人群就是一些怪物，費盡口舌之後經常會得來一句所問非所答的咒語。不過這同時也帶來另一個好處，那就是，在公司的選擇范圍中，具備售前素質的人並不會太多，有志於此的人，總會獲得機會的垂青。
機會來臨時，抓住它，這是一句老生常談，但是，機會也許不會象你想的那麼直白。崔健有一首歌，叫做《投機分子》，裡面有幾句歌詞很讓人印象深刻，「忽然來了一個機會，空空的沒有目的......機會究竟是什麼，我們現在還不清楚，就象你十八歲的時候給你個姑娘。」。實際上幾乎每一個售前的第一次，都很象這最後一句話，能否成為護花使者，甚至最後成為大眾情人，還是要取決於此後能力的培養。
在BBS上，能力的等級最常見的分類是菜鳥、大蝦和妖精，這種分類雖然遠沒有王國維人生三境界那麼浪漫，不過卻也十分形象。作為一隻IT老獵狗，雖然還沒有成精，但是那些成精的故事還是知道不少，現在最常乾的事情，就是坐在圓圓的飯桌旁邊，給後輩講一些妖精的故事，那時候，還沒有妖精，這個世界才剛剛開始......。人是人他媽生的，妖是妖他媽生的，沒有人知道第一個售前的妖精是怎麼誕生的，這樣的妖精的歷史似乎可以追溯到蘇秦張儀為代表的縱橫家。不過既然這種史前的妖精都有當人時的慘痛歷史，現在的妖精自然也不例外，每一個妖精的前世都有一隻菜鳥在呱呱亂叫。
接下來，讓我們來談談售前成長之路上的應對之道。(四)：售前的入門
就如同大多數蟲子都要經過卵、蟲子、蛹之後才能羽化升仙一樣，一份有技術含量的職業，總要經歷一番痛苦的歷練才能得心應手。而要達到妖精級別，那就不單是要歷練，更需要年頭，同樣都是妖精，五百年的道行見了千年的，那就只有當跟班的份兒了。當然，對於大多數人來說，妖精還是一個久遠之後的幻想，第一步，我們還是先想著怎麼做一個合格的菜鳥。
如果真正論起來，售前本身就已經是一個妖精級的職業，但是就象前面說的，妖精也一樣會分出道行來，「新妖精」如同「新警察」一樣，無論如何裝扮，菜鳥的本質總會讓人一眼認出來。作為一個菜鳥級的售前，最大的特徵就是言語發澀，還有就是頭也不抬的照本宣科。不過，人總會有當菜鳥的時候，即然不可避免，那麼唯一需要我們做的就是如何能夠愉快並且迅速的渡過。
作為一個售前的菜鳥，眼前最重要的事情不是如何完美的與客戶交流，如何吸引客戶的興趣，而是如何順利的完成一次講解。當許多雙眼睛在看著你時，似乎世界都已經模糊，這時候，也許某一個不經意的打擾，就可能讓你忘記那些已經准備了很久的台詞，木然的呆在那裡。
要避免這些尷尬其實真的沒有什麼捷徑好走，作為一個菜鳥，唯一能做的就是在台下准備的充分一些。PPT的講稿最好是自己去寫，即使是拿了別人的講稿，也應該按照自己的思路去調整，雖然內容中抄的居多，但是好記憶不如爛筆頭，寫的過程實際就是組織詞句的過程。
自己完成了講稿之後，下面的事情就是反復的默記，甚至到最後去會議室的路上，也可以繼續在腦中反復的演練。拳不離手，曲不離口，一切神功，無它，唯手熟耳。對於菜鳥售前，第一次亮相之前，公司一般會有預演，如果沒有，你也可以爭取一下，叫一些比較大的領導來聽聽，讓他們提出意見，同時也鍛煉你的場面應變力。上面這些完成之後，售前的准備也就差不多了，下面，就是開練了，不過初次的登台還是有一些小技巧的。
首先，最好將開場白寫在紙上，然後反復的記熟。做售前的人都應該是對業務十分熟悉的人，欠缺的只是演講中的一些技巧。開場白是很重要的，對於一個菜鳥來說，盡快的進入到主題無疑可以減少慌亂，那麼演講的開始由一段機械的背誦開始無疑是比較好的方法。
其次，盡量將要說的話寫在PPT上。雖然PPT字太多並不是很好，但是卻可以幫助你在腦中出現空白時也能知道自己要說什麼。當然，最好還是只在上面寫出摘要，然後可以根據這些摘要引申出你說的話。
第三，不要去盯別人的眼睛。對於老的售前來說，經常不經意間去看客戶的眼睛，是與客戶交流的技巧之一，既可以了解客戶反應，又可以讓客戶知道你在注意他並重視他。但對於菜鳥來說，這樣做卻有些危險，因為與客戶的對視可能讓你更加緊張，從而出現短暫的思維中斷。
第四，說話的語速不要太快。語速太快可能使你的思維跟不上，也使可能出現的忘詞變得更加明顯。而比較緩慢的語速則可以使你有更加多的考慮時間。
生手循規導矩，老手天馬行空，這似乎是任何一個職業的特徵。菜鳥的經歷很痛苦，就象練盲打開始時的ASDF鍵一樣，在這個階段，你所做的就是保證你堅持下去，而不是要產生什麼工作的最佳效果。好在，對於售前而言，這個階段並不長，因為對於大多數售前來說，以前的項目經驗足夠保證他能夠很快領會到這其中的秘訣，然後進入到一個可以自由發揮的大蝦階段，這時候，很多的人就會稱你為專家了。 在售前工作中能夠寫的東西還有很多，而如果要總結的話，最應該強調的一點是，工作和生活是不應該分家的，能夠勝任售前工作只是起步，要想有所提高關鍵還是在生活中。一個生活中無趣的人，一個在言談中無法感染別人的人，不可能成為一個好的售前，因此，做一個有知識的人、經歷豐富的人、有趣味的人、有幽默感的人，顯然是好售前的最佳生活方式.

4. 程序員為什麼加班多,是什麼原因導致的

導致程序員加班的原因很多，主要由以下幾方面吧：

1.需求不清晰。需求人員或者項目經理、產品經理沒有吧需求梳理分析清楚，等開發到一半甚至開發完了，才意識到需求錯了，需要重新做，眼看項目或產品都快交付了，只能讓程序員加班了。

2.管理問題。企業文化，就是加班，本來沒啥活，但領導就覺得員工加班他心裡踏實，所以那不管你是不是程序員，一律加班。

3.自身問題。效率低，解決問題能力不行，分配的工作任務無法在規定時間內完成，那隻能加班，自行解決了。

4.工作任務緊急。突然要開發一個新功能，客戶要求時間緊迫。不加班，無法完成。

5.工作量大。日常工作量就是大，一個人干兩三個人的工作，干不完，加班還干不完呢，加班成常態了。

從甲方角度看，我就想要什麼產品3個月上線，這是戰略和領導決策決定的，不能拖太長時間。

甲方以這個要求去找乙方，乙方銷售為了完成業績，他滿口答應。

售前一般不會反對銷售。

合同一旦簽署完畢，銷售業績就認為算完成一大半，後續介入內部流程就可能減少。

這時候認為，按時交付的責任應該在研發方面。

開發和產品團隊此時可能還需要進行需求分析，系統設計，提交文檔，正規一些的測試部門還要審核文檔。

然後這些事都走玩，開始開發任務。開發人員每天一個日報，每周一個周報，幾乎天天開會討論。

白天都在討論問題，只有晚上其他部門都走了，無人打擾時，研發才可能專心敲代碼。

沒讓專業的人做專業的事情， 是工作開展的大忌，在工業上，早已證明了一切，在工廠生產中，工人流水化作業，一個人只專注一件事情，會越做越熟練，越做越快，越做效率越高。

在軟體開發分工越來越明確的今天，讓後端人員搶前端人員的飯碗，去寫網頁、樣式，效率能高嗎？讓後端人員去搶DBA的飯碗，去做資料庫優化，效率能高嗎？

不專業的人做不專業的事情，可能和公司的發展歷程、組織架構、人員規劃有關；也可能和任務安排有關。

公司發展初期，養不起很多專業的人，可能更需要「全棧」工程師，啥都一把捉；公司發展的過渡期，有點錢了，也意識到了要讓專人做專業的事情，但是人員還沒招齊，那沒辦法，你也得兼職著做各種各樣的事情。如果公司有錢了，發展也成熟了，不是屬於以上兩種階段，在IT組織中，連前端、後端、測試、架構、DBA、網路、伺服器運維、技術支持、安全、產品，這些職能都沒區分好的話，就會對工作效率有影響。IT一線工作人員，每個坑位，都需要一顆專業的螺絲釘。

開發人員不注重代碼質量，導致後期返工，導致效率低

有 時候，快即是慢，對於經驗不足或者習慣不好的開發人員，開發前期，被迫或者自己沒意識到，為了追求進度，邏輯沒考慮周全，沒做好自測，代碼能跑起來就算完 成任務了，表面上任務完成得很快。但是在項目後期，測試階段，問題大規模爆發，甚至要返工，由於測試後期，離自己寫代碼的時候，可能隔了一段時間，有的東 西自己都忘了，再回過頭去重新「熟悉」，效率能不低嗎？更為嚴重的後果是讓項目進度不可控。因此，就算進度再緊張，也頂住壓力，必須要做最基本的測試，再進入下一個任務點。

個體組織人員膨脹，出現溝通成本大的問題，導致效率低

溝通成本是人員膨脹後，暴露出來的首要問題。

舉個簡單的栗子，很多公司都有每天晨會習慣，如果一個組有5個人，開晨會匯報工作，平均一個人匯報2分鍾，就需要10分鍾，現在一個組增加到10個人，一人匯報兩分鍾，都要20分鍾才能匯報完。時間就這樣過去。

再舉個栗子，30人天的工作，分給2個人做，可能需要15天，共耗費30人天，但是分給5個人做，6天能完成嗎？

信息在溝通、傳遞的過程中，可能會「失真」，你想的，不一定能100%說出來，你說出來了，別人也不一定能100%理解，而且每個人的理解能力、知識體系都不一樣，理解起來容易產生偏差，產生偏差就容易做錯事情。

因此，如果人員出現膨脹，要以項目為單位，進行合理的項目拆分、人員拆分。同一個「小項目」最好不要超過4個人負責。溝通的時候，推薦使用口頭+書面+復述，減少溝通過程中的信息失真。

上、下屬之間相互不信任，做事有阻礙或者導致重復工作，導致效率低

上 下屬相互信任是一切工作的基礎。如果上級不信任下屬，不敢授權給下屬，凡是都要自己過一遍，而上級往往是一對多的關系，這個時候，工作瓶頸會出現在上級身 上；如果上級不信任下屬，搞一堆監督機制，為了下屬不做錯事情，又讓別人同事過一遍，又要耗費額外的成本，勞民傷財，而下級得不到信任，做事受阻，久而久 之就會畏手畏腳，很難獨當一面，或覺得自己有能力沒地方使，乾脆走人。

上級應該充分信任下級，放心授權讓下級去做事情，但這些都一個前提就是要有一個較好的軟體管理過程，包括開發環境和測試團隊和在完成任務的過程中進行一些輔導和進行重要節點管控和監督。

上級不信任下級，經常碰到，而下級不信任上級也很要命。程序員是很有個性的工種，不好管理，往往特別多想法。就好像車輪子陷入泥潭中，上級說車子往前推，有的人又說，往後拉，各自發力，估計車子永遠都擺脫不了泥潭，還談何效率？

因此，如果有意見，前期可以提，但是解決方案一旦定下來，應該上下一心（即使有意見也埋在心底吧），朝著目標一起去努力。

不同部門之間溝通存在隔閡與障礙

軟體開發過程中，在IT范疇內，不同部門難免有交集，例如開發與運維、開發與測試，不同崗位承擔的責任、掌握的知識體系、考慮問題的角度往往不一樣，導致處理事情受阻。

舉 個栗子，有一次，開發人員為了驗證某個問題，需要運維人員協助重啟某個站點。對於開發人員來說，這個站點，用的人比較少，而重啟也是一瞬間的事情，風險為 基本為0，但是由於運維人員掌握的知識體系不一樣，怕重啟了會造成很大影響，甚至害怕出了問題要自己承擔責任，明明可以瞬間操作解決問題的，又要等到中午 或者半夜三更沒人的時候才敢重啟，效率就是這樣降低了。這個時候，需要運維人員，去學習一下相關知識，或者引入新流程，例如，重啟站點，需要某個專業人士 口頭同意，即可立即執行。

因此，不同部門之間的人，應該互相學習，才能更好地溝通；做事情，盡量做輕量級的流程化、標准化。

上級工作安排不到位

上級工作安排不到位，也會導致工作效率低。有時候會有這種怪現象，可能很多事情沒做，但是下面的人沒事可做；或者有的人很忙，有的人很閑。

軟體開發分工，不像搬磚頭，一人搬一車就行了。軟體開發， 工作量化本身就是一個很難的地方，如果項目經理沒有做項目計劃，沒有做工作點、任務點拆分工作就很難安排到位。特別是剛剛從程序員轉型做項目經理的人，過 程性思維，不會對項目做整體的把握、整體規劃，想到哪裡就做到哪裡，想到什麼就分配什麼工作，最後一團糟，一會把下面的人累死，一會又讓下面的人閑死。

5. 老胡是名程序員又去東北遊玩與一位大漢發生爭執，大漢吼了一句你瞅啥，老胡說什麼才不會被打

老胡只要說「不瞅啥」就可以了！東北話「你瞅啥」的意思就是「你幹啥啊？你想咋的」，只是一種詢問語氣，沒有打架的意思。所以，老胡只要正常語氣回復一聲「不瞅啥」就沒事了，也不會被打！

6. 程序員和實施的區別是什麼

實施是干實施的活
程序員是干程序員的活

程序員是根據需求實現業務
實施是把程序做上線

實施入門門檻很低
程序員相對較高

程序員干好了，可以轉軟體分析師
實施干好了，讓大公司的客戶很喜歡，就可以直接轉到大公司去了

7. 為防被程序員「砍」，產品經理需要注意這些場景

互聯網行業中，眾人熱衷於討論「程序員砍產品經理」。雖然，「砍」更多是調侃的意思，一種消遣工作的方式；但是，這不是一個飯後笑話，側面反應了產品經理和程序員間的對立關系。很多時候，產品經理和程序員間就像對手，產品研發過程就像打仗，總要爭個你死我亡。「砍」的本質，是程序員表達對產品經理的不滿，也是一種情緒的宣洩。

在產品研發的過程中，產品經理與程序員對立關系，會嚴重影響項目的推進。一旦產品經理和程序員對立關系公開化，很容易導致團隊人心渙散。這種對立關系，經常滋生出一些極端的事情，罵娘、打架已屢見不鮮。

下文就列舉一些程序員想砍產品經理的場景。這些場景都是我過去和很多程序員朋友交流時，他們遇到的對產品不滿的場景。這些場景，都會以產品經理的溝通話語表現出來。通過這些場景，去解析這種對立關系產生的原因。以及，作為對照，產品經理應該如何規避和處理這種對立關系。

這樣說法是程序員們最不喜歡的，最容易惹毛程序員的。這句話，在程序員們看來就是削減工時、加班的代名詞，他們當然不喜歡。而且他們也非常討厭，一個非技術人員為技術人員做技術難度的定論。簡不簡單，都需要技術人員做了技術評估，才能下結論。

這種言語，會讓程序員們覺得產品經理不靠譜。大家通常都是比較排斥借鑒。借鑒你也得有合理明確的理由。以我某程序員朋友的話來說：微信怎麼做的，你就怎麼做，那你不如去微信做產品算了。

每個產品，在表面的UI下，都有其背後的復雜的業務邏輯。如果產品經理只是叫程序員照著某個產品做，很多時候技術們是很難實現的，因為他們也需要弄懂背後的邏輯和流程。當然，這應該是產品經理的工作。

這就是抬杠。產品經理雖然名字裡面有「經理」二字，但並沒有經理的權利，當然不能命令合作的技術們。這句話，言下之意也是拒絕了商量和討論。而程序員也需要參與感和團隊感。

這就是質疑他人能力，是人都不會喜歡。如果產品經理提出的方案，程序員們沒有理解。那就說明產品經理的解釋說明和文檔，做的不夠優秀，不夠簡潔易懂。讓程序員們理解需求，是產品經理的基本工作內容。

在互聯網產品開發中，修改需求和插入新需求都是挺常見的。對於程序員們來說，這是非常不爽的事情。這種操作通常會打斷程序員的思路，思路被打斷是非常痛苦的。當然，這樣也會影響他們的開發效率。更可怕的是，反復的修改需求，會使他們有種勞動成果不被尊重的感受，同時也會對項目的未來抱有懷疑的態度。反復的更改方案，也說明產品經理設計是未經過嚴密的論證，或對細節的把控是不夠。

程序員都比較討厭反復的催促。當項目的節點確定後，技術們會嚴格遵守節點，產品應該信任他們。當然，時間比較緊湊時，反復催促也會加大程序員們的壓力，使他們變得非常煩躁。在這種時候，催促就是添麻煩。

甩鍋會導致團隊分崩離析，人心不齊。不管任何問題，都是團隊的責任，不要將責任指定給某人。特別是在項目復盤時，如果心態不好同事，這是非常難堪的。所以，我們要盡量以原因和結果為導向，而不是責任為導向。

程序員也是也是團隊的一份子，有權利知道知道需求的背景。同時，了解需求背景也利於程序員們更好的開發程序。

產品經理給程序員們畫餅是最不切實際的，只會引起大家的反感。程序員都是喜歡偏實際的東西，虛的東西只會招致白眼。

任何傳遞給程序員的需求，都是需要有計劃和規范的。如果口頭傳達一個需求，很容易導致開發出的功能與需求不匹配。同時，因為缺乏相關的記錄和文檔，可能會造成需求流失。這對於程序員們來說，可能就是延遲、加班、返工、擔責等等風險。這是團隊合作的大忌，也是項目管理不專業的體現。

以上的這些場景，可能出現一次，程序員們都會順著我們的想法做。但是，這會漸漸改變程序員們的心態，最終會使產品經理與程序員間產生隔閡和矛盾。如果出現這些場景，作為產品經理都需要小心的處理好，以免影響項目的正常推進。當然，最好是不要出現這些場景。作為產品經理，我們的最終目標，都是要保證我們的產品，准時、保質、保量的落地。

產品經理在與程序員們合作時，產品經理需要講究合作共贏、互相體諒。在產品經理的相關工作中，最要避免的就是抬杠。抬杠是一切矛盾的根源。很多時候，產品經理要站在程序員的角度考慮問題。比如，對於產品來說可能就是改改需求，但對於程序員，他們更在意的可能是因為改需求而導致的加班。

產品經理在工作中，經常會追求產品上的極致。追求極致本身是好事，但是切忌過分偏執。我們也需要考慮團隊的現狀和資源，在極致和現實間尋找均衡。畢竟，如果沒有喬布斯的團隊，要像喬布斯一樣做產品，只會拖垮團隊。

在產品開發的過程，改需求、改方案等項目異常，都是不可避免的。這是項目管理的第一部分。如何進行項目異常的處理，考驗的是產品經理的溝通能力和項目管理能力。產品經理需要在保持技術們高效工作的情況下，完成項目異常的處理。

當然，在產品經理工作中，矛盾的根源也並不總是產品經理。有時候，也可能是某些程序員的性格或者對該工作的態度導致的。這時候，產品經理要明確，作為團隊的潤滑劑，有責任推動和協調大家的工作。如果，矛盾不可調和，我們需要盡早提出問題、控制風險，避免「勉強」行事。

有時候，程序員在私下評價一起工作的產品經理時，總是會補加一句「我感覺我也能做產品經理」。這句話的背後，是產品經理沒有讓程序員們感受到產品工作的價值。在這種背景下，產品經理是很難獲取程序員們的注重，也會為很多爭論埋下誘因。那如何感受到我們工作的價值那？其實很簡單，就是保持工作信息的透明。將我們針對需求和產品做的相關工作，體現在我們的溝通或者文檔中。

導致程序員想「砍」產品經理，本質是產品經理工作方式的問題，也有情商的問題。在我的產品經理工作經驗中，我總結下了以下四點，我們需要注意和避免的。這四點，都可以和上文的場景相對應，是最容易慢慢改變程序員的心態的。

8. 在程序員的職業發展中，溝通能力扮演什麼樣的角色

首先，第一點，程序員會的溝通能力就是會聊天。技術水平是"溝通能力"的基礎，技術弱,自己對每個環節都沒有深入認知的前提下,即使會聊天,善於溝通,所傳遞的信息也可能是錯誤的。

我有這樣一個朋友，在首都的大公司任職，技能水平中等偏上吧，並且他總是能用一個簡短的比喻,或者小故事,讓完全不懂技術的管理層知道他的團隊在做什麼,在他的團隊里,有很多比他技術能力強悍的人,也不乏大牛。但是他卻成為了團隊的管理者

如果你的技術夠牛，那你會覺得溝通能力無關緊要，但假如你技術又好又善於溝通，那可不僅僅是錦上添花的大優勢了。