工程项目管理软件在使用周期中的升级问题
第一个与业务无关,只是底层操作的变化。比如以前手机不支持,升级后手机可以支持。这种升级不带来业务提升,属于纯技术升级。另一种升级是上层业务的升级。
第一,没有这个业务,现在增加这个业务可以理解为购买了新的业务模块;
第二,功能的加强。比如某件事之间没有关联。经过一段时间的运营,用户觉得有必要加强控制和关联。没有添加新模块,就是在现有模块的基础上,通过加强这种方式升级其控制功能;
第三,智能水平的升级。比如原来的供应商选择取决于印象和记忆。现在有了智能推送,我们会建议你选择哪个供应商。随着软件的不断发展和进步,以及行业管理水平的不断提高,智能升级逐渐带来了这种新的升级。
另一方面,从用户的角度来看,这些智能功能是不必要的,像微软这样的制造商并没有强迫他升级,所以对于用户来说,他不需要升级。四家公司的业务形式发生了变化。例如,它以前是自营的,但现在不仅仅是自营的。过去关注售后成本,现在也关注售前投标等业务形式的变化,也会导致软件架构、模块调整。
在客户的最后一个软件中,我们必须有前瞻性,看到未来两三年的发展。我最不想看到的是,当我第二次这样做的时候,我会浪费我第一次这样做的基础。最好第一次打好基础,然后随着发展逐步增加模块。第一步可以与第二步顺利衔接。因此,第一步的工作基础需要坚实,为未来铺平道路。