《一路求实(getting real)》笔记

介绍

         想构建一个成功的网络应用么？是时候做出个实在的东西来了。 “一路求实”是一种更小规模，更快速，更高质量的软件构建方法。一句话，它能够交付更好的结果，是因为它迫使你处理真正要解决的问题，而不是关于那些问题的空想。这个方法适合小团队。如果你是大型团队，那么第一步是分解成更小的团队。当太多的人牵扯进来，什么事都搞不定。你越轻装上阵，事情就做的越快越好。

求实法可以除掉：

• 花费数月，甚至数年的进度表
• 不切实际的功能规格文档
• 可伸缩性的争论
• 又臭又长的员工大会
• 大量招人的需求
• 毫无意义的版本号
• 憧憬完美未来的幼稚“路线图”
• 无穷尽的偏好设置选项
• 外包支持
• 不切实际的用户测试
• 写无用文档
• 自顶向下的管理结构

精华整理笔记

第一部分 理念竞争

        常规的思维方式告诉我们，不管竞争对手做什么你总是要比他们加多一些。如果他们有4个特色功能，你就需要做出5个。这种强调更多一层的冷战竞争思维是行不通的死胡同。如此创造产品的方式是昂贵的，过分防御的，并且有点偏执不正常的。防御性的偏执的公司是做不到前瞻性思维的，他们只能做事后思维。他们不可能领导，只能跟从。我们要做的是“少做”：用简单的方法解决复杂的问题，把更加复杂的问题，留给大众。

        同类应用太多，这是很容易误导的。不随大流，相反的，我们只看大方向，时时提醒自己什么是我们想要解决的问题关键，怎样去解决它。

产品的体积会由以下因素增加：

• 长期合同
• 多余的职员
• 固执的决策
• 关于会议的会议
• 厚重的流程
• 存货（物理的或者头的）
• 硬件，软件和技术的锁定
• 专有数据格式
• 未来被过去支配
• 长期的路线图
• 办公政治

会由以下因素减少：

• 必要而及时的思考
• 多面手的团队成员
• 拥抱限制，而不是移除它们
• 更少的软件，更少的代码
• 更少的特征
• 小规模团队
• 简单
• 拆分为接口
• 开源产品
• 开放的文件格式
• 开放的文化，承认错误更容易

        明确定义产品的闪光点：你的应用代表的是什么？它到底是有关什么的？为什么要有它？它和其他类似产品不同的地方在哪里？理念应该简洁有力，一句话就能把想法传达到。

        伟大的软件必须要有自己的理想。伟大的软件必定是有倾向的。当人们使用软件的时候他们不只是在看功能，同时他们也在寻找一个解决方案，一种理想。

        先把一个伟大的产品推出，然后才去担心它无比成功了以后该怎么办的问题。最大的问题不是规模调适，而是怎样达到你不得不需要去调适的那一刻；反正你怎么也得回头重新审视。

        你真的的需要考虑当用户到达10万以上的时候会出现的问题吗？它可能已经是两年以后的事了。把注意力集中到需要马上解决的问题上来。

第二部分 轻装上阵

        摆出产品应该成为什么样的任何点子，然后砍掉一半。减少功能直到只剩下最必要的功能。周而复始。从一个精简，聪明的应用开始，然后让它得到关注。就能开始在你构建的坚实基础上添砖加瓦。

        不要轻易实现用户提的要求，因为每个功能都是包袱。用户反复提醒，那么这个需求真的值得思考了。最后，用最简单的方式达成目的。

        设置首选项是一种逃避困难抉择的方式。这不是运用专业知识去决定最佳的选择，相反地把问题留给了用户。设置选项是要付出代价的，因为软件会变得冗余。

        在正式软件中发放测试功能给一些有选择的用户。让他们能同时使用测试功能和已发布的功能。不要搞正式版和测试版的游戏，不如叫做“稳定版”和“开发版”。

        尽可能整合团队，这样才能有一个健康的，反复的讨论贯穿整个流程。建立一个制约平衡的系统，不要让事情在信息传递中迷失。更好的情况是，雇用拥有多项天赋的人，他们可以在开发过程中担任不同的角色，最终的结果是一个更加协调的产品。

        慢慢加人手，迅速发展：想看看在那个职位和人员空缺的情况下能支撑多久。如果没别的办法再考虑招人。但是你应该清楚知道你需要什么样的人，怎么向他介绍工作任务，以及具体要他负责解决什么样的棘手问题。

        在聘用人之前，给他们一个小项目琢磨琢磨。我们能从中看出他们怎么管理这个项目，他们怎样进行沟通，他们具体怎么做等等。和他们一起设计或者编写几屏代码能看出很多东西。你能迅速摸清和他们是否心有灵犀。

        资源总是有限的。每个人都需要能“在路上换档”。小团队经常需要迅速改变前进方向。你需要有人能持续的调整和学习，而不是固步自封，只会干一件事。

        当好写手并不只是堆砌词藻。好写手懂得沟通的技巧，他们让事情易于理解，他们能站在别人的立场考虑问题，他们知道什么是可以忽略的，他们思路清晰。而这正是你需要的才能。——招文字功底好的人

        开发先从界面开始，所以从一开始我们就知道这个应用看上去如何，给人感觉怎样。在开发过程中，界面将会不断的改进。合理吗？易用吗？是不是解决了手里的问题？这些问题只有你和真实的界面打交道的时候才能回答。设计优先让你保持灵活而且让你能更早地回答那些问题。

        每增加一些代码，软件的复杂性就随之指数式增长。关键在于将每一个困难的问题（要求很多的软件）重新描述成一个简单的问题（要求少得多的软件）。

        选择快乐的工具，因为它们让你快乐，你让效率快乐。

        设计文档通常都是教条无用的。最佳工作来自于头脑中站点改进的想法，先做一个（静态）的快速原型， 再改动一点设计，然后使用真实数据建立一个活的原型，最后剔除累赘。

        使用真实的文字，而不是乱七八糟的数据。像用户那样去做，你才能更好的理解他们。当你更好的理解他们时， 你会感同身受，做出更好的界面。

        把你的产品想象成一个人。 你要赋予他什么个性类型？一旦你确定下来，就要在构建产品的过程中时刻记得保持这些个性特征。利用这些个性指导拷贝写作，界面设计和 功能项配置。 一旦你想要改变什么， 自问一下这会不会改变你的应用的个性特征。

第三部分 推而广之

        我们希望人们来体验我们已经完成的产品、界面和有用的东西。一旦他们着迷了，就更有可能升级到一个付费产品。

        注销应该和注册同样简单，并不需要发邮件、填写特殊表格或者是回答问题。如果他们找到了一个能提供更优服务的地方，让他们自由离开。这么做是对的，而且可以建立良好的声誉。

        确保客户随时可以轻易地导出xml 格式的所有信息和评论。那是他们自己的数据，他们理应能按自己的意愿来处理。

要发布类似提价这样的坏消息啦？应该多次提前通知，尽量把坏消息带给用户的痛苦降到最低。

        发布前几个月要开始不断透露些暗示。 让人们知道你在干什么。发布一个徽标。 在你的博客中发布一下进展。 保持神秘，但是要播下种子。同样，建立一个网站，好让你可以从那些感兴趣的人那里收集电子邮件。

        需要一个顶级的推广站点。 在这个网站中要有什么？这是一些主意：

• 概览: 说明你的应用及其益处
• 导游: 引导人们体验各项特性
• 屏幕截图和录像: 展示应用面貌并演示如何使用
• 宣言: 阐述其背后的哲学和思想
• 案例研究: 展示现实生活中的案例的可能性
• 共鸣: 引用来自客户，评论，新闻的证明材料
• 论坛: 提供社区会员相互帮助的场所
• 费用和注册: 尽快让人们使用你的应用
• 博客: 博客提供新闻，技巧等，使你的网站保持活力

        现存用户是你最佳销售对象。在向这些已经熟知并已使用你的产品的用户进行重复销售时，请不要害羞。

        你开始就要保持简单。 你的应用越不复杂，你就越能免除帮助人们摆脱困境的麻烦。之后，一个伟大的事前支持途径是在潜在的、容易引起疑惑的地方，使用内嵌的帮助和常见疑难解答。

        关于发布消息的旁注，好和坏： 当坏消息来时，立即把全部公开。另一方面，应该慢慢地一点一滴地透露好消息，如果您能延长好的信息起到的效果，那么一定要这样作。

第四部分 持续更新

        上线30天后发布一个重大更新，快速更新显示你的干劲，也表示你在听。还显示你有更多的后备招数。这使你能引起第二波的共鸣。加强了最初的好印象。这给你一些谈资的和其他博客评论的话题。

        所有缺陷并不生而平等，分清缺陷的轻重缓急（甚至可以忽视其中一些）。

        拒绝做出迅速改变。安然度过这最初的24-48小时，事情通常会平静下来。大多数人在向你反应之前，他们并没有认真的使用和挖掘你添加的功能（或习 惯你已经删除的那些功能）。所以你要坐稳，让这些反应都进来，并且在没有等待一段时间的情况下，别采取任何行动。 然后你可以采取一种更合理的反应。

        订阅竞争对手新闻消息，保持先知先觉。

        更成熟并不意味着更复杂，不要因为膨胀而膨胀。这是许多应用变得臃肿的原因。

参考资料

        01 37信号工作室 《一路求实》（英文原文） http://gettingreal.37signals.com/toc.php

        02 37信号工作室 《一路求实》（中文译文） http://cnborn.net/blog/getting-real-chn.html