从这开始

人是喜欢简单的动物；

所以，人喜欢的软件；

于是，就要简单的设计；

那么，什么才是简单，什么才是简单设计（不是简单的去设计）；

1. 简单是针对使用者而言的；

一间装修精美的房间对你来说是简单的，你只需要入住；一块红砖对于一位建筑工人是简单的，他只需要把它垒放在另一块的上面；然而，那块转头当你需要派人的时候（不论线上线下）也是简单的，只要拽出去就行，你还能拽第二块、第三块...

所以 Google 的主页是简单的，一个关键只需要一个回车就能开始它的匹配；但是 它的实现 对于开发工程师来说又是复杂的；

2. 简单的本质：

1）Reliable, Predictable

用水杯喝水，知道可以解渴，因为简单；尽管有气象台，想要预报天气，还是很困难，因为复杂；

2）Cheap

拿到一部 iphone，不要阅读长篇大部头的说明书，就能点触开始；一台电脑，插上网线，就能接入网络；学习成本，接入成本，使用成本；

3）Value

低成本并不代表没有价值，反而相对而言有更加专一的价值；

4）Building Blocks

砖石砌成楼房、细胞形成躯体、硅晶二极管组成集成电路、电脑连成网络；

再看，如何做出简单设计？

对于产品的管理者：如何让使用者一目了然？什么才是用户最想要的功能？

对于类库的实现者：如何提供简单的接口调用？如何让设计让更多人容易理解？

对于代码的开发者：如何写出简单的代码？

说到这里，那些大牛们提出的 代码 简单设计的原则 就不再 突兀；

1）需要有针对的测试，保证功能的可靠性；

2）代码尽可能的短小，学习、调用的成本降低；

3）单一的职责原则，让函数/模块提供单一的功能；

4）简单代码之间的紧密配合才能有简单的系统；

是不是很顺其自然；

最后 TDD 测试驱动开发 是一种方便的实现简单设计的方法，但决不是惟一的；任何的工具或者方法都有他使用环境，使用者的上下文，当明辨之、慎思之！

自然的就是简单的！

提到服务，会想到些什么呢？

是第三产业，是 “顾客就是上帝”，是卖产品与做服务的区别，是商家提供的售后，还是政府一直所强调的“建设服务型政府转型”？

至于服务，到底是什么呢？

购买一张动车车票，不晚点地把你载到你想要去的地方并且不被雷劈这就是它的价值，让你自取一瓶史上最有背景的“5100 ”纯净水，并且提前收费，这就是它的服务；

入手一部iphone手机，你能用它打电话发短信就是它的价值，碰巧你能登录 itunes 或者不碰巧的能安装个 cydia，从而能把这个小砖块变成游戏机，导航仪，社交终端... 这就是它的服务；

到饭馆和朋友撮一顿，点上一桌风卷残云的扫荡一空，这个就叫饭局；而服务员，在你去4个人点14菜的时候说“先点这么多”，在你兴致大起的时候提醒“注意随声物品”，在你烂醉如泥时递上一张纸巾并给你叫上部回家的出租车的时候，这个叫服务；

到外地去旅游，欣赏心旷神怡的风景的时候走在洁净的马路上的时候，你的脚下就是服务；

对！服务就是生活中的 “软件”；

关于服务，为什么要去了解？

单纯提供产品的商业模式面对更大挑战；

调整服务与产品的比例可以创新商业模式；

服务是知识产业；

不同意吧，一一交流；

刚猛的企业去拼价格，有志的企业去整合；产业链上下游整合，形成产业链的成本及信息的优势，为消费者提供全面一站式服务；并且占据产业链中价值最上游；Apple 就是最好的例子，终端应用交给了apple store和广大“技术宅男”，产品手册攻略大全交给了weiphone网，产品的推广交给了你身边的果粉；它要做的就是开发设备 + 在线平台；

在产品和服务的发力稍作调整，就能为你带来一个崭新的商业模式，是与给顾客带来高性价比的产品，还是让客户享受非同一般的体验，都能帮你找到一片蓝海；在呷哺享受不到海地捞的贴心，在海地捞也很难吃到呷哺那么便宜的清汤锅子；

做服务难，做好的服务更难！要做好就以为着要提高“软件”的比例，而要做好“软件”就必须将你的员工当作“Knowledge Worker”，而不是机械的“Labor Worker”；想要他们照顾好你的顾客，你就得要先去照顾好他们；越高水平的服务，越需要员工更高的专业技能和心智能力，任何短期的培训都不能解决根本问题；麦当劳的员工是培训出来的，海地捞的员工是培养出来的！

做好服务，如何去做实践？

第一步，找到适合你的“Worker”，彼此能够实现对方期望；

再一步，创造一个文化，像期望他们对待客户的方式对他们；

最后一步，共同成长；

Service is a Software，这只是开始！

TW 发布了最新的 Business Offering Map，很像一个鸡蛋（下面简称 Egg）；

图上从左到右，可以依次概括为 Consulting Service, Software Delivery, Product Chain；看着它，是在觉得和我在 Away Day Session 上的一页 Slide 很相似，放在下面：

Egg 从告诉了你业务范围上的发展方向，上面的 Slide 告诉了你这样的选择背后原因，下面详述；

IT 产业链：

啥叫产业链呢，举个和 IT 八杆子打不着的 婚庆行业 做例子：它涵盖了婚姻介绍、婚礼策划、珠宝首饰、蜜月旅游、新房家具等等 70 多个细分行业；对于每个细分行业也有不同业务，比如婚姻介绍，有走家串户的红娘，也有风光无限的 “非诚勿扰”；

企业也是一样，随着生产规模的扩大、人员的增多、业务的扩张；有的企业早已被像 18m 这样的 职业 “红娘” 锁定，开始挖掘需求；有的企业主动上了 “贼船” 找到了 “Mikensy” 这样像 “爱情连连看” 一样的大品牌；有的呢，自己私下已经找好了像 TW 一样 “meimei” 私定终身；

于是，需求挖掘，业务分析，产品定制，架构设计，框架选型，编码开发，硬件采购，上线部署，维护管理一系列的工作边组成了先在的 IT 行业；

就有了下面三种主流的商业模式：

对于 Service 模式：包括商业模式咨询、业务流程设计、需求分析整理；

对于 Project 模式：了解到需求，把它转化成为一个可以工作的系统的解决方案；

对于 Product 模式：经过多年行业，项目积累之后，找到针对性解决问题的通用产品；

对于 Service 和 Product 有着高的投入风险，多年的行业积累；Project 模式呢，目前参与的企业也最为众多，群雄逐鹿；

Benifit 哑铃：

正是分工的不同，产业链上下游的位置不同，创造的附加值也是不同的；越是专业化的服务，越是能够得到市场的青睐，其利润也向两端延伸；也就形成了这样的盈利哑铃；

商业模式 位于 实现模式 之上，如果企业的商业模式只是 外包，给客户能够带来的价值只能是 人力成本上的差据：它可以体现在 去人力成本低的国家进行离岸式的开发的模式上，也可以体现在雇佣更年轻工资水平更低的人来加班赶工上；处在产业链的哪一环，决定它采用的是哪种 开发方法，管理方式；它所能够改善的空间也是有其局限性的！

也正是如此，朝向两端进行业务拓展，进行不断的尝试，努力的进行人员经验积累；成为每个被 商业模式 所困企业必然之选！