Getting Real内容浓缩

时间:2024-01-16 12:05:32

今天看完,想整理一下,可能会更好,也给别人提供一个快速学习的途径
第一章 什么是 Getting Real?
表达形式省略、精炼、精益、敏捷、用户体验、迭代改进、产品简化。
第二章 建构从简
做得比竟争对手少
为自己而做这个软件
找自己募资
固定时间和预算,但灵活控制产品外延
找个敌人(借鉴)
它不该成为一种交易-满怀热情地去做它
第三章 保持精益 更小的质量
你越做到精益,改变越容易
减少改变的成本
用三人小组构建1.0版本
拥抱约束:让限制带领你到创新的解决方法
做你自己:通过亲切友善和人性化来把自己和大公司区分开来
第四章 首要任务 什么理念才是伟大的
明确定义产品的闪光点
在初期时忽略细节:先粗后细
当问题成为问题的时候才去担心:不要把时间浪费在还未成为问题的问题
去网罗对味的顾客:找到你产品的核心市场然后就专注进去,对有些顾客有所放弃
过后才去做规模(性能)调适
软件要有自己的主张:伟大的软件必须要有自己的理想。
第五章 挑选功能 部分,而不是残缺不全
构建一半产品,而非产品有一半缺陷
只留精髓
从说“不”开始
看清功能的成本
构建你有把握的功能
为一般概念构建(简单通用性)软件,并且鼓励人们创建自己的解决方案。
忘掉功能需求:让你的顾客提醒你什么是最重要的
抓住核心:问人们不想要什么
第六章 操作(实施)一场把软件运作起来的比赛
尽快地推出一个真实的产品
在不断反复中工作着
从概念到实施:从灵感,到草稿,到HTML,到代码
远离设置首选项:要帮你的客户决定一些小处细节
决定都是暂时的,那么拿定主意就继续到下一步(不怕错误尝试,做一个执行者)
放飞去让大众测试:在现实使用中测试你的软件
缩短你的时间:把它分小块来做
第七章 组织 一致性
拒绝专业性分隔
独处的时间创造效能
会议有毒
寻找和庆祝小的胜利--团队激励
第八章人员配备 不需过早招聘太多员工
行胜于言:从社区中寻找最优秀的人才
考察面:工作质量 文化视角 热情程度 执行力 社会经验
寻找全面发展的人:选择能快速学习的多面手,而不是专攻一面的专家。
热情是装不出来的:选择快乐的和技术水平中等的,而不是令人不满的专家
找文字功底好的人
第九章界面设计 界面先行
开始编程之前先设计界面
震中设计:始于页面的核心内容然后向外延展
常规、初始、错误三种情况下的设计
应用情景胜过一致性
文案也是界面设计
第十章代码 更少的软件
让你的代码尽可能简单
鼓励程序员提出反建议
为快乐而优化:选择能让你的团队欢欣鼓舞的工具
代码在说话:当你的代码将你打回,聆听它
管理债务:还清你的代码和设计"账单"
开放门户:让数据通过 RSS,API等途径走向世界
第十一章 文字功能定义一点用都没有
别写死文档
写故事,别写细节
填入真实的文字而不是测试用的胡乱用语
个性化你的产品:你的产品的个性类型是什么?
第十二章定价和注册 免费样品
来去自如:让注册和注销的过程毫不费力
用提前通知和保留条款来缓和坏消息给用户带来的打击
第十三章 推广 好莱坞运作
从挑逗 到 预演 到 开幕
从 花絮 到 预演 到 上线:概览 导游 屏幕截图和录像 宣言 案例研究 共鸣 论坛 费用和注册 博客
博客可以比广告更具效力(而且便宜很多)
尽早获得议论和注册
通过教育推广
新技术噱头
研究日志并跟踪共鸣
在应用内部推销升级机会
给你的应用起个好记的名字
第十四章 技术支持 感知痛苦
拆除研发和技术支持之间的墙壁
零培训 使用内嵌的帮助和常见疑难解答,产品就不需要手册或使用培训
快速回答 在疑难问题上的快速响应时间应该置于最高优先级
强硬的爱:乐于向客户说 不
良好的论坛:使用论坛或聊天室让客户互相帮助
公开你的错误:拿出坏消息别让它挡道
第十五章 上线之后
上线30天后发布一个重大更新
保持发帖量:上线后维护一个持续的产品开发博客,显示你的产品充满活力
更好,而不是测试版:不要用"测试版"作替罪羊
分清缺陷的轻重缓急
等到要求改变的应激反应停止后再采取行动
订阅你的竞争对手新闻消息
更成熟并不意味着更复杂
对于新的方向保持开放的态度
第十六章 总结 发动引擎

执行的平衡、人的激情

该书中文版地址:http://cnborn.NET/docs/getting_real/index.html