设计，不能只是基于我们一厢情愿的假设。相反，我们要假设用户毫不了解我们的软件，随后给他们足够多的信息以便帮助他们理解。
说明性文本、What’s this链接、表意清楚的标记都可以达到这一目的。more
CommonCraft.com
Listen and learn how to express in plain Englis
Describe technology for guys who don’t know i
Upload my own video
不被墙的网站都不好意思说自己是好网站
引导广大网民为某种行为打分，用集体的力量去推动好的、压制坏的，从而撬动地球。
用户很难一下子接受大量信息；如果不得不这样做，递进显示。
如果我们做的事情能改进世界，不收钱又怎样？
网页：为扫描而设计，让用户赶快行动！
用户浏览网页通常是想“做”点什么，而不是“读”点什么。他们通常首先“快速扫描”网站，找到自己能做点什么，并且快速过滤掉那些自己不感兴趣的内容。如果在这个瞬间你没有让他们找到，很显然，他们会马上关闭标签，或者Ctrl+W。
软件（网页等）并不是为了我们能单击那些按钮而存在的，它是为了我们能完成任务而存在的。例如，导航栏不应该是陈列在一排按钮上的一串名词，而可以是动宾词组，帮助我们感觉自己正在做一些事情，让我们找到当司机的感觉；例如“格式”，不如“自定义格式”。
用户浏览网页是，视线往往趋向于从左上角移动到右下角，久而久之就形成了这一习惯。
利用环境提示，让用户仅凭直觉就能收到我们想让他收到的信息。
对用户来说，一个简短的句子远比一大段文字要来得有意义；重要的并不是我们提供的信息量有多大，而是能否提供他们真正需要的信息。
如果用户只能在某个页面短暂停留（通常如此），那么不要出现让他思考才能得出结论的信息，直接告诉他最重要的。
用户可以被培养、教育，但这显然需要巨大成本；例如推广标签云，大的网站可以迫使用户去习惯这种表现形式，而对于博客这种网站来说，大部分浏览者只会短暂地逗留，看一两篇博客就离开，不适合强迫用户学习新潮交互方法。
不是你选择了布局，而是它选择了你。布局是内容组织的必然结果，它往往是自己逐渐成型的。你的工作就是看着自己所想的布局慢慢呈现在面前，就像是不断削切石膏、直至雕塑成型。
警惕：程序员的需求，很可能不是用户真正的需求；程序员可能更偏向于创新，而我们更应该提高产品、服务的品质。
设计是一个永远止境的学习过程，绝不包含任何运气成分（灵感，通常来自多年知识、经验的积累；有人又说到了天赋…）；需要不断地自我检验做事的方式、反思之前的作品，尽可能确保所做的设计正逐步向自己的预期靠拢。
需求收集的途径
– 市场活动
用户大
专家顾问
高层拜
展
用户探
标杆研
用户访谈
– 销售活动
产品介绍、投
客户反馈
– 客服活动
现场问题解
网上设备巡检
– 公开信息
新闻剪
统计报
订阅的报告
– 商业伙伴
报告交
竞争者信息
– 专业数据
好需求的标准
完整
正确
可行
必要
优先
无二义
可验证
无冗余
客户的Wants，不等于客户的Needs；受限于客户的购买力，应该从客户的Wants中筛选出Needs。
需求管理软件：Rational Focal Point - IBM
www.ibm.com/software/awdtools/focalpoint/
戴明环
质量工程都是老板工程
今天参加一个需求管理的培训，课间竟然有零食供应，太人性化了！下面是一些笔记：
市场环境的变化：从过去的小批次、大批量，变为大批次、小批量；个性化需求高，应快速研发递交；山寨手机就是典型案例，其本身已经代表了个性化需求；而之前一款山寨机会卖几十万台，现在能卖几万台就不错了，说明个性化需求更突出。
产品需求不同于项目需求。项目需求（如OEM）通常是基于客户要求、市场某些客户的需求定制的，完成既定目标即可，不需要考虑更长远的目标。而产品需求则不同，除了满足当下目标，更应该考虑中长期的发展，建立平台价值。
需求管理关键词：收集、整理、分析、分解、分配、实现、验证、筛选、工具、文档、时间属性…
重用级别越高，难度越大，效益也越大。
代码
模块
子系统级
系列产品
通常有通用平台、高的子系统级别的复用。这样的开发模式在第一款产品的研发上投入较大，但一旦平台建立起来，后续新产品可高度复用之前产品的子系统，从而加快研发、生产速度。
产业链的高端（如苹果），研发成本高、风险（投资失败率）高，但利润大；
产业链的低端（如富士康），制造成本低、风险（受高端控制）高、利润低；
老客户卖新产品；由于客户关系好，新产品中的错误因素不至于破坏客户关系；
新客户卖老产品；由于老产品稳定可靠，容易赢利新客户而不会有额外的问题；
新需求带来创新；创新就是发现新需求；
需求的积累是广泛、长期的，应持续将收集的需求入库，做产品的时候从中选择相关需求集、确定产品包。
收集需求应该形成制度。例如，华为每次出差的员工在报销之前必须填写至少两条。
行业报告：快速了解某一领域需求的渠道；自己要了解并记录手机、互联网这些相关领域行业报告的获取方式。
模糊带来需求理解的不一致；所以，需求分析要弄清楚模棱两可的地方。
需求分析错误带来的危害，远远大于后期开发错误。
不要被PM的概念所限制，要理解PM背后的意义；太遵循PM的职责范围，反而限制了自己思考、行为能力。有价值就去做，这是更靠谱的准则。
需求分析后的反思：
是否和目标市场上所有主要类型的客户都交流了
通过捕捉客户的潜在需求，我们能看到产品相关需求之外的需求吗
在实际客户交流中，哪些将成为进行开发活动的优秀参与者
哪些是我们现在知道、而开始是不知道的？我们是否对其感到惊奇
需求调研组织中是否包含那些需要深化理解客户需求的人？
电梯测验：用几句话描述需求、价值
战略、方法论这些东西，一套就够了，多了反而乱；关键在于实践、摸索；有些像武侠小说中各种顶级武功，练好一种就能独步武林。
工会中法律组织、Windows8新特性介绍、与德国同事视频会议、讨论新产品特性、团队内协调分配任务、游泳…今天的事情比较多。
不过总体来说对自己的表现还算满意，基本Hold住了；虽然还不是那么入微。一口吃不了胖子，慢慢来。
今天最开心的，是说服德国大PM削减新产品中不必要的特性。虽然达到这一结论不只是我的作用，不过毕竟最终是我推动实现的，感觉还是不错，因为这也是我的意愿、我从PM的角度对产品的理解；能说服别人接受自己的意愿，说得冠冕一点是沟通能力。
另外的收获，是英语的提高。每天要和德国同事沟通，包括视频会议，逼迫自己学习英语。估计半年下来，英语就拿得出口了。
明天参加PM培训！:)