8.26-9.3,從接觸到需求開始,到開發(fā)文檔寫完這是全部的時間。乍一看時間不短,但對于這次是一個比較大的系統(tǒng)來看,還是趕了一些。來反思一下這個過程中出現(xiàn)了哪些問題。
總計為一下四點:
1、需求了解的不夠深入,不夠徹底。
2、浪費了過多的時間在具體頁面的設(shè)計上。
3、畫頁面的經(jīng)驗太少,直接套用模板并不是特別合適。
4、寫PRD文檔不夠靈活。
1、需求了解的不夠深入,不夠徹底。
在接到這個項目的時候,需求方給的信息很少,只是講“希望把我們目前都熱門類業(yè)務集成到一個平臺上,從微博的實時、熱門、租號開始”。
拆分一下,
背景:熱門類業(yè)務越來越難做,銷售簽單變的困難
愿景:從售賣業(yè)務轉(zhuǎn)變?yōu)槭圪u平臺
近階段目標:集成熱門類業(yè)務,并且做到自動監(jiān)測排名、自動扣除積分
以上這些都是后來溝通的時候,我自己做的定位和拆分,需求方的老板以及領(lǐng)導對于這些東西沒有講太多,或者說自始至終沒有特別重視這一塊。
2、浪費了過多的時間在具體頁面的設(shè)計上。
接到這個項目的時間在我學習Axure課程的尾聲,于是很蠢的陷入了具體頁面的設(shè)計中。并且在這之前沒有梳理業(yè)務,也沒有梳理整個平臺的具體模塊,整整浪費了4天時間。
現(xiàn)在想來,如果能優(yōu)化流程的話,能提高非常大的工作效率,優(yōu)化流程如下:
整理業(yè)務流程,根據(jù)業(yè)務流程中的各個步驟細分成頁面
根據(jù)業(yè)務流程中的各種執(zhí)行者,細分成不同角色
進而畫出整體的平臺的整體架構(gòu),根據(jù)架構(gòu)和領(lǐng)導溝通,是否業(yè)務流程中需要變更,是否執(zhí)行角色有缺失,再繼續(xù)調(diào)整
以上這些才是這次設(shè)計比較核心的東西,然后因為前期浪費了太長時間,導致這一部分沒有花太多的精力去完成?;?天設(shè)計的頁面有需要大改,費時費力。
3、畫頁面的經(jīng)驗太少,直接套用模板并不是特別合適。
框架搭好了之后,就是頁面的設(shè)計了。這次直接用了螞蟻金服提供的左側(cè)導航模板,實際的使用感受并不好?;蛘哒f因為我第一次使用,經(jīng)驗太少,模板內(nèi)的一些留空操作,組合設(shè)計讓我用的很難受。不是自己畫出來的組件,連做簡單的交互都讓我覺得很麻煩。所以需要吸取教訓,以后模板只用來參考,不直接套用,直接套用一些小的模塊(比如數(shù)據(jù)監(jiān)控的模塊)效率更高;另外就是,自己畫頁面的經(jīng)驗太少,臨摹還可以,完全要自己設(shè)計頁面很是很生澀,需要繼續(xù)加強。
4、寫PRD文檔不夠靈活。
公司提供的PRD文檔模板的局限性很大,并不適合這次的文檔說明。前期想偷懶直接套用,之后越用越覺得難受,有很多重復的內(nèi)容需要填寫,整個文檔寫了9k的字,又臭又長,之后修改的時候也很苦惱。因此,之后寫文檔的時候需要更加靈活一些,市面上的模板并非適合直接套用,在使用的過成功需要總結(jié)出適合自己的部分。使用框架,不照搬格式。