“少用继承,多用组合”之生活中的小例子

3 十一
2007

example

今天从超市出来,发现超市门口移动正在做活动,问了一下,原来是做一些优惠活动,其中有一个活动就是免费给移动的用户办理一年的短信天气预报服务。自己是移动的卡正好就随手办了一下,但是办理的过程让我有点小感想。

一个服务人员让我先登记了一下姓名和手机号码然后按照他手里的号码和内容发送一条短信,正好旁边有一些人正看,也想参加,问把你这个号码抄下来回去发行不行?服务人员马上就说:“您抄下来也没有用,这号码就是正常号码,您发送一样扣费属于正常订阅,他发也一样,只不过扣费以后,我们确认订阅马上给他一张充值卡把费用充上”。话刚说完,我的短信提示订阅成功,然后刮开一张充值卡给我冲上,我说这卡我那回去冲行不?服务人员说:”这卡我们要回收,您要是想回去冲可以少些卡号回去”,我一想算了,虽然人多挺挤的,还是把卡充上了。

在走回去的路上我就想,我最开始也是以为他们会给我一个特殊号码然后验证就可以了,但是没有想到他们用的是这么原始的方法,但是仔细想想,也许这种方法才是在现有的系统上做这个活动的最好方式。

第一、按照我最开始的想法,首先移动这套系统中必须有可以认证特殊服务短信命令的程序。但是如果移动的程序在最开始设计的时候没有这套指令系统。那么移动就必须要为这个功能升级整个系统。
第二、如果采用这套系统,还必须要设计保证特殊命令的丢失外传的情况,如果一旦发现泄漏,就应该立即注销这条命令。
第三、在使用特殊命令的时候,为了要对服务人员的绩效,我们还必须记录这条信息是有哪些服务人员提供的。

而我们来看看现在的方法的解决方法,怎么来解决上面三种问题的
第一、因为是采用现有系统所以当然就没有问题
第二、因为没有特殊指令,所以也不存在泄漏的问题,但是可能会存在充值卡泄漏的问题,但是他们的卡都是人头计数的,发出去几张卡就收回去几张卡所以,充值卡泄漏的问题也自然的避免了。
第三、充值卡+登记卡轻松解决了绩效问题。

其实按照理论上也许用特殊短信的方式处理效率会更快,更好。但是实际上我们必须为这个特殊短信设计很复杂的系统来保证正常运作。而实际上我们只要协调利用好现有的短信系统和充值系统就可以轻松解决这个问题。

所以我要说在做产品设计和系统设计的时候,尽量能拆分出独立的应用系统,然后让他们尽可能的简单,然后用组合的方式让们处理更复杂的事情,而不要为了完成许任务设计一个很复杂的系统。

其实在桌面软件中office是一个最好的成功案例,word excel powerpint 等等这些软件都是我们办公要用到的,但是他们被拆分成不同功能的软件,在你用到他们的时候随意组合应用。

1 评论 to “少用继承,多用组合”之生活中的小例子

Avatar

ahye

十一月 4th, 2007 at 6:54 下午

这是考虑到成本的方案,未必是人性化的方案。

评论

top