综合：列表和优先级

列出条目，按优先级把各条整理出来是件有意思的事儿。如果没有明确的优先级，团队成员往往会对哪些事需要做哪些事儿不需要做产生争执。经过调查后设置优先级的工作应该比较容易，但也往往是个挑战。

提炼是整理列表的最佳方式，团队中的某个人根据他或她对整个项目的感觉通览列表并排序：第一条是最重要的，最末一条是最不重要的，然后团队的其他成员应该通览这份摘要形式的列表并且在上面加注修改意见，以便起草人员修订更新，在某一阶段就可以做出决定并制定决策了。如果你是单独工作，最好找一个你信任的人来检查你设置的优先级，就像团队工作那样，一个聪明人整理筛选之后给出的各种意见能带来最好的思考。

制定优先级需要有能力去评估三项标准：时间进度、团队和商业运营。事先确认的项目日程安排有可能限制了工作的规模和程度，对于一个小开发周期，需要重写一半的基础代码就是有问题的。

团队的组成情况和环境决定了完成什么样的工作。这个团队有其他的资金支持吗？有没有设计师或者可用性工程师？有哪些网页或UI设计技能？最后也是最重要的，是商业上的考虑：这个项目的预期收益目标是什么？竞争对手是谁？解决某些特定问题你有什么优势？你有哪些合作关系可以利用？

在你的项目里可能还有其他考虑，但不管怎样，它们需要在整理列表之前明确下来。考虑的越清晰，对所有问题进行排序的工作就越简单。如果在整理列表中途加入了新的约束条件，你就不得不重头开始再做评估。

一旦整理出了一份列表，你就可以分出哪些是重要的问题，那些是次要的，哪些问题需要优先解决则取决于日程安排。

有哪些有趣的事儿？

当目标和有待解决的问题都确定后，有趣的事儿就开始了，根据工作框架和决策，工程师和设计师可以放开手脚解决这些问题，在调研不同可选方案以及开始原型和易用性研究等方面规划好时间来审视它们是否实际提升了用户体验。然后在日程表上确定某个点来评估这些可能的解决方法，找出值得全力投入开发的一些点，剩余的就可以放弃或者放到未来版本中去做啦。从制定某种标准，通览整个进程这一点上来讲，它和明确问题的步骤是相似的。

要重点提出的是确定问题的前期工作是开放的，而不是限制性的。只要你着眼于解决重点问题，你就一定会找到正确的方向。如果你的问题陈述足够宽泛，就会有很多极具创造力和创新的方法来。就算你不能完全解决一个重要的问题，部分的解决正确的问题也要好过全面地解决错误的问题。

本文链接：http://www.blueidea.com/design/doc/2007/4720.asp　

出处：深耕·生根
责任编辑：moby

上一页 网络界面设计中的批判性思维 [1] 下一页