Getting Real(六): 快速设计 替用户选择
* “准备一个PRD吧!想清楚细节!” ?
从灵感，到草稿，到HTML，到代码 脑力激荡 先要有个点子。这产品要给我们带来什么？
以Basecamp来说, 我们是要满足自己的需要。我们想要用它来发布项目的一些更新信息。我们希望能让用户一起参与。我们知道项目都有里程碑。我们希望能有个集中归档的地方让大 家能回过头去温习一些旧的东西。我们想要有个全局观，从一定的高度来鸟瞰所有项目的进度。归结起来，这些假想和一些其他设想打下了我们日后着手的基础。
这个阶段并不是有关一些实施的具体细节。这是一个大方向。软件需要为我们做什么？什么时候才能知道它有用？确切的说我们要做出个什么东西来？这是高阶的理念，不是像素阶段（细节）的推敲。在这个阶段，那些细节是没有意义的。
纸上草稿 草稿是迅速的，实用的和便宜的，这就恰恰是你想要开始的方式。涂些东西，画些东西，方块，圆圈，线条，什么都行。把你脑子里的想法搬到纸上。这阶段的目标是把概念转成一个界面设计的粗稿。这个阶段完全是试验性的。不存在什么答案是错误的。
创建HTML页面 做一个HTML版本的功能界面（或一个区间界面或流程界面，如果这么做更合适的话）。发布一个实在的东西，这样一来大家就都可以看到它出现在屏幕上的样子。
以Basecamp而言，我们先做”发布一条信息”的界面，然后是”编辑信息”的界面，然后一步步下去。
先别写任何程序代码。只把HTML和CSS的框架搞出来。有关细节实施是后面的事。
上代码编程 当模型框架看起来过得去又兼具一些足够必要的功能时，就是开始上代码编程的时候了。 在这整个过程中要记住保持机动弹性，要有多次反复的思想准备。应该随时有这个意识：舍弃某些已完成的步骤重新来过，如果成品看起来丑陋不堪。数次重复这个过程是很自然的。
设置首选项是一种逃避困难抉择的方式 你不是运用你的专业去决定最佳的选择，相反地把问题留给了客户。表面看起来好像是你在帮客户的忙，事实上你只是会使他们更忙（客户自己已经是够忙的 了）。对客户而言，面对无穷无尽的设置选项是一个很令人头痛的问题，不是一件好事。客户不应该去烦恼细枝末节 – 当是你的责任的时候就不要让别人去担待。
你要拿主意 替你的客户下简单的决定。 是的，你有可能下了一个不太好的决断。没什么大不了。如果事情发生了，人们会抱怨，会让你知道。照样，你可以做调整。Getting Real（求真求实）说的就都是有关能够一路做灵活修改的道理。 做设置首选项是要付出代价的。
事实证明，加设置首选项是有代价的。当然，有些首选项也有重要的作用 – 并且可能是关键的页面职能。但每提供一个选项都有不菲的代价，你应当仔细考量其价值。很多的用户和开发者都没能理解这个道理，最终付出很大成本，宝贵的资 本只带来一点点的价值…我发现，如果你是信奉要靠设计优秀默认功能而不是懒惰地去添加设置首选项的人，那么自然而然地你的总体UI（用户界面）会走上 正确的道路。 -Havoc Pennington, 首席技术指导, Red Hat (from Free software and good user interfaces （自由软件和优秀用户界面）
相关文章:
