几乎一致认为，它是每个公用事业零售商高管的创新议程之首——缩短新能源和能源相关产品的上市时间。每一个现代公用事业公司都会使用其中一种软件解决方案来运营自己的业务，不管是本土的还是软件供应商提供的。那么，为什么要把新能源产品推向市场如此困难呢？

背景

历史上几乎所有的公用事业都受到管制，它们只是做了名称所暗示的事情——向公民提供"公用事业——电、水、气等"。当然，市民必须每月、每季度等按照监管机构确定的费率/电价支付他们所消费的公用事业费用。电价通常因客户群（住宅、中型、商业）而异。公用事业公司的主要任务是能够测量消费者正在消费什么，对不同的电价进行表示，然后用适当的电价向消费者收费以生成账单。这就是早期公用事业公司CIS（客户信息系统）的设计方式——或多或少。像"销售"、"产品"这样的术语还没有出现。

然而，随着去监管，情况发生了变化。公用事业公司不再是其经营地区的默认服务提供商，而是必须与其他公用事业公司竞争。更重要的是，大数据培训班哪个好，这导致了一种"思维转变"——他们必须专注于"销售"差异化的"产品"，而不仅仅是"收费"和"关税"。商品（如电力）必须有区别，而不仅仅是价格。因此，大数据定义，"电价"开始具有合同期限、价格保证、周末免费等属性。显然，现有的CIS无法处理这一问题，因此引入了CRM系统，该系统侧重于对公用事业产品进行建模和销售。与"电价/账单"的连接丢失，必须通过CIS和CRM之间的集成项目来完成。随着网络、移动、社交等在线渠道的日益重要，CRM进一步变异为许多不同的销售系统，每个系统都优化了一个特定的渠道，如网上商店、基于呼叫中心的销售等。正如你已经猜到的，云服务器哪个好，它现在更为复杂，因此也在向市场推出新产品。让我们看看是怎么回事。

挑战

让我们想象一个公用事业产品经理想在市场上推出一种新能源产品。很可能她会在一些离线工具中设计它，或者如果她在某个销售系统中幸运的话，那么一个it专家，不管是手工还是通过定制程序，都会确保在不同的销售系统中设置类似的产品。此外，IT专家在SME的帮助下，还必须在CIS系统中建立等效费率/费率模型，并确保完成必要的集成/映射，以确保与此产品的合同可以计费。当然，在将其用于生产用途之前，应该对其进行测试。由于系统的多样性、手工操作的步骤以及不同技能对人力资源的需求，整个过程比较缓慢，容易出错。除了产品经理没有一个中心产品应用程序可供使用之外，问题的关键在于它们是两个平行的世界："销售或CRM"和"计费或CI"。两者对实用程序产品都有不同的看法，需要对其进行调整（通常是手动调整或通过复杂的集成），以使整个过程正常工作。假设公用事业公司可能继续使用其现有系统，是否有一个务实的出路？

建议的解决方案

我们相信答案是肯定的，解决方案的重点是产品经理的任务，自动化了使流程正常工作所需的步骤，但不会增加任何价值。

如上图所示，主要建议是将产品经理的任务隔离在单个应用程序中。该应用程序充当创建、管理和重试产品/产品捆绑包的中央存储库，消除了不同销售系统之间任务的重复。一个重要的特性是除了销售属性（如价格保证）之外，还能够添加计费属性（如x美分/kwh），从而在产品定义时建立"销售"和"计费"之间的联系。另一个关键的设计考虑应该是对产品经理隐藏IT的复杂性。用户界面不仅应该简单，而且应该反映产品经理熟悉的业务环境。还应考虑进一步简化产品经理的工作和决策的分析能力。例如：产品经理监控产品的性能，例如哪些产品目前处于活动状态，到目前为止，他们在哪些地区产生了多少销售/收入。

其余的是将接口设计到现有系统中，使非增值但必要的步骤自动化。

Intf1：产品激活后，在计费系统中生成相应的费率结构。

Intf2：产品激活后，产品应分发到相关销售系统，云服务器试用，包括连接到产品应用程序，以便在销售过程中计算产品的预期价格，例如，客户在查看"Flex24 Elec"时发现，3000 kwh的耗电量大约需要1000欧元/年。

Intf3：一旦完成销售e、 g.网络商店中的购物车或呼叫中心代理创建的报价单/合同，销售系统将其传递给CIS/计费系统进行后续计费。Inf3识别产品，确定Intf1生成的相关费率结构，然后设置相关的计费结构，nba大数据，确保必要的市场沟通流程已完成（如适用）