我们在拿到很多需求的时候,可能会有些凌乱,不知道从何切入。我觉得首先要做的就是梳理需求。1、拿到需求后先反问为什么有这个需求,这个需求为什么是这个样子?2、把需求转化为功能,排出优先级。
最近在设计一个项目协作管理的App,有很多需求。由于客观原因,不方便和甲方交流,所以我在拿到这些需求之后先问自己为什么有这些需求,从而提出了一些问题与甲方交流。将这些需求都梳理清楚之后,把这些需求转化为了功能。下一步就是排出优先级。重要的功能放在一级界面,次重要的放在二级或者三级界面,庞大的功能给个入口。
因为有很多信息需要直接展现,比如说任务的时间、任务时间是否可以更改、任务名称和内容、谁来执行、任务完成后的标注、任务级别的标注、附表的体现等等。因为在pad端,展示的任务多,每个任务的有效面积就很小,这样信息的展示有限,所以梳理后我把任务时间、任务完成后的状态勾选、任务名称、谁来执行、任务级别的显示、附表的图标放在一级界面。原计划是通过拖拽来更改任务时间,但是由于任务内容的限制需要时间精确,所以时间的更改放在了二级界面,此外任务级别的标注、任务的详细内容也放在了二级界面,填表放在了三级界面。
最初我考虑的是参考任务管理类App和日历的形式,日历的形式能够通过色块的长短直观地展现任务的时长。但是这样子又有了一个问题,因为有日、周、月三种方式展现的需求,周展示个别重要任务,日展示全部任务,周界面与日界面的区别是,周界面多了横轴显示7天,所以周界面的任务面积比日界面的还小。(虽然觉得周展现有点尴尬,但是由于客观因素不能更改这个需求)加上有的任务短至10min,在日界面下10min的任务色块很细,不足以展示那么多的内容,周界面就更困难了,但是又必须展示,所以在周界面这里卡住了。
后来我把任务拆解了,我发现之前考虑的是恒纵坐标都是时间,那我是不是可以把纵轴改为以人为单位?这就是甘特图。因为只有三个人,所以纵轴很宽裕,横轴在日界面以15min/30min/1h三种单位切换,在周界面以天为单位,在月界面以周为单位。这时又有了另一个问题,日和月界面都ok,在周界面虽然能罗列很多任务,但是不能显示具体的时间。所以这个方案还是不行。
这时我发现我的思维被日历圈住了,那是不是可以不参考日历的形式,又能很好地展示时间等重要信息?我思考了下这项任务时间方面重要的是开始时间,所以只要把开始时间的观念告诉用户就好了。卡片罗列的形式不失为一个解决方案。把重要的信息展现在一级界面,次重要的展现在二级,辅以交互动画,这样不仅可以很好的展现信息层级关系,还可以提取重要信息。在周界面,由于“天”单位的限制,卡片长度变小了,但是可以加大宽度。日界面与周界面的区别在于,周界面比日界面更加概览,在周界面可以通过放大缩小来管理卡片显示的信息量。月界面用于展示主要任务,所以比周界面更加概览。
目前项目还没有完成~后续再加进来吧~(●'◡'●)