大型軟件開發(fā)心得范文
立項(xiàng)前
1、統(tǒng)一元素設(shè)計(jì)需考慮周全
也許是初創(chuàng)團(tuán)隊(duì)的緣故,我不得不感嘆團(tuán)隊(duì)對(duì)產(chǎn)品經(jīng)理要求之嚴(yán)格之縝密,項(xiàng)目全程只有一個(gè)人負(fù)責(zé),所以大到產(chǎn)品線對(duì)接,小到一句提示的位置和展示形式都需要一一推敲。
哪些元素應(yīng)該做到統(tǒng)一
a、提示方面:統(tǒng)一的操作成功/失敗提示;統(tǒng)一的彈窗形式;提示語言采用較統(tǒng)一的句型;為空情況的友好提醒;溢出情況的友好提醒;表單實(shí)時(shí)驗(yàn)證的提醒形式等。
b、文字方面:是否有統(tǒng)一的段落前“·”號(hào);統(tǒng)一的鏈接狀態(tài);統(tǒng)一的字體、間距、行高等。
c、圖片方面:調(diào)取圖片的統(tǒng)一尺寸;如果是上傳圖片類的操作,需要考慮周全全站的調(diào)取情況,以及考慮是否統(tǒng)一預(yù)覽圖的尺寸等。
d、細(xì)節(jié)交互:未激活功能的按鈕做“灰色”處理(例如用戶沒有勾選信息時(shí)批量刪除按鈕不可使用);按鈕點(diǎn)擊的狀態(tài)統(tǒng)一(例如增加“提交中”的按鈕狀態(tài),以防止網(wǎng)速慢用戶狂點(diǎn)某一按鈕的情況);特殊控件的統(tǒng)一等。
也許會(huì)有朋友說,上面有些是交互設(shè)計(jì)師需要做的事,但我一直認(rèn)為作為一個(gè)產(chǎn)品經(jīng)理考慮周全一些,沒壞處。這些“統(tǒng)一”同樣可以用在驗(yàn)收階段,要知道,即使一個(gè)像素也可以改變整個(gè)產(chǎn)品的感覺。
2、原有功能的去留
我一直覺得升級(jí)已有產(chǎn)品比開發(fā)新產(chǎn)品難一些。這就像栽培植物一樣,新種下一棵果樹無非需要選對(duì)了土地,然后刨個(gè)坑種下去,然而成長(zhǎng)期的去病枝、打頂?shù)雀鞣N修剪所消耗的精力往往更多。
改進(jìn)已有產(chǎn)品常常需要面對(duì)一個(gè)最棘手的問題:原有功能是去是留?
原功能去掉的話是不是會(huì)影響部分用戶使用?是否需要通過公告、站內(nèi)信、界面引導(dǎo)等方式友好地告知用戶?怎樣把對(duì)用戶的傷害降至最低?
原功能留下的話是不是可以優(yōu)化完善?聽到了什么用戶群怎樣的聲音?是否要在這次升級(jí)中做調(diào)整?
這些問題當(dāng)接到項(xiàng)目的時(shí)候,產(chǎn)品經(jīng)理就應(yīng)該考慮周全了。特別需要注意的是,如果這個(gè)產(chǎn)品之前不是自己設(shè)計(jì)的,那么最好找到prd說明文檔細(xì)細(xì)研究一遍,對(duì)把握不準(zhǔn)的功能點(diǎn)找到原負(fù)責(zé)人確認(rèn),畢竟樹苗是ta摘的,別把將來最能結(jié)果的枝干給砍了。
3、產(chǎn)品線上下游的對(duì)接
昨天有跟朋友聊起淘寶強(qiáng)勢(shì)之處,就是產(chǎn)品與產(chǎn)品緊密捏合,線上線下、跨平臺(tái)跨行業(yè)形成了一個(gè)盤根錯(cuò)節(jié)、根深蒂固的根基,無可撼動(dòng)。
所以把握產(chǎn)品線上下游和產(chǎn)品周邊很重要,即使一個(gè)看似簡(jiǎn)單的新聞?wù)故卷?yè)面修改也會(huì)牽扯到編輯后臺(tái)、廣告位管理、幫助中心,甚至是訪問統(tǒng)計(jì)、數(shù)據(jù)需求的.變更。
這要求在產(chǎn)品設(shè)計(jì)開始前,需要把該產(chǎn)品“連根拔起”,仔細(xì)梳理相關(guān)脈絡(luò),如果產(chǎn)品線夠長(zhǎng),一個(gè)清晰的產(chǎn)品線結(jié)構(gòu)圖很有必要。
項(xiàng)目中
1、項(xiàng)目期間來自相關(guān)產(chǎn)品線調(diào)整的影響
項(xiàng)目期間相關(guān)產(chǎn)品線的調(diào)整是我最不愿意遇到的情況,這就像你在通往目的地的道路上高速行駛,就快要到達(dá)終點(diǎn)了,突然一個(gè)人告訴你:你走錯(cuò)路了。
項(xiàng)目里有一個(gè)通用模塊,產(chǎn)品設(shè)計(jì)到一半,這個(gè)通用模塊改了;項(xiàng)目里有一個(gè)流程,產(chǎn)品做到一半,這個(gè)流程廢棄了;最要命的是已經(jīng)立項(xiàng)開發(fā)了,你不得不硬著頭皮跟程序員說:“因?yàn)橐恍┎豢煽咕茉颍@個(gè)需求咱不做了。”
對(duì)于一個(gè)耗時(shí)較長(zhǎng)的項(xiàng)目來說,這種情況難以避免,事出原因私自總結(jié)有三:
a、嚴(yán)重體驗(yàn)性問題:例如某個(gè)流程遭到大量用戶的不滿,為防止用戶流失,不得不做臨時(shí)調(diào)整,而倒霉的是,你也在用這個(gè)流程。
b、相關(guān)項(xiàng)目的影響:包括并行項(xiàng)目和新項(xiàng)目。例如你的同事在設(shè)計(jì)另一個(gè)產(chǎn)品,你們的產(chǎn)品相互牽扯較多,所以需求分析時(shí)做過很多溝通,但有一天,同事告訴你,ta的一個(gè)需求做臨時(shí)調(diào)整了會(huì)影響到你,怎么辦?
c、老板的突然決定:不舉例。
最終的解決方法不外乎三種:立即調(diào)整、延期調(diào)整、不調(diào)整。個(gè)人的處理原則一般是對(duì)a種情況進(jìn)行立即調(diào)整,對(duì)b、c情況討論并選擇性延期。
為什么這么做呢?a情況是必須要改的,時(shí)間早晚問題,長(zhǎng)痛不如短痛,b、c兩種情況必須坐下來細(xì)細(xì)討論。需了解這個(gè)需求為什么要改?是長(zhǎng)期對(duì)策還是臨時(shí)決定?能否延期,記錄需求等下一版本再開發(fā)?如果b、c情況提出來的需求沒過兩天又有改變,那與你配合的前端和程序員也太沒有安全感了。
這個(gè)時(shí)代能耐心閱讀完XX枚漢字的人越來越少,較大型項(xiàng)目的產(chǎn)品工作心得[下]未完待續(xù),歡迎交流……
2、需求變更
承上,需求變更是每個(gè)程序員、產(chǎn)品經(jīng)理、設(shè)計(jì)師等都會(huì)遇到的情況。產(chǎn)品經(jīng)理不是神,項(xiàng)目組也不可能是開了無敵狀態(tài)抵擋任何外界的影響。
當(dāng)遇到不得不變更需求的時(shí)候,產(chǎn)品經(jīng)理應(yīng)該怎樣處理呢?下面是個(gè)人的四條建議:
a、積極處理。往往,當(dāng)一個(gè)設(shè)計(jì)愈是趨于完成,人們愈是傾向于局部調(diào)整,而不是做重新設(shè)計(jì)。當(dāng)一個(gè)需求因?yàn)楸娝苤脑虿坏貌徽{(diào)整的時(shí)候,作為產(chǎn)品經(jīng)理需要做的第一件事便是積極面對(duì)問題,積極處理。
項(xiàng)目開發(fā)往往是一個(gè)緊張的過程,每半天甚至每幾個(gè)小時(shí)就有若干個(gè)功能點(diǎn)開發(fā)完成,當(dāng)一個(gè)需求變更傳達(dá)出現(xiàn)“延遲”,這個(gè)變更對(duì)項(xiàng)目的正常進(jìn)程的“破壞力”就會(huì)更大一些。
b、保持溝通。“說話容易,溝通很難。很多事除非對(duì)方自己想明白,勸是沒有用的。所以,很多時(shí)候,溝通是個(gè)自己掙扎的過程”這話沒錯(cuò)。需求變更直接會(huì)影響到下一道工序,產(chǎn)品經(jīng)理需要將需求變更的細(xì)節(jié)和原因傳達(dá)給相關(guān)人員,包括視覺、前端、程序、測(cè)試等。
這是很多產(chǎn)品經(jīng)理表示非常痛苦的過程,因?yàn)榭赡軙?huì)遭到數(shù)落和冷眼,日本有一個(gè)禮儀原則是“不要給別人添麻煩”,但是在項(xiàng)目中,這不可避免。
個(gè)人認(rèn)為所有溝通的障礙都源于思想的不統(tǒng)一,如果讓大家覺得這個(gè)需求修改是在浪費(fèi)時(shí)間,那么溝通上的不暢快在所難免。項(xiàng)目不是這樣算的,需求既然更改一定有所目的,產(chǎn)品經(jīng)理需要將這個(gè)原因講明白,不做修改或節(jié)約溝通時(shí)間導(dǎo)致的返工,后果往往更嚴(yán)重。
【大型軟件開發(fā)心得范文】相關(guān)文章:
軟件開發(fā)培訓(xùn)心得04-26
大型會(huì)議通知范文08-05
大型會(huì)議通知09-29
軟件開發(fā)實(shí)習(xí)總結(jié)05-05
軟件開發(fā)簡(jiǎn)歷模板09-24
參加大型特賣活動(dòng)員工感言范文03-14
開大型酒店的創(chuàng)業(yè)計(jì)劃書范文01-15
基層軟件開發(fā)簡(jiǎn)歷模板03-21