Getting Real 软件产品 从零到成功

　　关于精简：
　　
　　开发三人组：一个开发人员、一个设计人员和一个多面手，优秀的人才是不花费过多资源的……
　　
　　沟通的成本是团队成员的人数平方倍！——Metcalfe’s Law
　　
　　关于把握优先级：
　　
　　以“搞掂”为目标：停滞、意见不一、会议和延时会磨灭团队的积极性，并降低成功的机率。尽早的让产品工作起来，再去完善那些细节；
　　
　　相关原则：在初期要忽略细节；不为看不见的问题烦恼；抓最主要的想法…
　　
　　Work from large to small. Always! —— Patrick Lafleur
　　
　　关于功能选择：
　　
　　宁要半成品：不将那些单独看起来很棒的功能随便添加到产品中去，需要知道哪些是真正核心的，将它们列成一个特性清单（Feature Table），想象产品将会是什么样的，然后将这些功能分半实现。也就是先实现一个拥有主要功能的半成本品，除去那些无关的特性。
　　
　　相关原则：从说不开始；发现隐藏成本；做可以控制的事；给用户最大自主权；问用户不需要什么
　　
　　Innovation Comes From Saying No! —— Steve Jobs
　　
　　关于执行过程：
　　
　　从想法到实现：头脑风暴（搜集意见）；画出草图；实现HTML预览（html+css）；编码实现（设计与编码并行）
　　
　　相关原则：避免过多选项；真实测试；缩短计划周期
　　
　　Smaller Tasks and Smaller Timelines —— Gina Trapani
　　
　　关于团队：
　　
　　独立的工作时间：不要在工作的时候被打断思路，因为要重新集中精力需要花费很多的时间
　　
　　相关原则：一个人做多元化的事；尽可能避免会议
　　
　　关于个人能力：
　　
　　语言大师：高效的团队需要善于书写的员工，写作能力是最重要的，要追求有效与简洁的文字
　　
　　相关原则：热情不可能伪造
　　
　　Clear writing leads to clear thinking. —— Michael A. Covington
　　
　　关于界面设计：
　　
　　界面三态：对于你设计的每一个功能页面，你都必须注意它的三种呈现状态：常规界面；初始化界面（这是最重要的）；错误界面。
　　
　　一个成功的初始化界面包括：
　　
　　显示快速的教程和帮助性内容
　　给一个填充了内容的示例图片
　　向用户解释如何开始以及最终会看到什么
　　回答初次使用者的基本问题，我看到的是什么？我应该如何做？
　　相关原则：核心式设计；尽量减少界面；书写也是界面设计
　　
　　关于Coding… 　
　
　　相关原则：为代码埋单；使用开放的格式
　　
　　关于文档
　　
　　不需要冗长的功能说明：用简短的功能提要代替呈长的说明，只需要用一页纸来描述一个用户使用的故事，要用简单而平时的语言；写需求文档这件事情不要超过一天时间，详细功能会在实践中慢慢完善。
　　
　　相关原则：不写无意义的文档；给用户展示“记叙文”，不要“说明文”；拟人化的产品
　　
　　关于服务：
　　
　 　容易注册也容易注销：在每一个服务推荐页面上面都放置一个大而醒目的注册按钮，告诉用户注册有多么的容易，不需要任何成本。用户只需要提供最基本的注册 信息就能够使用免费的试用服务，不需要多余的联系方式、电话和信用卡号码（这个用户会非常慎重的）。同时也提供最简单的服务取消方式，不要试图把用户” 套”在你的产品里面。还有一点需要注意的是，如果用户希望离开你提供的服务，你要提供通用的方式来让用户导出自己的数据，例如纯文本或者是XML文件。
　　
　　相关原则：提供免费试用
　　
　　关于推广：
　　
　　好莱坞式的产品发布：不要让产品默默无闻的诞生，给大伙一点话题。就像好莱坞发布大片那样，提前向大家透露产品，从“预告”到“预览”再到“发布”。
　　
　　相关原则：利用blog进行宣传；尽早向大众公开；以教育的形式推广；用新特性吸引人；跟踪用户访问记录；取有吸引力的名字
　　
　　关于用户支持：
　　
　　感受用户的痛苦：要消除客户支持与产品开发之间的隔阂。不需要第三方的支持人员，要整个团队亲身而为，大家一起倾听用户的声音，体验用户的痛苦，这将会成为解决问题的最大动力。
　　
　　相关原则：零培训（优秀的界面不需要引导）；快速解答；坚持原则：保持产品使用简单；利用好论坛；将失误公诸于众
　　
　　关于后续工作：
　　
　　持续更新blog：用blog告诉用户，我们还在积极地开发产品。一个开发BLOG能够带给用户更加亲近产品的感觉，因此你需要经常地更新blog，至少每周一次，主要包括以下内容：
　　
　　常见问题解答
　　使用教程和指南
　　使用技巧与提示
　　新特性介绍、升级说明和得到修正的错误
　　官方的新闻发布
　　别人是怎样评价你的产品的
　 　安然度过难关：添加新的特性、改变规则或者是移除功能，通常都会有突如其来的负面反应。要静观其变，等到平静之后再采取行动。用户在看到变化时，最初的 反应都会是很激烈的，这会持续24-48个小时，用户在此期间会去体验新的特性（或者是习惯已经移除的功能），当这段时间度过之后给出更加合理的回应，而 不至于显得太突然。
　　
　　相关原则：不要对“bug”一视同仁； 关注竞争对手；顺其自然