sco unix5.0.5 程序移植与软件服务随想

  　一家客户需要将sco unix.5.0.5 下的旧系统升级到我们的产品。旧系统使用的是自己的数据库管理系统，采用国外的一家CTRee数据管理产品， 数据接口缺乏，加上客户sco unix 系统的网卡一直没有配上去，平常只能依赖几台终端连上sco系统，开展业务，并将数据备份到磁带上．客户要求旧的软件商导出数据，结果被告之只能带回到公司升级到II　，才能把数据到出，当然客户也被要求支付一笔费用，由于客户确定新系统还是采用的Ctree 数据库，数据接口仍然掌握在软件提供商手里，甚至想看一下系统中的数据总量，都做不到．　更不用说二次开发，和迁移了．　想到出到其他软件更是困难．　

　　于是决定求助于我们，当然费了一通周折后终于把客户的系统迁移到vmware 的　sco unix 5.0.7 下．　将数据通过ftp 传出，解决了这个问题．

   另一家客户，系统崩溃， 结果被要求拿两万块才给恢复。不过还好他们使用的是商业的sybase 库。数据恢复不太麻烦。

  

　　这两个案例可以思考一下几个问题

　　客户方面： 选择产品时，一定要考虑到标准，和扩展问题。不能只听提供商的忽悠，说是什么都包办，一旦出了问题，很容易被卡脖子。

   软件服务提供商方面：软件销售其实就是 产品价值+服务价值的销售。

   虽然客户对软件产品部分有了一定的认识,但在实际购买软件时,还是产品价值占了主要位置，总是认为买了产品，就应该得到终身服务,或者说不要服务。销售人员当然是随声附和，乐的装糊涂。 其实不然， 对于

一些管理松散的公司来说，人员的变动，或公司的策略变化，都可以导致对客户服务的不连续性。使客户沦为

甩包袱的牺牲品。当然也极大的损害公司的形象。管理的松散（产品定义），另一方面对于重点客户的过度服

务，也给公司带来沉重的负担。 解决的方法可以尝试把服务部门经营（在一定契约下）来单独结算（难免带来

服务质量下降，可以通过其他反馈途径来促进和制约）。