Indigo 的数字镜像

不需要冗长功能说明：越是详细的功能说明文档就越像是一个空的幻想，你的产品只有在开始设计了、编码了，并让用户使用了，那才是他最终的样子，不然永远都只是纸上谈兵。

• 功能说明只是缓和剂，他让每个人都有设计产品的参与感，但是无法帮你决定如何选择与暴露成本，这些才是开发一个伟大产品所必需经历的过程。
• 功能说明会导致意见统一的幻想，大家讨论制定功能，并且记录在纸上，最终都只是看到纸上写的那些功能列表，但是并不清楚每个人对那些功能的理解。
• 功能说明会强迫你在所知甚少的情况下来草率的决定一个功能
• 功能说明会导致功能过载，大家通常会在讨论的时候解决争议而增加一些无关紧要的功能
• 功能说明不允许你修改、进化、再评估已经制定的功能

那么你应该如何去做呢？用简短的功能提要代替呈长的说明，只需要用一页纸来描述一个用户使用的故事，要用简单而平时的语言，记住做这件事情不要超过一天时间，让后立刻开始行动，设计界面、用HTML来实现原形，模拟用户的使用。你所需要的详细功能会在实践中慢慢完善。

不要写毫无意义的文档： 除了避免冗长的功能说明之外，你还需要注意那些纸面上的文档，除非它们能够帮助你快速的将想法变成现实，否则永远不要去写那些文档。如果你希望去解释某个 想法，尽量用一个原形去实现它而不是去写一个解释性的文档。因为原形的设计通常会直接转变成产品的一部分，而文档最终的归属是垃圾桶。那些与你的程序分离 的描述文档是毫无价值的，你只需要记录关键的地方，一些机制、方法和容易忘记的东西，其它的就直接动手去做吧。

给我讲述一个故事： 当你有一些功能和概念性的东西要向用户解释的时候，给他们讲述一个容易理解的故事，不要用那些技术性的解释来迷惑用户。你的文档应该像一个故事一样能够和 他的读者交谈，但不需要像小说那样长篇大论。你只需要按照流程一步步地告诉用户将会发生什么以及如何做，再配上一些更加直观的屏幕演示就更好了。让用户去 体验而不是给他们灌输过多的细节，用策略上面的指导代替细节的探究。

使用真实的内容：用来填充版式的文本（lorem ipsum） 是设计师的最好朋友，而那些用来测试程序的模拟信息将会使你的产品在设计时就看起来和真的一样。但是这两种方式都无法让你看到在用户录入真实数据时，你的 程序将呈现出来的样子。你需要真实的数据来检测一下表单的显示是否正确、看看表格的内容是否超出了范围、以及看看你程序真正的样子。所以尽可能的在设计和 开发阶段就使用真实的数据，不要从另一个地方拷贝数据，使用真实的姓名、使用真实的城市、如果要输入两次密码，你也照做。你应该像一个真正的用户那样来录 入数据、使用程序，这样你就可以体验到用户在使用程序时的感觉，它将帮助你改进用户体验、也会节约你大量的测试时间。

拟人化的产品： 你需要给你的产品塑造一个性格，就像小说里面要给人物塑造个性那样。文雅的、严格的、有趣的、刻板的，一旦你决定了你产品的性格，你就应该按照这个特性来 构建你的产品。你选择的个性将会决定产品文字的内容、界面的表现和功能特性。当你决定要改变的时候，先问问你自己这个是否服务你产品的个性。要记住的是， 你的产品将会7×24小时的面向用户，它在用自己的声音与用户沟通，而用户都喜欢和有性格的人交谈，所以个性将是你产品的最大魅力。

999999">学习笔记仅供交流参考，需要了解完整的内容，还请大家购买《Getting Real999999">》的原版:)

Related Post

• Getting Real 学习笔记
• Getting Real 学习笔记：产品上线之后的工作
• Getting Real 学习笔记：用户支持
• Getting Real 学习笔记：产品推广
• Getting Real 学习笔记：服务定价

Tags: Getting Real, 学习笔记

This entry was posted on Sunday, July 23rd, 2006 at 23:23 and is filed under 学习 Study. You can follow any responses to this entry through the RSS 2.0 feed. You can leave a response, or trackback from your own site.