维护CPQ可能会占用大量时间和资源,因此在选择任何CPQ解决方案之前,了解什么是CPQ维护以及应该考虑什么是非常重要的。让我们先来看看CPQ保养包括哪些内容。
CPQ维护包括:
知识收集
产品模型创建和测试
产品模型的文档
CPQ Maintenance Quotewerks
产品模型定义了给定产品的所有可能的配置。每次产品型号发生变化时(例如添加新零件号、工程规则发生变化),CPQ解决方案可能需要更新。
CPQ维护是一项持续的任务,因此需要回答的第一个问题是“谁来维护产品模型?”这可能是公司内部业务或IT资源或外部资源。
现在让我们看看知识获取...
知识收集
在任何人开始收集CPQ相关知识(业务流程、产品型号、价格、工作流程、报价和第三方系统界面)之前,需要解决以下问题:
CPQ解决方案将在哪里使用?仅用于销售还是用于销售和制造?如果需要捕获制造流程和零件,将会更加复杂,需要更多的工作!
CPQ解决方案将用于哪些产品和服务?注意:拥有大量产品和服务的公司可能不会对所有产品只使用一种CPQ工具
知识获取是任何CPQ项目中需要尽早解决的关键任务,因为不知道或不正确知道的内容无法正确设置!除了期望的销售团队经验之外,还需要确定渠道合作伙伴和电子商务经验。对于制造公司来说,制造过程和零件也需要确定。
一旦了解了在CPQ解决方案中需要为谁设置哪些产品和服务,以及谁具备产品/服务知识,就应该开始研究如何在您的CPQ解决方案中设置和测试这些知识。
这让我们来看看产品模型的创建和测试。
产品模型创建和测试
创建产品模型可能是一项复杂的任务,很大程度上取决于所使用的物料编号、产品结构和产品配置规则的数量。构建模块化产品模型被认为是最佳实践,因为它们可以跨产品和产品系列重用。关于产品模型创建的第一个问题是“在CPQ解决方案中保持CPQ相关知识(见上文)需要什么技能”。任何受过一点培训(大约0.5-3天)的人都可以在您的CPQ解决方案中保持CPQ相关知识吗?或者有必要获得认证或使用像UML建模技术这样的方法吗?了解有多少人将参与CPQ解决方案的维护也很重要,因为参与的人越多,沟通需求就越大。
一般来说,当产品专家能够维护(至少是部分)CPQ解决方案时是有帮助的,因为他们拥有产品知识。但是,由于解决方案的复杂性,或者因为CPQ解决方案更适合具有技术知识的团队,这并不总是可能的。在这种情况下,更多的技术团队(如IT或运营)可能需要维护CPQ解决方案。如果是这种情况,应该制定一个沟通计划,以确保维护解决方案的技术团队在需要时能够从产品专家那里获得知识。
一旦实现了所有的产品模型变更,就有必要测试这些变更,以确保一切都正常工作。这是手动完成还是通过自动化解决方案完成?
除了产品型号之外,以下数据也需要一些维护。一般来说,这更多的是一次性维护,而不是持续维护!
定价(如成本、标价、折扣)-取决于定价源系统以及这些数据如何进入CPQ解决方案
引用(例如,使用的报价表、报价附带的文档)
工作流(例如顺序工作流批准、并行工作流批准)
其他数据(如配置期间可用的营销宣传资料)–每次提供新产品时,可能都需要添加新的营销宣传资料(如视频、文本、图像)。“谁来维护这个?”
另一个需要考虑的问题是,CPQ工具是使用一种语言(如英语)还是多种语言(如B2C客户使用英语、法语、西班牙语)。如果需要多种语言,则需要设置“翻译流程”。
最后让我们看一下产品模型的文档
产品模型的文档
在许多决定使用CPQ解决方案的公司中,及时获得有关有效产品的信息是一项挑战。这是因为知识分布在许多不同的人/团队中。为了摆脱这种“部落知识”的方法,最好的做法是记录所有的产品模型知识。这使得产品模型的正确设置和持续维护成为可能。现在的问题是“产品模型知识是如何文档化的?”
虽然有一些关于什么在起作用的研究指导,但是大多数CPQ解决方案没有正式的文档解决方案。因此,团队记录这些知识的方式可能有很多种(例如,Word文档、Excel文档)。客户应该从一开始就考虑这一点,因为如果一个产品模型由于缺失或错误的信息而变得不可维护,他们可能不得不从头开始获取知识!…这可能很贵!
还要注意,公司的IT系统架构会影响CPQ维护,因为CPQ系统可能会与IT系统集成像客户关系管理,企业资源计划,计算机辅助设计等。这主要是一次性设置,但由于集成数据可能不正确(例如,价格发送不正确,仍然显示错误/旧的零件号),因此确定“谁将在集成系统中进行(紧急)更改”非常重要
许多客户希望了解CPQ解决方案持续维护的两点:
费用是多少?取决于他们每周花费在维护(和测试)CPQ解决方案上的资源数量和时间
维护CPQ解决方案需要哪些技能?使用内部或外部资源?需要认证吗?需要多少培训?