我們在拿到很多需求的時候,可能會有些凌亂,不知道從何切入。我覺得首先要做的就是梳理需求。1、拿到需求后先反問為什么有這個需求,這個需求為什么是這個樣子?2、把需求轉化為功能,排出優先級。
最近在設計一個項目協作管理的App,有很多需求。由于客觀原因,不方便和甲方交流,所以我在拿到這些需求之后先問自己為什么有這些需求,從而提出了一些問題與甲方交流。將這些需求都梳理清楚之后,把這些需求轉化為了功能。下一步就是排出優先級。重要的功能放在一級界面,次重要的放在二級或者三級界面,龐大的功能給個入口。
因為有很多信息需要直接展現,比如說任務的時間、任務時間是否可以更改、任務名稱和內容、誰來執行、任務完成后的標注、任務級別的標注、附表的體現等等。因為在pad端,展示的任務多,每個任務的有效面積就很小,這樣信息的展示有限,所以梳理后我把任務時間、任務完成后的狀態勾選、任務名稱、誰來執行、任務級別的顯示、附表的圖標放在一級界面。原計劃是通過拖拽來更改任務時間,但是由于任務內容的限制需要時間精確,所以時間的更改放在了二級界面,此外任務級別的標注、任務的詳細內容也放在了二級界面,填表放在了三級界面。
最初我考慮的是參考任務管理類App和日歷的形式,日歷的形式能夠通過色塊的長短直觀地展現任務的時長。但是這樣子又有了一個問題,因為有日、周、月三種方式展現的需求,周展示個別重要任務,日展示全部任務,周界面與日界面的區別是,周界面多了橫軸顯示7天,所以周界面的任務面積比日界面的還小。(雖然覺得周展現有點尷尬,但是由于客觀因素不能更改這個需求)加上有的任務短至10min,在日界面下10min的任務色塊很細,不足以展示那么多的內容,周界面就更困難了,但是又必須展示,所以在周界面這里卡住了。
后來我把任務拆解了,我發現之前考慮的是恒縱坐標都是時間,那我是不是可以把縱軸改為以人為單位?這就是甘特圖。因為只有三個人,所以縱軸很寬裕,橫軸在日界面以15min/30min/1h三種單位切換,在周界面以天為單位,在月界面以周為單位。這時又有了另一個問題,日和月界面都ok,在周界面雖然能羅列很多任務,但是不能顯示具體的時間。所以這個方案還是不行。
這時我發現我的思維被日歷圈住了,那是不是可以不參考日歷的形式,又能很好地展示時間等重要信息?我思考了下這項任務時間方面重要的是開始時間,所以只要把開始時間的觀念告訴用戶就好了。卡片羅列的形式不失為一個解決方案。把重要的信息展現在一級界面,次重要的展現在二級,輔以交互動畫,這樣不僅可以很好的展現信息層級關系,還可以提取重要信息。在周界面,由于“天”單位的限制,卡片長度變小了,但是可以加大寬度。日界面與周界面的區別在于,周界面比日界面更加概覽,在周界面可以通過放大縮小來管理卡片顯示的信息量。月界面用于展示主要任務,所以比周界面更加概覽。
目前項目還沒有完成~后續再加進來吧~(●'?'●)