软件和Web2.0应用服务
一月 14, 2006 – 12:19 pm |Tags: No Tags
昨天,查看当日访问日志,发现以RSS方式阅读我 "当软件成为Web2.0应用服务时" 一文的访问量占据当日总量近58%，好生奇怪。特别好奇访问者是谁！
不过从自己角度看：一旦你是软件开发者希望进入互联网领域，首先不要轻易地否定你自己是一个软件开发者，而简单地转型为服务者，先还是要将“软件”进行到底！否则，互联网服务的基础不牢，谈何服务。这也是新兴互联网（web2.0)的新悖论之一：简单服务，复杂开发，所谓以复杂心思开发一个简单得不能再简单的易用服务平台，所以，开发越来越简单化服务软件是一个越来越复杂开发过程！
因为复杂才有高度,因为简单才有用户！
10月31日
当软件成为Web2.0应用服务时当软件成为一项服务时，作为服务商是否已经准备好了？由软件产品到应用服务产品的发展，并非是完成软件，完成测试就算好，更多地要将管理精力集中于服务管理。正如我们开发软件时将70%以上时间做需求分析和详细设计，真正CODING时间占的比例不高；同样，当软件成为应用服务，也是如此。软件完成测试上线后，真正的挑战来自服务管理，至少要占去80%以上公司资源。
那么，服务管理到底是什么样？在一个缺乏服务意识的商业环境下，可能我们很难找到模仿的典范，但是，还是有很多参考系统，如酒店服务管理系统，如电信的服务水平（SLA，service level agreement)，如快速消费品的快速反应机制（ECR,Efficient Consumer Response）；在越来越成熟零售市场上，最具典型和普及的服务管理就是大型超市的排队结帐服务。
服务水平管理是一项涉及服务流程和财务投资收益的高技术性管理，简单讲：我们应用服务承诺的水平与我们软件服务能力关联，软件服务能力与软件开发本身投资（软件平台，执行能力 performance,和网络服务能力（如硬件和带宽）投入相对应，由此来看，要承诺一个100%服务水平，来者都享有优先服务，那么，势必是要多投资；另一种，就得在细分策略下，对服务水平做不同递减承诺；当然，还考虑应付突发性事件预应能力（如不少独立IP访问超过几十万后，就增加了被攻击的风险），所以，建立一个合适服务水平分布系统是基于客户战略下的商业策略的重要组成部分。
现在，对于个体客户来讲，每项服务是确实就是他个体的100%，如此，对于客户建立响应管理是满足特定客户在其期望的时间内获得他所需的服务,甚至细节到一个简单注册流程。确实，有些网站为了强制获得客户信息，设置极其复杂注册流程；但是，你忘了，如果应用服务本身足以吸引人，那么，为何不留下更多信息获得更好服务？所以，先将你的网上服务做好，不要去骚扰你的客户,更符合和贴近你的目标客户服务响应模式，否则，即便是基于AJAX页面，也仅仅是软件，而不是应用服务。
如果有人认为如此有必要吗？不就是为互联网上“草民”做一个平台吗？有必要，这样一个回答是来自成熟商业战略，不做低概率可成功的事，消除高概率风险，也就是讲：降低各项执行风险,确保可成功。所以，Web2.0互联网是在于服务取胜！
