移动无线音乐搜索

来源:互联网 发布:ck手表 知乎 编辑:程序博客网 时间:2024/05/01 07:45

     年前的项目,用户可以用手机搜索到想要的音乐并订制成彩铃或赠送彩铃。用到了ASR、TTS等核心技术,我们负责集成。我的任务是做上层业务IVR流程的开发。

    1月底开始进场部署,我也去了很多天,做配置网络、应用部署的工作,相对轻松。我们是第一个调通信令的厂家,也就是第一个能使用电话接入的,占据了先机。而恰恰在这最关键的时刻我们松懈了,没有仔细的阅读业务规范,没有做好充足的准备。移动变更了他们的业务规范,添加了不少之前不确定的新功能,而这些功能又恰恰是我们不具备的。等我们反应过来已经距离系统测试时间不远了。

    在接下来的一周多时间里,我体会到了真正的辛苦和被别人牵着鼻子走的感觉。移动的规范不断的增加,我们不停的响应新的业务规范需求。而不久就发现了,疲于应对的我们,做出的系统是相当不稳定、相当不可靠的。错误很多,用户体验很差。直到最后一天封网的时候,我们还在为我们的系统添加功能。这直接导致了我们在之后的系统测试中处于了极为不利的局面。

  1. 前期准备不足,对项目的重视度不够。首先是投入的人力不足,人员业务素质不过硬;没有细细研读客户的需求,凭主观臆测做出了用户不需要的东西。

  2. 满足于自己的系统,不求上进。业务规范标注为可选的功能,我们在开始均没有实现。仅仅满足于之前开发出的系统,而没有响应市场需求,这最终导致了在项目后期的手忙脚乱,系统不稳定。

  3. 中期沟通不足,没有了解用户到底需要什么。比较明显的,其他厂家均将自然语言搜索功能独立出来,而我们确实与正常的、稳定的现有功能混了起来;为什么其他厂商行动一致,唯独我们特殊?

  4. 针对性不足。

    今天去了移动研究院,听着自己做出的系统接受检验,心中不免有压力:以功能正常而喜,也以系统错误而悲。现在测试还没有结束,希望在接下来的几天,系统能够有好的表现。

 

原创粉丝点击