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