博客

3则小贴士助您轻松应对Veeva CRM更新的频繁发布

为用户提供优秀的应用使命艰巨,通过频繁发布的更新保持产品和应用的优越性任重而道远。我曾领导制定了一个大规模的CRM发布管理流程,从中我了解到,每个成功的项目背后都有一些共同点。在项目接近发布管理阶段时,您不妨考虑以下几点:

  • 为频繁发布确定流程并始终贯彻
  • 通过该流程,定期发布高质量的版本,从而不断增强全体用户对产品和应用的信心。面对Veeva CRM等利用云技术开发的应用,用户希望获得频繁的更新。保持紧凑的发布节奏也是为了在速度和质量之间取得平衡。每一次发布都会带来一定数额的开支,它们来自于文档编制、审核和测试等等,因此在制定流程时,一定要考虑该因素,从而确定合适的发布间隔。如果发布间隔过长,用户会对问题修复或版本升级所需的时间跨度感到失望。

  • 应用升级 vs. 应用问题 vs. 产品升级请求
  • 应用升级、应用问题和产品升级请求之间是否有区别?答案是肯定的。有鉴于此,发布流程必须做到三者兼顾。

    大多数终端用户并不清楚它们之间的区别。但对于发布团队而言,明确区分这三者至关重要,因为它们都需要单独进行处理。最理想的做法是将上述三者录入一个单一的系统中,让所有利益相关者都能一目了然地掌握相关信息。一旦完成录入,这些需求将被分门别类地归入恰当的类别:

    当需要通过配置和/或自定义编码提供全新功能时,相关用户会提出应用升级请求。通常情况下,提出这些请求的用户群体并不清楚应用的变化会给其他群体带来何种影响。因此,您必须制定一个简单的流程进行管理,让所有受影响的用户根据请求各抒己见。此外,请求的成本/效益应当得到评估,并根据优先级进行排序。最终,发布团队将根据评估结果决定是否继续处理某项请求。

    应用问题指的是满足客户特定需求的应用跟需求描述脱轨的现象。如果没有需求存在,您如何知道这是个问题?当不存在需求时,应用问题将被视为获取新功能的应用升级需求。

    而产品升级请求将通过Veeva产品自身的改变来实现。与应用升级类似,产品升级请求应当经过所有受产品改变影响的用户群体的讨论。一旦企业内部达成共识,产品升级请求应当根据优先级进行排序,然后提交Veeva产品团队,由其决定是否在未来的Veeva版本中满足这些请求。企业应当定期审核这些请求并调整其优先级,频率至少为每四个月一次,以便与Veeva的发布日程保持同步。

  • 产品版本 vs. 应用版本
  • 同样的,发布团队的每一位成员应当熟悉产品版本和应用版本的概念。产品版本是指Veeva产品自身,而应用版本则涉及根据客户的特定需求做出的配置变更。全新的Veeva CRM版本通常每四个月发布一次。您可以考虑让您的内部应用版本与Veeva的产品版本保持一致。您可能会问为什么?答案很简单,因为这样可以为用户减少困扰。

    在发布管理中,速度的提升决不能以产品交付质量为代价。如果没有质量,速度便一文不值。平衡好两者的关系将为您带来优越的体验,而您的用户也会对应用充满信心,并感到满意。