软件语录-(来自软件开发的创新思维)

1 两类成功的人:
理解技术的商业人员 其成功依賴于所用信息的质量和复杂性
理解商业的技术人员 企业家型的工程师
2 在决定创造某个软件产品之前，经过简单而适当的设计，编写有很好交互性的产品
3 电脑可以告诉我们一个事实，但却不能提醒我们，它可以精确地引导我们，
却不能引导我们去我们想去的地方
4 软件产品有两类描述：
创建非常完整而详细的，实际产品的描述
描述最终用户看到产品时的描述
5 功能有负面因素，这些和正面因素一样，他们引起的最大设计问题是，每个出于善意的，
也许是不常用的功能，使常用功能模糊起来
6 写坏软件比写软件更昂贵（现在好多流氓软件。。。。）
7 让程序员长期写错误的东西，其代价比他们什么都不写还要高。

8 消费者的忠诚
我期望在百幕大有周六的假日，但我并不需要它，如果我有胆结石，我需要手术，
但它并不是我期望的，从短期看，一个人可以受到需求的强烈影响，但从长期来看，
一个人期望的东西有更大，更深刻的效果，当他期望某些东西时，他回忠诚于它，
当一个消费者期望一个产品或者一个品牌时，他的忠诚是商业中最强大的一股力量。
当你为客户提供了他们最期盼的产品时，你的竞争这实际上就快要失败了。
没有消费者长期品牌忠诚度，你的公司相对于竞争对手来说都是极其脆弱的。

9 高技术领域有三种根本的品质

实际能力 技术人员必须回答的问题，我们能干什么，哪些东西有可能干成
生存能力 商业人员的贡献 什么是能养活我们的东西，我们能卖什么
期望能力 设计人员提供的能力 ，他们必须回答 什么是令人期望的东西？
人们究竟想要什么。

什么是可能的（技术），什么是存活的（商业），什么是期望的（设计）。

设计成功的产品：产品生产出来性能良好
进入销售领域卖得很火 ，带来利润
成为人们真正需要的东西
首先决定什么是客户期望的东西，然后工程师去建造它，商业人员去销售它，这是最明智的方法

10 为快乐而设计

假如你要设计一种款式的汽车来满足三种人的需要：带孩子的妈妈，木匠，年轻的总裁。能设计出来吗？？
能，有人要吗？？没有！没有，因为这一定是一辆愚笨的汽车。唯一的办法是为妈妈造一辆带后门的小客车
，为木匠造一辆皮卡，为年轻的总裁设计一辆跑车。
这就是角色设计，软件开发怎么为角色设计呢？？
精确描述我们的用户以及用户希望达到的目标
目标的范围越大，迷失方向的可能性就越大
缩小目标，提高目标人群内的满意度。
被愉悦的用户是极其宝贵的财产。
对产品满意度搞的用户是极其宝贵的财产。
给角色取名字是成功定义角色的重要组成部分
一个完整定义的用户角色是交互设计中非常有效的工具
过分简单的市场模型无助于解决问题
根据用户的工作性质和责任，用户的特点去建立角色
如果你打算设计基于软件，使用户满意的产品，你必须相对精确地了解那些用户是谁，这就是角色扮演的人物，下一步是尽可能设计功能强大的产品，为此，你必须更多了解用户。

11 为效能而设计（面向目标的设计）
认清目标导向和电脑软件设计的人性化设计。
研究表明：人对电脑的反应与人对其他人的反应是一样的。
角色决定着需要达到的目标，而目标则反映出角色的意义。
目标是我们完成任务的缘由。
好的交互设计的实质是进行交互作用的设计，这种交互使得用户能达到他们的实际目标，而并与他们的个人 目标不冲突。
任务不是目标 ，
任务将随技术的变化而变化，但目标却具有相当稳定的。令人愉快的性质 ，比如你从公司到家，可以打车，也可以坐公交，
任务是打车或者公交，目标是回家。
目标是稳定的事物，任务是瞬变的现象，这就是为什么针对任务的设计不总能适合目标，而针对目标的设计总能适应任务的道理。
从事任务导向设计的程序员
用任务代替目标来进行设计是造成无效交互与挫败的主要原因之一。

目标导向的设计
个人目标： 不感到被愚弄
不制造错误
做适量的工作
令人着迷(或者至少不要太令人讨厌)
两个方面(个人工作量的减少，还有就是个人权益是否受到损害)
公司目标： 提高我们的利润
扩大我们的市场分额
击败我们的竞争对手
雇用更多的人
提供更多的产品或者服务
公司目标与个人目标的平衡
实际目标： 避免会议
处理客户的需求
记录客户的订单
建立可以量化的工作模型
虚假目标 这些都只是实现目标的手段，本身并不是目的的，目标才是最终的目的
省钱
减少键击
运行于IE
易学
保护数据完整
加快数据录入
提高程序的执行效率
使用最佳的技术和功能
增加图形的美观
维护跨平台的一致性

12 为人而设计
模块是对使用软件产品的角色为达到某个目标而进行的简洁的描述
日常使用型模块
最有用和最重要的，这里的基本动作都是用户要完成的，而且是最频繁完成的动作

日常使用的模块需要最强的交互支持，新用户必须能很快掌握它，用户大量使用，
用户变得很有经验，他们将要求定制日常使用的交互，这样它将更合乎个人的工作作风。
必需使用型
必须完成的动作，但却不是频繁完成的动作，比如清理数据库和请求例外操作

任何用户都情愿使用程序提供的方式去工作，不要求定制化，交互要求很低。
边缘情况的摸组
在产品设计阶段经常简要设计，但程序不能省去这些工作。
边缘情况的处理能力的编码是成功或者失败，关系到日常使用和必需使用的产品的成功或者失败。