Getting Real
一、引言
1、求实
求实是一种更小规模，更快速度，更高质量的产品构建方法
－求实方法省略表达现实（图表／文本）而直接构建现实（设计／开发）
－求实方法追求精炼
－求实方法保持精益和敏捷
－求实方法从实际的用户体验开始，并且构建似曾相识的体验
－求实方法聚焦于上线、调整、持续改进
－求实方法只交付用户所需要的，摒弃任何用户不需要的
二、起跑线
1、做得比竞争对手少
更少的代码量
更少的产品
更少的功能
更少的选择项和首选项
更少的配备人员和企业架构
更少的会议和抽象讨论
更少的承诺
更少的无所谓的东西
2、为自己做这个产品
如果有一个问题在困扰你，那么很有可能这个问题也在困扰一批像你一样的人
为自己解决问题，你会充满斗志，全情投入，时刻关注你自己的产品
3、找自己募资
外部募资只是plan B
资源拮据往往能激发想象力
4、固定时间和预算，灵活控制产品外延
要有优先级：要搞明白什么是最重要的
要设期望值：要在一定程度上达到用户的期望，不能过低也不用太高
要具灵活性：要给产品外延注入机动性
5、找个敌人
人们很容易被冲突对立挑动，喜欢偏向挑战者
人们喜欢通过比较来了解产品
别老跟着对手走，找到大方向，另辟蹊径说服用户、吸引用户
6、把做产品当做事业，而非交易
如果你热爱你的产品，用户是能感受到的
如果你只是想赚钱，用户也是能感受到的
用你的激情、你的创意、你对产品和用户的关心去打动用户
三、保持精益
1、更小的质量可以使你迅速转向
质量会由于以下因素增加
－长期合同
－多余的职员
－固执的决策
－关于会议的会议
－厚重的流程
－存货（物理的或者头脑的）
－硬件，软件和技术的锁定
－专有数据格式
－未来被过去支配
－长期的路线图
－办公室政治
质量会由于以下因素减少
－必要而及时的思考
－多面手的团队成员
－拥抱限制，而不是试着移除他们
－更少的产品，更少的代码
－更少的特征
－小规模团队
－简单
－被拆分为正交的接口
－开源产品
－开放的文件格式
－开放的文化，使承认错误更容易
2、减少改变的成本
改变代价越大，越不容易做出改变
小团队更容易做出改变
保持小，保持简单，顺其自然
3、最佳初创团队：三个火枪手
用三人小组构建产品1.0版本：一个开发者，一个设计者，一个清道夫（在开发和设计中随意切换）
团队效率和团队人数的平方成反比
通信在小团队比在大团队更容易流动
4、拥抱约束
限制可以让你激发潜力，带领你找到创新的解决办法
要给项目设定最后期限
5、做你自己
通过亲切友善和人性化把自己和大公司区分开来
亲切友善地与用户亲近，与同事相处
骄傲地、无所畏惧地做到真实
不论何时，让用户都能找到你
四、首要任务
1、明确定义产品概念
你的产品概念用一句话就应该能概括
企业需要共同的一句话使命
2、在初期时忽略细节
魔鬼隐藏在细节中
按部就班，先粗后细
3、当问题成为问题时才去担心
不要把时间浪费在还未成为问题的问题
集中注意力在需要马上解决的问题
4、去网罗对味的用户
找到产品的核心市场然后专注进去
如果你想讨好每个人那你什么人也讨好不了
关注核心市场便于产品宣传，只需在这个用户群内打广告、写文章、建社区
5、过后才去做规模调试
还没有必要立即就做调整
及时和用户沟通，诚实地阐明延迟问题
6、产品要有自己的主张
产品要有自己的倾向、自己的特色
应该去寻找志同道合的创业伙伴、用户伙伴
五、挑选功能
1、专注部分，而非残缺不全
专注于真正必须的产品和功能
做一半的好产品，而不是做完整的次品
2、学会说无所谓
只留精髓，略去其他
如果某个功能不改变你的行为，那就无所谓
3、学会说不
不要成为yes-man，不试图讨好所有人
不轻易实现功能
问问人们不想要什么
4、看清功能隐藏的成本
对于每一个新功能，你都要强迫它证明自己的价值
如果成本太高，就此打住
5、做你有把握的事
做你有把握的产品
做你有把握的功能
6、人本主义
为用户做好基本功能，鼓励用户自己想出创意、解决问题
为用户提供犯错的空间
7、忘掉功能需求
让你的用户提醒你什么是最重要的
看看用户的反馈，看完之后扔掉，真正重要的会不时冒泡，提醒你
六、操作
1、尽快推出一个真实的产品
可操作的产品容易拉近每个人对现实的理解和认同并达成共识
真实的产品指引真实的行动，所以尽快运作起来
2、冲洗一下再来过
在不断反复中工作
反复可以帮助你摆脱一开始就追求完美的心态
3、从概念到实施
脑力激荡，提出点子
在纸上迅速画出草稿
设计原型界面
开发产品页面
4、远离设置首选项
设置首选项是一种逃避困难抉择的方式
每提供一个首选项都会有不菲的代价
帮助你的用户做一些简单的决定
5、搞定
迅速做决断
要认识到犯错在所难免，回头改正即可
一个创意只有执行才有价值
6、让大众测试
在真实环境中使用和测试产品
在正式版本中注入一些beta功能，让大众试用
7、缩短你的时间
把任务分块来做
把时间分块来用
七、组织
1、一致性
整合你的团队，避免团队割裂
尽可能雇用多面手
2、独处
人们需要不被打扰的时间，很多人喜欢在清晨或午夜工作
独处可以帮助人们全神贯注于工作，帮助人们渐入佳境
在工作中拿出一半时间作为独处时间，放弃通讯，安心干活
3、会议有毒
少开会
需要讨论时，设定期限，精简人员，明确议程，当即讨论
4、寻找和庆祝小的胜利
每天完成点什么
完成了就小小庆祝一番
八、人员配备
1、不要过早招聘太多员工
慢慢加人，迅速发展
实在没法再招人
2、摸底
和候选人在测试项目中一起工作
从分派一个小的测试任务开始
3、行胜于言
根据对开源社区的贡献选择潜在员工
寻找充满热情的人，一个好员工必定对于他的事业充满信心和热情
留意候选人是否对你的项目抱有疑问，为提问加分
可以试着找文字功底好的人
九、界面设计
1、界面先行
开始编程前先设计界面，界面先行可以让你保持灵活
界面是你产品的窗口，界面先行可以让你尽早发现问题
2、震中设计
先设计页面中最重要的内容
设计好核心内容后再向外扩展
3、考虑常规、初始和错误界面情况下的解决方案
尽量让用户有一个周到的初次运行体验
一个有用的初始界面应该迅速让用户明白这是什么页面，页面结构是怎样的，让用户可以快速上手或学习，你还可以将它作为添加新手指南和热门推荐的机会
系统或用户很可能会犯错，做好保护性设计
4、应用环境胜过一致性
比保持一致性更重要的是保持正确
在“好的创意”面前，可以出现“聪明的不一致”
5、文案也是界面设计
每个文字都是至关重要的
要运用用户最能明白的语言
保持简短和亲切，别说废话
6、统一界面
分离的界面容易使用户困惑，增添用户切换的麻烦
合并管理功能（编辑、添加、删除等）到公共界面
十、代码
1、更少的功能
让你的代码尽可能简单
鼓励设计或开发人员提出反建议
2、快乐工作
选择喜爱这款产品的人
选择开发人员喜爱的编程语言
开发人员抱怨太难，就要想想是不是有更好的办法
3、开放门户
让你的数据自由流动
乐于为用户提供插件扩展工具
十一、文字
1、根除不必要的文档工作
建造出来，别写出来
如果要写，就写简明的一页纸文档
2、别写死文档
写故事，别写细节
使用真实而准确的文字构建内容
3、个性化你的产品
把你的产品想象成一个人，时刻记住他的个性
利用他的个性指导你的设计
十二、定价和注册
1、免费样品
提供免费版本
拿出你的“最热单曲”，给用户试用
2、来去自如
让注册和注销过程毫不费力
不用输入任何信息便可进入你的产品页
不要问用户一些并不需要的问题
不要勉强留住用户
如果用户离开，确保能够提供他们的数据
3、别把用户当小孩耍
规避长期合同和注册费用等
用提前通知和保留条款来缓和坏消息给用户带来的打击
十三、推广
1、好莱坞运作
先暗示，再推出少量信息，最后才正式上线
建一个推广网站
－概览: 说明你的应用及其益处
－导游: 引导人们体验各项特性
－屏幕截图和录像: 展示产品面貌并演示如何使用
－宣言: 阐述其背后的哲学和思想
－案例研究: 展示现实生活中的案例的可能性
－共鸣: 引用来自客户，评论，新闻的证明材料
－论坛: 提供社区会员相互帮助的场所
－费用和注册: 尽快让人们使用你的产品
－博客: 提供新闻、技巧等，使你的网站保持活力
2、驾驭博客潮流
博客可以比广告更具效力
通过教授知识、传播资讯获取关注
检查你的留言并跟踪共鸣
认真回复意见，尤其是批评意见
3、内线追加促销
在产品内部推销升级机会
现有用户是你最佳销售对象
4、起个好名字
给你的产品起个简洁、上口、好记的名字
不一定要起一个能生动说明你的产品的用途的名字
十四、技术支持
1、感知痛苦
用户是最重要的资产，要做到用户至上
拆除设计研发和技术支持之间的墙壁
亲自来做技术支持，而非外包
亲自回复技术支持邮件，并做到快速回应
感谢那些给你带来帮助的用户
公开你的错误
2、零培训
使用内嵌的帮助和常见疑问解答，而非长长的说明书或手册
使用论坛让用户互相帮助
3、强硬的爱
敢于向用户说不
敢于放弃一部分功能，甚至一部分用户
十五、上线之后
1、保持活力
每隔30天发布一重大更新
上线后维护一个持续的产品博客
－FAQ 疑难解答
－How-to 指南
－小贴士 & 技巧
－新功能，更新 & 补丁
－趣事 & 新闻
2、分清缺陷的轻重缓急
及时修补重大缺陷
缺陷发生时，别总去责怪人
3、安度风暴
等到要求改变的应激反应停止后再采取行动
等待时间约为24～48小时
4、跟着潮流走
订阅竞争对手资讯
对于新的方向保持开放的态度
十六、总结
1、执行力
成功取决于伟大的执行力
要学会平衡所有要素
2、人
创造一个伟大的产品，最重要的就是参与其中的人
去寻找那些对你提供的工作充满激情、对你的产品充满热爱的人
网友评论