作為開(kāi)發(fā)者，你都聽(tīng)產(chǎn)品經(jīng)理的，做的累不累？

想必做過(guò)幾年開(kāi)發(fā)的小伙伴都碰到過(guò)產(chǎn)品經(jīng)理各種需求，各種上線前需要改東西的情況。簡(jiǎn)直無(wú)語(yǔ)！下面我給大家盤(pán)點(diǎn)一下最讓開(kāi)發(fā)者無(wú)語(yǔ)的幾種情況。

一. 上線前一天或者幾個(gè)小時(shí)，提出新的需求

講道理，成熟的公司，一個(gè)新版本的需求都是提前討論制定好的，就算是改動(dòng)也是小改動(dòng)，但是這是成熟的公司，估計(jì)很少的公司能做到上線前不改任何需求的。

很多開(kāi)發(fā)的兄弟上線前幾個(gè)小時(shí)還能拿到新的需求文檔，然后就是各種敲代碼，但是這種情況很難保證不出一點(diǎn)問(wèn)題。完了搞不好就被經(jīng)理各種批，這么小的錯(cuò)誤也能犯。

因?yàn)樯暇€前，大部分情況都是在改bug，一邊改著bug，還要應(yīng)對(duì)隨時(shí)來(lái)的“”小的改動(dòng)“”。反正說(shuō)多了都是淚...

二.需求反復(fù)變

不清楚大家有沒(méi)有碰到過(guò)一個(gè)功能讓你反復(fù)改好幾次界面的情況，開(kāi)始設(shè)計(jì)一個(gè)界面直接就開(kāi)始做，做了一半發(fā)現(xiàn)邏輯對(duì)不上，然后去討論，完了回來(lái)重頭寫(xiě)。折騰半天，時(shí)間浪費(fèi)了，最后問(wèn)你怎么一個(gè)功能做了這么久？是不是效率太低了？

我當(dāng)時(shí)真的想拍桌子問(wèn)問(wèn)產(chǎn)品，你能不能開(kāi)始就把功能這個(gè)邏輯都設(shè)計(jì)對(duì)？鍋都讓開(kāi)發(fā)背了...

三.產(chǎn)品設(shè)計(jì)無(wú)限拖延

一個(gè)產(chǎn)品開(kāi)發(fā)新版本流程大概是：提出需求->根據(jù)需求UI做出效果圖->然后產(chǎn)品和UI根據(jù)效果圖做出小調(diào)整->定稿，UI切圖->開(kāi)發(fā)根據(jù)效果圖開(kāi)發(fā)

當(dāng)然上面說(shuō)的不是敏捷開(kāi)發(fā)的步驟...

很多時(shí)候兩個(gè)周的開(kāi)發(fā)周期，前面幾步就被用掉了一周，開(kāi)發(fā)拿到效果圖已經(jīng)是第二周了...開(kāi)發(fā)前期很多時(shí)候能做的事情很有限...有時(shí)候根據(jù)大概描述先做也很不清晰，做出來(lái)后面看到效果圖，基本也要重新改動(dòng)一遍，改動(dòng)小的除外，所以有時(shí)候開(kāi)發(fā)的時(shí)間非常緊迫。so ?加班 加班 加班

四.產(chǎn)品設(shè)計(jì)不夠整體化考慮

好多時(shí)候產(chǎn)品經(jīng)理提出新的功能或者需求都會(huì)去參考其它的app，如果是一個(gè)經(jīng)驗(yàn)不太夠的產(chǎn)品，他每次設(shè)計(jì)出來(lái)的東西和整個(gè)產(chǎn)品都不一定能對(duì)應(yīng)上，比如 ：好幾種顏色的標(biāo)題欄，首頁(yè)風(fēng)格經(jīng)常會(huì)變 一會(huì)九宮格布局 ，一會(huì)兒tab標(biāo)簽欄布局（一種是activity跳轉(zhuǎn)，一種是fragment碎片），好幾種風(fēng)格的篩選數(shù)據(jù)的效果。

我們一般開(kāi)發(fā)很多功能都有一個(gè)共用的概念,比如程序的標(biāo)題欄等都是繼承一個(gè)，如果效果不一樣，我們就要單獨(dú)處理，導(dǎo)致程序可維護(hù)性不高。

當(dāng)然有很多時(shí)候這都是沒(méi)辦法的事情...大部分時(shí)候都是要按照需求做...

更有夸張的時(shí)候，我們做完馬上要發(fā)布了，要求重新做一版..

五.產(chǎn)品開(kāi)發(fā)時(shí)間卡的非常死

很多情況，我們開(kāi)發(fā)的時(shí)候都會(huì)排一個(gè)時(shí)間表，大家嚴(yán)格按照時(shí)間表執(zhí)行，但是這個(gè)時(shí)間表上面羅列出來(lái)的功能和我們真正的開(kāi)發(fā)時(shí)間往往相差很多。一個(gè)支付功能問(wèn)你做過(guò)沒(méi)有，你說(shuō)做過(guò)，那可能只給你1天時(shí)間，第二天產(chǎn)品經(jīng)理就過(guò)來(lái)問(wèn) 支付調(diào)通了沒(méi)有...

讓你負(fù)責(zé)整個(gè)項(xiàng)目，列出一大堆功能，問(wèn)你20天能上線嗎？你這就是赤裸裸的讓我加班啊...

就算是開(kāi)發(fā)時(shí)間夠，開(kāi)發(fā)過(guò)程中難免出現(xiàn)這樣那樣的問(wèn)題。總要有一些處理其他問(wèn)題的時(shí)間吧，萬(wàn)一開(kāi)發(fā)環(huán)境突然搞亂了，或者電腦出了問(wèn)題需要重裝環(huán)境。又或者大家一起合作有同事把代碼提交錯(cuò)了，覆蓋了自己的代碼。各種情況都有可能耽誤開(kāi)發(fā)時(shí)間。有的公司還各種開(kāi)會(huì)，一個(gè)會(huì)一上午就沒(méi)了...

有些負(fù)責(zé)人還要去面試，面試回來(lái)就被問(wèn)進(jìn)度怎么樣了？要不就是帶些新人，幫助他解決問(wèn)題或者講解業(yè)務(wù) 這都需要時(shí)間啊！

有排計(jì)劃的時(shí)候把這些都考慮進(jìn)去的嗎？產(chǎn)品負(fù)責(zé)人只會(huì)說(shuō)，這點(diǎn)功能怎么這么久還沒(méi)跑通？

六.簡(jiǎn)單功能復(fù)雜化

舉個(gè)例子 ?一個(gè)選擇城市的功能,可能公司產(chǎn)品就支持3個(gè)城市，大家在做這個(gè)程序的時(shí)候，一般有點(diǎn)經(jīng)驗(yàn)的都會(huì)考慮 這個(gè)城市以后增加了怎么辦，肯定不可以在程序里面寫(xiě)死，這個(gè)必須動(dòng)態(tài)控制，不能以后增加一個(gè)城市我們就提交一次app吧。 這么想講道理沒(méi)有問(wèn)題，然后獲取一個(gè)城市列表（3個(gè)固定城市）加一次網(wǎng)絡(luò)請(qǐng)求服務(wù)器。然后產(chǎn)品經(jīng)理過(guò)來(lái)發(fā)現(xiàn)，你這么做有問(wèn)題啊，就這么三條數(shù)據(jù)每次進(jìn)這個(gè)界面還有正在加載數(shù)據(jù)（一般網(wǎng)絡(luò)請(qǐng)求如果網(wǎng)絡(luò)慢的時(shí)候，都有加載中提示...），然后讓你改，說(shuō)體驗(yàn)不好....然后你就要想辦法了，這個(gè)不能寫(xiě)死，還不能每次都加載，那么只能第一次加載完存本地了，下次判斷本地有就不請(qǐng)求服務(wù)器了...好然后高興的寫(xiě)去了，寫(xiě)完想想有漏洞，如果服務(wù)器這個(gè)時(shí)候有增刪改就麻煩了，比如 多個(gè)城市，少個(gè)城市，改了其中一個(gè)城市的名字...這個(gè)本地就和服務(wù)器對(duì)應(yīng)不上了，然后還要再添加對(duì)本地?cái)?shù)據(jù)更新的邏輯......

后來(lái)，這個(gè)app再也沒(méi)有支持過(guò)別的城市,白白加了這么多復(fù)雜的邏輯...

我總覺(jué)得功能盡量越簡(jiǎn)單去實(shí)現(xiàn)越好，不要為了一個(gè)簡(jiǎn)單的小功能去影響整個(gè)產(chǎn)品的體驗(yàn)....

我在第一家公司的時(shí)候，老板提出這樣一個(gè)概念，就是做一款可以配置的app，就一個(gè)項(xiàng)目...聽(tīng)好是一個(gè)項(xiàng)目，不允許拷貝多個(gè)項(xiàng)目然后修改，因?yàn)椴缓镁S護(hù)...

老板大概意思就是 ? 首頁(yè)的圖片文字，主界面的模塊功能點(diǎn)等都是動(dòng)態(tài)的 所有的能看到的界面都可以在后臺(tái)服務(wù)器配置...

說(shuō)白了就是：app上所有的地方都要從后臺(tái)請(qǐng)求字段 ，然后根據(jù)定義好的字段的值 去控制app的顯示....這樣就會(huì)產(chǎn)生出來(lái)很多app... 餐飲，醫(yī)療，交通，購(gòu)物....

老板的概念是：定制化全能app...

大家想一下這個(gè)難度有多大，然后缺點(diǎn)有多少.

這個(gè)產(chǎn)品的缺點(diǎn)：

1.app內(nèi)邏輯以及請(qǐng)求太多，影響app的流暢度及體驗(yàn)

2.從產(chǎn)品角度考慮，配置出來(lái)的app缺乏個(gè)性化，功能界面效果很單一。

3.產(chǎn)品過(guò)于復(fù)雜，導(dǎo)致app本身過(guò)大。（基本所有第三方的sdk都會(huì)用到，jar包就幾十個(gè)）

我理解的好的產(chǎn)品應(yīng)該是： 設(shè)計(jì)簡(jiǎn)單、操作流暢、功能簡(jiǎn)單易用、穩(wěn)定性高、用戶(hù)體驗(yàn)好， 這些都很關(guān)鍵。

所以一些功能從產(chǎn)品經(jīng)理設(shè)計(jì)出來(lái)的那一刻就注定是失敗的，開(kāi)發(fā)多努力都毫無(wú)意義...

程序員成功的關(guān)鍵有很多因素，碰到一個(gè)好的產(chǎn)品經(jīng)理設(shè)計(jì)出一款好產(chǎn)品，你就算做的工作很少，也一樣可以成功。

但是你碰到坑人的產(chǎn)品經(jīng)理設(shè)計(jì)出坑人的產(chǎn)品，你多優(yōu)秀都會(huì)被埋沒(méi)....想必這也是很多大神都愿意去大公司的原因...的確產(chǎn)品好，自己做的也沒(méi)有那么累...

小公司什么奇葩都有...

說(shuō)了這么多，我總覺(jué)得基本幾年的開(kāi)發(fā)都碰到過(guò)類(lèi)似的情況，那么我們開(kāi)發(fā)如果總是被產(chǎn)品牽著鼻子走，做的累不累？

我們開(kāi)發(fā)要怎么面對(duì)這些問(wèn)題呢，我提出我自己的幾點(diǎn)看法（有問(wèn)題及時(shí)提出指正）：

1.我們盡量要參與需求的制定及討論，盡量對(duì)一些不合理的地方及時(shí)從開(kāi)發(fā)的角度提出自己的意見(jiàn)。

2.當(dāng)需求制定出來(lái)的時(shí)候，我們拿到效果圖，不要著急做，要腦子里面先想想哪里有問(wèn)題，不合理，整體流程能不能跑通。想通了在做。

3.當(dāng)產(chǎn)品上線前，盡量不要做一些沒(méi)有太多意義的小功能。精力都放在處理關(guān)鍵bug，問(wèn)題上。功能能不加就不加。

4.提前制定好計(jì)劃，當(dāng)需求反復(fù)改的時(shí)候，要及時(shí)和上級(jí)溝通交流，調(diào)整時(shí)間計(jì)劃，避免后期時(shí)間計(jì)劃對(duì)應(yīng)不上。

暫時(shí)就想到這些了，后面想到再補(bǔ)充，希望大家也可以多多提出自己的看法。都談?wù)勛约号龅降钠孑鉄o(wú)語(yǔ)的事情。

歡迎大家加入我的開(kāi)發(fā)群：454430053

開(kāi)發(fā)者 移動(dòng)APP

版權(quán)聲明：本文內(nèi)容由網(wǎng)絡(luò)用戶(hù)投稿，版權(quán)歸原作者所有，本站不擁有其著作權(quán)，亦不承擔(dān)相應(yīng)法律責(zé)任。如果您發(fā)現(xiàn)本站中有涉嫌抄襲或描述失實(shí)的內(nèi)容，請(qǐng)聯(lián)系我們jiasou666@gmail.com 處理，核實(shí)后本網(wǎng)站將在24小時(shí)內(nèi)刪除侵權(quán)內(nèi)容。

版權(quán)聲明：本文內(nèi)容由網(wǎng)絡(luò)用戶(hù)投稿，版權(quán)歸原作者所有，本站不擁有其著作權(quán)，亦不承擔(dān)相應(yīng)法律責(zé)任。如果您發(fā)現(xiàn)本站中有涉嫌抄襲或描述失實(shí)的內(nèi)容，請(qǐng)聯(lián)系我們jiasou666@gmail.com 處理，核實(shí)后本網(wǎng)站將在24小時(shí)內(nèi)刪除侵權(quán)內(nèi)容。