小洪

37signals(http://www.37signals.com/)团队写了的一本名为《Getting Real》的书，专讲如何做web产品，不少地方很具有借鉴意义。

 

这两天读了一下，做了一个简单地笔记，原文可以见：http://gettingreal.37signals.com/GR_chn.php

 

37signals团队在这一波web2.0大潮中，名气响亮。开发了Ruby on Rails的web framwork，深受开发者的喜爱。而且基于Ruby on Rails

做了几个web产品，很受欢迎。

 

 

建构从简（2）

·  做得要比竞争对手少。“少做”的含义：

·  更少的功能

·  更少的选择项和首选项

·  更少的配备人员和企业架构

·  更少的会议和抽象讨论

·  更少的承诺

 

·  为自己而做这个软件（这点适合我啊，我有不少的需求）

·  准时地早预算范围内推出产品：定额定量，绝对不要在一个难题上多投时间和金钱。要么缩小规模，要么缩小范围

·  了解你的应用程序应该做成什么样子的最佳方式就是：认识到它不应该成为什么

·  不要跟在竞争对手后面跑。要创建一个不同的故事来说服听众，告诉他们你的故事比他们在其它地方听到的更重要。

·  只看大方向，时时提醒自己什么是我们想要解决的问题关键，怎样去解决它。

·  不应该成为一种交易，要保持激情，如果你做这个软件一点都不兴奋，那就什么地方出问题了。

保持精益(3)

·  做得越精益，改变越容易

·  让限制带领你到创新的解决方法

首要任务(4)

·  竭尽全力将你的软件定位在一个点上。保持简洁的理念，所有的行动都要在这个理念的指引之下。

·  组织需要指导原则。需要有一个纲要；员工每天醒来时应该要知道他们为什么而工作。这个纲要最好言简意赅，富有激情：为什么你会在这里？是什么激励了你？

·  不能过早地限于细节。细节是你在使用的过程中才会显露出来的。只有在使用中你才能看到什么需要进一步关注，在使用中你在感到缺了些什么。

·  当问题成为问题的时候才去担心。

·  要清楚地知道你的产品是为谁服务的，然后集中精力去讨好这部分人。

·  先把一个伟大的产品推出，然后才去担心它无比成功了以后改怎么办的问题。（大规模问题，遇到了在考虑）

·  伟大的软件必须要有自己的理想，必定是有倾向的。对于不认同你的理念的用户，可以舍弃掉。

挑选功能(5)

·  部分而不是残缺不全：摆出产品应该成为什么样字的任何点子，然后砍掉一半。

·  只留精髓，去掉“无所谓”的功能需求。

·  从说“不”开始： 不轻易实现功能； 不要成为yes-man；不要试图去讨好任何人。

·  构建你有把握的产品和服务，不做能力之外的事情

·  为一般概念构建软件，并且鼓励人们创建自己的解决方案

·  对于客户的需求，say no ！Just read them and then throw them away(因为真正核心的需求客户会不断地提醒你，以至你无法忘却。)

·  询问客户他们不需要什么功能，而不是总问他们需要什么功能。

·  Innvoations comes from saying no！

We’re always thinking about new markets we could enter, but it’s only by saying no that you can concentrate on the things that are really important.

—Steve Jobs, CEO, Apple (from The Seed of Apple’s Innovation)

操作(6)

·  尽快地推出一个真实的产品

·  更快地推出一个积极的产品，而不是一味追求完美的产品。通过真实世界的反馈，来引导产品的发展。

·  Geting Real的过程：从灵感，到草稿，到HTML， 到代码

·  少用设置选项，帮用户做出决定。有抱怨，再修改不迟。这样在减少用户负担的同时，也减少了开发成本。

·  快速决断，搞定之，不行，回头在修改之。

·  在使现实中测试你的软件。

·  任务尽量细化

组织(7)

·  整合团队。不要分离成独立的小单位

·  深度睡眠是真正的睡眠魔法发生的地方；独处的时间是真正的开发魔法的地方。

·  在工作中建立一条规定：一天中一半的时间作为独处的时间。Just shut up and get to work。

·  会议有毒：通过email，IM来快速讨论。

·  会议原则：设定30分钟的计时器；邀请尽可能少的人；没有明确议程的时候不要开会

·  没事多发布点什么，以提高团队的积极性和成就感。

人员配备(8)

·  不要随便招人。

·  通过测试项目的协作来摸底候选员工

·  通过开源社区去寻找所需要的人（可惜，在中国很难）

·  选择能快速学习的多面手，而不是专攻一面的专家（我喜欢）

·  选择快乐和技术水平中等的，而不是令人不满的专家。（热情很重要）

·  招文字功底好的人。

界面先行(9)

·  开始编程之前先设计界面：编程是构建应用的过程中最笨重的部分，也是改动起来最复杂，成本最高的地方。

·  震中设计：先设计核心的内容，再向外拓展，比如：导航栏，页脚，用色，边栏，标识等。给用户一个更友好、重点清晰的界面。

·  每个界面考虑三种情况：常规，初始，错误。缺一不可。

·  忽略初始界面的节点是你会犯的最大错误之一。初始界面是第一印象，失败就完。

·  初始界面应该包括：

    * 利用它作为添加新手指南和热门推荐的机会。

    * 给出一个填满内容的页面截图，这样能让人们有所期待。

    * 讲解如何上手，页面最终会像什么样子等。

    * 回答第一次来的访客会问到的关键问题：这是什么页面？我在干什么？页面有内容的时候是什么样子？

    * 做好预期准备，帮助减少挫折感、恐惧感和大的迷惑。

·  必须做好保护性设计。

·  细节的一致性没有必要。重要的是It depends

·  好的文案工作也是设计的重要部分

·  整体界面保持一致

代码(10)

·  保持代码的简单

·  幸福最大化

·  Listen when your code pushes back

·  开放接口：Get data out into the world via RSS，APIs， etc。

 

 

文字(11)

·  功能定义一点用都没有，坚决抵制功能文档

·  Don’t Do Dead Documents

·  Tell Me a Quick Story

·  Use Real Words

·  个性化你的产品

结论(16)

·  执行力: 成功仅在于优秀的执行力

·  人：有工作热忱的人