一、項(xiàng)目背景&簡介

隨著實(shí)驗(yàn)室項(xiàng)目日益增多谓形，實(shí)驗(yàn)室人員與項(xiàng)目管理日趨復(fù)雜灶伊，為了減少線下溝通成本、提高項(xiàng)目推進(jìn)和團(tuán)隊(duì)管理效率寒跳，從而衍生出輕項(xiàng)目這款基于WEB的項(xiàng)目管理系統(tǒng)聘萨。

Slogan：項(xiàng)目之重 管理之輕
提供服務(wù)：便捷的任務(wù)管理、便捷的項(xiàng)目報(bào)告童太、完備的數(shù)據(jù)視圖米辐、開放的應(yīng)用接口胸完。

輕項(xiàng)目首頁

實(shí)驗(yàn)室組織架構(gòu)

實(shí)驗(yàn)室團(tuán)隊(duì)管理采用傳統(tǒng)的層級(jí)化管理模式翘贮，導(dǎo)師為超級(jí)管理員統(tǒng)領(lǐng)所有項(xiàng)目狸页，每個(gè)項(xiàng)目設(shè)項(xiàng)目負(fù)責(zé)人和項(xiàng)目參與人員芍耘，項(xiàng)目負(fù)責(zé)人為該項(xiàng)目管理員齿穗，由于實(shí)驗(yàn)室團(tuán)隊(duì)總?cè)藬?shù)在20-30左右承擔(dān)著大大小小十余個(gè)項(xiàng)目窃页，因此各項(xiàng)目間存在著人員強(qiáng)耦合的情況脖卖，平均每人參與2-3個(gè)項(xiàng)目的功能設(shè)計(jì)與開發(fā)畦木。

確定系統(tǒng)架構(gòu)模式為層級(jí)式架構(gòu)十籍，而非扁平式架構(gòu)唇礁。

二盏筐、相關(guān)需求的設(shè)計(jì)與實(shí)現(xiàn)

1琢融、同類產(chǎn)品功能分析

在參與項(xiàng)目之初由于對(duì)項(xiàng)目管理系統(tǒng)的概念不夠清晰漾抬，因此瀏覽了多款國內(nèi)外的項(xiàng)目管理系統(tǒng)和企業(yè)溝通軟件纳令，包括但不限于ONES Project、Tower毯欣、Slack、Teambition砚作、Worktitle葫录。
基于實(shí)驗(yàn)室團(tuán)隊(duì)中心層級(jí)突出米同、局部扁平化面粮、項(xiàng)目人員強(qiáng)耦合等特點(diǎn)熬苍，最終選取了一款更適用于實(shí)驗(yàn)室項(xiàng)目和團(tuán)隊(duì)管理的項(xiàng)目管理系統(tǒng)Teambition來做產(chǎn)品同類調(diào)研分析柴底，并確定功能模塊方向柄驻。

Teambition——協(xié)作凿歼，讓企業(yè)和團(tuán)隊(duì)實(shí)現(xiàn)目標(biāo)
優(yōu)秀案例：小米 得到 喜馬拉雅FM

teambition產(chǎn)品功能分析

2答憔、確定功能需求

【任務(wù)管理模塊重構(gòu)】

初始版本的任務(wù)管理模塊是傳統(tǒng)的時(shí)間線列表模式。
重構(gòu)后蓉驹，將任務(wù)管理模塊改為更加高效的工作流看板模式态兴，項(xiàng)目成員可以更加直觀地看到各項(xiàng)任務(wù)的進(jìn)行情況瞻润，操作便捷绍撞，使項(xiàng)目進(jìn)程管理更加高效章贞。

輕項(xiàng)目任務(wù)管理頁面

1. 周報(bào)模塊的用戶優(yōu)先層級(jí)為導(dǎo)師（項(xiàng)目主管） → 項(xiàng)目負(fù)責(zé)人 → 項(xiàng)目參與人員鸭限，其中導(dǎo)師每周會(huì)查閱所有成員的周報(bào)并做批注回復(fù)丧荐，因此周報(bào)模塊的默認(rèn)主頁面應(yīng)更便于導(dǎo)師用戶的閱覽虹统。
   初始版本的周報(bào)模塊默認(rèn)主頁面為已發(fā)送 + 列表視圖车荔，這造成每一次導(dǎo)師在查閱周報(bào)時(shí)均需點(diǎn)擊切換到收件箱 + 日歷視圖 帶來了很多不必要的繁瑣操作族吻，因此收件箱 + 日歷模式的入口深度應(yīng)該最淺超歌，設(shè)置為默認(rèn)主頁面巍举。
   

   初始版本周報(bào)模塊默認(rèn)頁面貼圖
   
   
   更改后的周報(bào)模塊默認(rèn)頁面對(duì)比貼圖

2. 導(dǎo)師用戶查閱周報(bào)時(shí)會(huì)有一個(gè)從周報(bào)詳情頁返回到收件箱+日歷視圖頁面的操作炭分，初始版本中點(diǎn)擊返回按鈕會(huì)返回到周報(bào)模塊默認(rèn)主頁面捧毛，使用戶需重新跳轉(zhuǎn)到之前瀏覽頁面進(jìn)行查看岖妄，而導(dǎo)師用戶每周需要查閱10-20份周報(bào)荐虐，因此上述操作重復(fù)率極高腕铸，降低了用戶體驗(yàn)铛碑。對(duì)此涛菠，提出上一頁頁面狀態(tài)緩存的需求，并通過瀏覽器的Session Storage緩存機(jī)制重構(gòu)了周報(bào)模塊主頁面功能按鈕組的邏輯牍颈。
   

   更改前按鈕邏輯.jpg
   
   
   更改后按鈕組邏輯.jpg

在重構(gòu)按鈕組邏輯的時(shí)候發(fā)現(xiàn)画机，站在開發(fā)者的角度和站在產(chǎn)品的角度去考慮產(chǎn)品研發(fā)的時(shí)候可能會(huì)產(chǎn)出兩種完全不同的產(chǎn)品碰缔。開發(fā)者往往會(huì)從技術(shù)角度去尋求最簡便的方式去實(shí)現(xiàn)功能瀑焦，主要以實(shí)現(xiàn)功能為驅(qū)動(dòng)；而產(chǎn)品更多的會(huì)優(yōu)先從用戶體驗(yàn)和交互便捷的角度去設(shè)計(jì)功能，然后再去考慮技術(shù)相關(guān)的問題粹懒。深刻地體會(huì)到一個(gè)產(chǎn)品在最初時(shí)的功能設(shè)計(jì)是一定要從用戶出發(fā)最后再落回到技術(shù)上尋求最優(yōu)解，雖然技術(shù)驅(qū)動(dòng)是最快的方式帽芽，但真正的產(chǎn)品是要落地于廣大用戶的纤子，所以即使細(xì)致地功能設(shè)計(jì)是一個(gè)很費(fèi)時(shí)費(fèi)力的工作跌捆，這些也并不是沉沒成本姆钉，而是一款優(yōu)秀產(chǎn)品的必經(jīng)之路。這也是我從一個(gè)開發(fā)者的思維向產(chǎn)品經(jīng)理的思維轉(zhuǎn)變的一個(gè)過程，感覺蠻有趣的沾谜。

【IM即時(shí)通訊子系統(tǒng)（進(jìn)行中）】