? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?—致與程序猿的那段撕逼歲月

以前炉爆，總覺得程序猿是個可愛的物種，但自己真正做項目岂津，與他們合作的時候虱黄，才發(fā)現(xiàn)什么叫“物種差異”靴患，作為產品汪临燃，特別是小白產品汪，有時候真的很難理解程序猿的思維赦政，加之產品汪容易暴躁的天性粱甫，于是乎仅醇，撕逼也在所難免！一場場腥風血雨拉開帷幕魔种，悲壯而慘烈Ｎ龆！（=节预。=此處略有夸張）

雖然撕逼的過程極為虐心和殘暴叶摄，但魯迅歐巴不是說過嗎：“真正的勇士，敢于正視淋漓的鮮血”安拟，于是蛤吓，我今天就扯開傷疤和大家分享一下我與程序猿的撕逼經歷與心得！（=糠赦。=來來來会傲，一起舔傷口）

下面是我遇到的一些程序猿喜歡使用的大招：(前方高能！拙泽！)

PS：很想把它畫出來淌山，可惜小女不才……

大招一：“介個很簡單噠！”

產品汪：“猿猿顾瞻，設計獅這兩天有點忙泼疑，設計圖暫時出不了啦~為了項目進度，這兩天要不你們就先按原型搭框架吧~”

程序猿：“這個完全沒有必要啊荷荤，介個這么簡單退渗，給圖四五天就搞定啦，很快的蕴纳！”

產品汪：“恩会油，好噠！”

N(N>10)天過去啦……..

產品汪：“猿猿古毛，×××寫好了沒翻翩，能給我看一下demo嗎？”

程序猿：“這個，得自己寫插件誒体斩，花得時間會比較多梭稚，所以…”

產品汪：“…”〒_〒

分析診斷：這個場景除去程序猿稍微有點點偷懶的嫌疑之外，主要反應了產品汪和程序猿間信息不對等的問題絮吵。產品汪提供想法弧烤，知道表現(xiàn)形式，但卻不清楚其本身的原理與實現(xiàn)蹬敲，于是暇昂，因為沒有對界面元素進行基本的開發(fā)難度分析，就喪失了很多對項目整體的把握權伴嗡，處于一個被動的地位急波。所以，如果產品能夠懂一點計算機語言瘪校，對整個產品的掌握就會更深層次一些澄暮，更有利于對項目的管理。

大招二：“我想按照自己的想法來喲”

產品汪：“猿猿阱扬，你最近進度很慢泣懊，是不是有其他事在忙啊麻惶？”

程序猿：“沒有啊馍刮，一直都在寫啊，我在用我自己的方式在寫窃蹋】▎”

產品汪：“噢~自己的方式？”

程序猿：“我想按照自己的想法來寫警没，×××時間我給你完整版的匈辱，這期間就不向你每天匯報進度了』菁椋”

產品汪：“額…好的吧~”

×××時間差兩天時…

產品汪：“猿猿梅誓，快到×××時間啦，應該快搞定了吧佛南？”

程序猿：“還沒，倒數(shù)第二個功能剛寫完嵌言，要開始倒數(shù)第一個了”

產品汪：“速度有點慢嗅回，要抓緊時間噢~”

×××天加四天……

產品汪：“猿猿，說好的demo呢摧茴？”

程序猿：“晚上給你绵载。”

晚上到了…

產品汪充滿期待地打開程序猿發(fā)的應用包，瞬間石化了娃豹。焚虱。滿滿的UI bug，部分界面慘不忍睹…O_o

分析診斷：程序員對項目實現(xiàn)有自己的想法固然好懂版，但畢竟對一個應用來說鹃栽，優(yōu)美的UI和良好的用戶體驗也是極為重要的，但程序猿注重得更多的是代碼躯畴，而缺乏對UI和用戶體驗的思考民鼓，單用編程的思維去思考一個功能的實現(xiàn)當然是不合適的。所以蓬抄，當程序猿對你說他想按照他的想法來做的時候丰嘉，一定不能讓他放任自流，一定一定要先問問他的想法是什么嚷缭，和他把細節(jié)完善好饮亏，至少要給他提出相應的UI要求和用戶體驗目標！給程序猿開發(fā)自由也是要有限度的呢Ｔ乃－O－

大招三：“UI bug下一版再改”

產品汪：“猿猿克滴，這個測試包里面還有很多問題哦，我整理好了文檔优床，你對照著修改一下bug噢劝赔！三天以后要給我喲~”

程序猿：“好的，我看看胆敞∽琶保”

兩天后…

程序猿：“已經把幾個模塊連接到一起了∫撇悖”

產品汪：“好噠仍翰，真棒呢！”

當產品汪欣喜若狂地打開測試包观话，瞬間石化了：那些可耐的bug依舊靜靜地躺在那里予借，不離不棄〒_〒

產品汪：“你為什么沒有修改我給提的那些問題啊频蛔？”

程序猿：“只要沒有功能Bug就先上線吧灵迫，下一版再改』尴”

產品汪：“可是醬紫很影響用戶體驗誒瀑粥，醬紫沒法上線啊三圆！”

程序猿：“UI bug又不會影響應用上線狞换，一定要做得那么十全十美嗎避咆？”

其間省略一大段撕逼……簡直沒法溝通啊Orz

分析診斷：在程序猿的思維方式中，對用戶體驗方面的因素很可能會缺少考慮或者直接忽略修噪，對他們而言查库，最應該修復的是功能bug，的確是產品bug對于產品來說最重要黄琼，但這并不能說明修復UIbug是錦上添花的事情樊销。所以，產品汪還是應該多和程序猿進行溝通适荣，讓其了解到一個適合應用的UI對產品的意義现柠，當然必須得有理有據(jù)噢~

大招四：“應該可以完成〕诿”

產品汪：“猿猿够吩，介個功能得快點完成，你××號能寫好嗎丈氓？”

程序猿：“應該可以做完周循，我盡量⊥蛩祝”

產品汪：“好噠~那××號check噢~”

程序猿：“恩湾笛，好….”

日月如梭，××號到啦闰歪！

產品汪：“猿猿嚎研，搞定了咩~”

程序猿：“額….還沒呢，其間出現(xiàn)太多bug了库倘，而且××功能比較難實現(xiàn)临扮，我正在想實現(xiàn)方式…”

就醬紫，產品汪的DDL君很不爽教翩，因為每次約好和新功能見面杆勇，結果幾乎都被放鴿子了……

分析診斷：這種情景的粗線排除有時候可能有程序猿懶病犯了之外，更多的時候是二者都有做得不妥當?shù)牡胤奖ヒ凇Ξa品汪來說蚜退，制定DDL一方面要根據(jù)項目的進度，但也應該考慮到程序猿的開發(fā)難度彪笼、開發(fā)時間钻注，盲目地單方面的制定DDL是不可行的。對程序猿來說杰扫，覺得產品汪壓榨太殘暴時队寇，應該斬釘截鐵地拒絕，再和汪汪溝通商量出一個適合自己開發(fā)速度和能力的DDL!或許是因為猿猿太過于羞射章姓，不怎么會表達佳遣，所以，產品汪們得注意凡伊，當你發(fā)現(xiàn)程序猿言辭中有“應該零渐、可能、我盡量”的詞時系忙，要考慮考慮是不是DDL出了問題诵盼！

..................................................我是泡沫橫飛的口水線......................................................

那么，怎樣才能減少撕逼银还，和平相處呢风宁？來來來，一起來放大招蛹疯！

大招一：溝通戒财！溝通！溝通捺弦！

產品定義初期饮寞，產品需求實現(xiàn)，添加新功能列吼、修改功能時幽崩，和程序猿溝通溝通，看看哪些能實現(xiàn)寞钥，是否必要慌申，怎么實現(xiàn)最簡單高效。這些東西前期處理好了理郑，一方面能增加程序猿的項目決策參與感蹄溉，讓他們感到自己不再是只是個敲代碼的，另一方面香浩，能讓程序猿理解你的產品思維和邏輯类缤，減少了很多后期撕逼的發(fā)生！

大招二：產品需求文檔——防撕逼神器Ａ诳浴餐弱！

最好寫一個產品需求文檔，它能清晰地展現(xiàn)出整個產品的脈絡和邏輯囱晴，書寫它能夠幫助產品汪理清產品的思路膏蚓，完善細節(jié)，醬紫能減少很多因產品汪思考不清而導致的錯誤開發(fā)畸写、需求更改太頻繁等原因所造成的撕逼驮瞧，它能有效減少因為程序猿搞不懂產品汪的邏輯所導致的撕逼，這類的撕逼少了枯芬，項目進度就快了论笔，那么又能減少程序猿因思路不清晰開發(fā)過慢采郎，DDL總超期所造成的撕逼……（此處省略N個它能）

大招三：關心他們！——做他們的私人程序猿鼓勵師狂魔！

說到介個蒜埋，應該又會有很多人在腦補產品汪變身貼心的sweat的鼓勵師，端茶送水最楷，按摩捶背整份，撒嬌賣萌…..如果產品汪剛好是只公的，那畫面就真是太美了Ｗ阉铩烈评！嘻嘻，說正經的犯建，產品汪站在一個動物保護協(xié)會的角度上讲冠，平常也應該多關心關心脆弱的程序猿，不要一找他就是催進度胎挎，改需求沟启，各種撕逼，找他聊聊天犹菇，聊點生活的呀德迹，學習的呀，情感的呀揭芍，如果能順便幫忙給他們介紹個女票也是極好的胳搞！開會的時候帶點吃的呀，時不時請他們出去吃一頓称杨，看看電影肌毅，放松放松呀！醬紫姑原，撕逼在愉悅的相處氛圍中就會慢慢離去了~

大招五：告訴他們你是“學霸”

作為“學霸”的你應該眼觀四路耳聽八方悬而，知識淵博，掌握行業(yè)內的各種動態(tài)锭汛，分析市場趨勢笨奠，沒事就盯著友盟的數(shù)據(jù)看，各種國外新推出的牛逼產品統(tǒng)統(tǒng)用起來唤殴。那么程序猿們會覺得你什么都知道般婆，你的判斷八成是靠譜的，在你為他提出修改建議的時候朵逝，或許就不會那么抗拒了蔚袍。

大招六：我很負責喲！

在被追問為什么進度這么慢配名，為什么還沒上線的時候啤咽，沖上前去說晋辆，“都是我的錯，前幾天又改了個需求”闰蚕。（此條略有夸張栈拖，只是為了強調產品汪一定要有責任心~~）不論什么時候连舍，都要對產品没陡，對團隊百分之百地負責和用心，責任心可獲取信任索赏，他們會覺得你很踏實盼玄！

大招七：招美美的妹紙！潜腻！

在招新的時候埃儿，為招新策劃一個great的方案，拼盡全力招很多養(yǎng)眼的妹紙融涣，最好還懂點技術童番，最好還是單身……（此條純屬YY哈！哈威鹿！哈Ｌ旮）

只要你修煉完這七個大招，保證你輕輕松松KO撕逼大怪忽你！加油幼东，少年郎，看好你喲科雳！

致讀者：hello!各位親愛的boys and girls!

我是大bo根蟹，為了避免大家在看文章時產生疑惑，在這里先和大家簡單聲明一下~我現(xiàn)在是一個互聯(lián)網(wǎng)學生團隊的成員糟秘，還沒有畢業(yè)简逮，所以這些內容寫得都是團隊里發(fā)生的事喲~并不是公司里噠~雖然會有些差別，公司的程序猿可能沒這么任性尿赚，pm可能不像我這么水散庶，但還是有些可以參考的地方喲！嘻嘻吼畏，共勉６匠唷！

第一次發(fā)文排版很丑泻蚊，感謝你萌能賞臉讀完６闵唷！