估计一件事情要花多少事情是非常难的，通常也是不可能的尤其是在软件开发工作当中设计这一环节，当产品经理提供给你了一系列的设计需求，你以为就只有这些？就可以开始制作了？想多了 骚年。即使你曾在一些小项目上有成功的预测，但随着项目的发展你会感觉到越来越难。一个好的方法是要给自己留相对充分的时间，当然这些时间一定是有根据的，不然很可能领导认为你在消极怠工。许多年纪轻轻的设计师没有这方面的经验，最后把自己逼的死去活来。具体的表现形式分为两种。

第一类：项目经理，产品经理说明需求后可能需求还没有全部理解就立马不假思索的随意说出一个数值，毕竟年轻气盛嘛，想在领导心中留下这小伙子/小姑凉行动力强，效率高的印象。所以在没有充分想明白这个需求的复杂程度，与其他方面工作是否存在关联，构思创意的时间，反馈修改的时间，补充完善需求的时间的情况是贸然评估出时间最后带来加班的恶果就别BB了···谁叫你当初那么随便。

第二类：评估困难症患者，思来想去，恨不得把每个方面都考虑进去，双十一时刻盯着女朋友啦，公司停电了，身体状态不好啦···项目经理在那眼巴巴的期望着你，你却纠结着给不出个答案。最后可算说出了个时间，产品经理一看：我靠，这么简单个东西要3.1415周，在玩我吗就给你两天拿出来····

       这两种情况比价极端但确实是存在的，评估完成时间应该是一个UI进入项目团队接触项目遇到的第一个问题，而且也是最容易忽视的问题，但它又是那么重要，设计先行，影响着开发的进度，从而影响着产品经理对整个项目的评估，估多了项目延期，工作效率降低。估少了自己忙于应付不能保证质量。都不合适。那么一个刚刚入门没有项目经验的UI新手如何应对评估时间这一问题呢。

       大部分人只想知道一个设计需要多少时间完成。这实际是个伪命题，因为90%时间成本的产生在需求的反复更正，修改，增加欠缺功能，创意构思。对于如何合适的安排这其中会发生的情况，这也是无法预先估计全的。从某种程度上，你就是被别人问了这样一个问题：“我有一个问题，我想解决它，但我无法说清问题是什么。请问解决这个问题需要多少时间？”

尽管预估很难，但设计人员最终要找到一种预估的方法。虽然无法知道一个确切的答案，起码将你对工作的一个计划，明确合理的告知你的产品经理是非常有必要的，我在实际工作中会根据下面这个思路进行设计工作评估，希望能对大家有所帮助。

1：首先你要对整个需求要深入的理解，明白清楚需求方到底要的是什么，具体你需要做的是什么内容，这些内容是否在之前工作中有涉及，有积累。如果有时间会相应缩短，如果完全是新内容那么就要给自己预留多一些时间

2：其次考虑此次工作内容是否涉及到以前做的工作，是否存在牵一发动全身的情况，如果情况是这样，那么也要将整体调整改进的时间考虑进去。比如涉及到以前已经确定好的规范性元素修改，例：商品展示页面的调整，不仅仅是当前页面，在其他地方也会涉及到，所以要整体调整。

3：是分工协作还是单兵作战，如果是整个团队来做，大家各自分工，分摊到个人的工作量就会减少，就不会花费多长时间

4：对于从天而降一堆不知所云的需求，首先你要把项目拆解成最小的任务单位。然后记录完成每个任务你认为可能需要多少小时、天、周、月。遵循这种原则，如果一个任务需要几小时，就是算成一天，如果需要数天，就是算成一周，如果是数周，就算成一月。如果超过一个月了，我觉得这个任务完全有再一步分解的必要，否则任务时间这么久你自己都搞不懂你在做什么，更别提产品经理了····。将任务细分的好处在于始终带着目的性，聚集你的任务，不会分散你的注意力，大大提升工作效率。同样产品经理也清楚的知道你在做什么。

5：如果任务都是静态的那是非常好办的，但是真实情况是我们面临着随时变更的需求，完全不在你的可控范围内，面对这样的情况，我们能做的并不多，这种好比让你去预测双色球····而大部分老板，和产品经理是不会接受没有答案这一事实的，所以设计师要用点小技巧.你要明白其实管理者也是知道在未来会出现变更，这个时间也许会无限期延后，之所以要时间1是他需要对整个项目最坏的情况做评估2给员工提醒，你要抓紧时间工作了，还有很多事等着你呢。这个技巧就是先弄清楚老板们产品经理们希望听到的时间，然后给自己加入一些余地。如果要特殊情况发生一定及时跟产品经理反馈，对时间进行重新评估。还能有什么办法？

       最后还有一个重要的问题要强调，当你在现在有的软件进行新功能设计时，大部分人很认为你会拿30%的时间搞这些，其实你是花了很长时间放在了与之前版本协调上，前期的设计如今在功能加入后变得不合理了，就需要你整体的进行调整。这个过程不仅仅是设计一个新的列表，新的商品展示栏，更多的是在还债。