设计中的满意选择
经济学家Herbert Simon将“满意”（satisfy）和“满足”（suffice）组合成“满意的解决方案”（satisfice）一词。满意的解决方案是有意识地选择不去找一个完美的设计解决方案，相反是找到一个兼顾全局的大致满足所有主要设计需求的满意方法（满意的解决方案）。复杂或者冗余的重复性设计代价高昂，需要涉及很多未知因素与单一最优设计方案的不明确约定。尽管满意的解决方案听起来像是甘于平庸，但是满意的解决方案创建了20世纪最为成功的设计。
Douglas DC-3所有的单一性能并非是最优的，它的竞争者可能会在速度、引擎功率、航程和运载量上优于它。然而，DC-3正是这样一个成功地集所有设计元素于一身的满意的解决方案，从它设计出来到今天已经经历过了75个年头，有超过1300架DC-3的机身正在为人们的日常生活服役。
不要让那些关于网站设计的单一方面的争论阻碍了设计的进程，也不要让你的团队陷入“如果……它会更好”的无止境循环中。所有的项目都是一定程度上满意的解决方案，因为没有任何一种行之有效的方法能够让人知晓是否存在一种面向所有用户的每个问题的最佳解决方案。不要让完美成为非常好的敌人。
 |
4. 项目范畴和描述
在此需要详细描述网站是“做什么的”。要尽可能详细地描述要创建网站项目的各个阶段。在规划进程的早期，该声明必须是综述性的，并且应该关注于核心的“必须具备的”特色、内容和网站的目的。要避免对指定技术使用的限定（例如，“我们全盘使用Ajax”），就得要在网站团队制订了完整评估后再对此做出决定。项目范畴描述文档在项目规划阶段早期可以任意修改，不过，在为项目指定预算和进度的最后期限时，要将其内容固定下来。不过，通常明确规定项目不涉及的范畴更为有用（有时候更为容易）。当新网站有很多与现在公司网站相似的地方时，或者项目发起人不能立即明白你创建网站的意图时，采用“包括/不包括”的字样来陈述范围的方式尤为有用。
5. 角色和职责
章程应该列出主要发起人、项目、设计、编辑团队人员，以及企业的其战略合伙人。创建网站的开发工作没有唯一正确的方法，但是与之相关的每个人在开始便应该清楚地了解网站搭建的各个部分负责人是谁。这说明了项目在网站发布之前还需要人们持续地承担义务。也阐明了发起者和利益相关人担负着各自的责任并需要对最后期限负责，团队需要大家的贡献。你还需要概述项目的管理流程和审批流程，以便团队中的每个人都非常清楚地了解：如何将项目的每个主要阶段告知大家，以及发起者和利益相关人如何批准每个主要阶段，如图1-11所示。
6. 项目预算
项目预算应该包括在1.4.1节中列举的所有开支种类。精确地计算人员、硬件、软件和技术开发的开销，再添加足够的应急预算。Web项目通常会超支10%及以上，哪怕是管理得很严的项目也会如此。所有人都是如此，你也不会例外。要么更改规划，要么后期痛苦。
7. 项目风险评估
好的项目规划应该列出项目主要组成部分失败的风险。尽管整个项目不太可能失败，还是要冷静地看待各种各样孤注一掷的规划条款，并且考虑可以用来替代的方案。例如，如果内容开发和网站设计工作开展良好，但是程序员不能完成预期的交互功能怎么办？站点可行吗？如果设计师和技术人员的工作无误但是客户没有按时完成站点内容的制作，整个项目团队会如何？哪些经济、进度、品质保证或者其他意外事件可以写入合同和项目章程以缓解风险？
