撰写者 上午6:54 需求 , 需求感应, 需求塑造, 下游数据 •一则评论

是时候了!

上周,当我参加关于供应链管理的SAP CVN会议时,SAP预览了他们在需求信号管理方面的工作。虽然演讲的水平很高—缺乏让一位老分析师陷入困境的深度—我发现来自客户的问题令人着迷。在这里,我分享了我对该版本的见解,并回答了问题。

下周在SAP Insider上,北美客户将聚集在一起,了解SAP如何重新定义其供应链管理应用程序。对我而言,这特别有趣,因为它是两个SAP SCM 汉娜 解决方案的首次亮相:销售和运营计划以及需求信号管理。我很高兴看到SAP在SCM中对新产品进行了5年的干旱之后建立了新的解决方案,但我要提醒您,这两个版本都太早了,仅适合于“early adopter”。在这里,我将分享对需求信号管理产品的见解,在本周晚些时候,我将分享对HANA销售和运营计划产品的看法。

什么是发行版?

After seven years of pushing 和 prodding, 树液  is 最后 releasing their version of a 需求 Signal Repository (DSR).  需求 Signal Management is a new product from 树液 that will ship in Q4 of 2012.  The good news for clients is that it is a true DSR: built with an 企业 architecture to embrace structured 和 unstructured data. I am very pleased that 树液 is 最后 responding to the consumer product user group requests to build a DSR.

该产品建立在称为SAP 汉娜 的内存数据库中。内存功能应该可以帮助消费品公司更快地进行报告。需求信号存储库还利用与NetBase的合作关系来利用用户对博客和评分/评论的自定义评论的情绪。这是DSR平台远景的一大进步。

坏消息是该产品很大程度上未经验证,并且客户无法确定所展示的位置。产品的定价很大程度上未知。为了使SAP成功推出产品,他们需要更加清楚地了解产品和解决方案的定位。这些问题的答案,例如我在会议上听到的以下内容,必须清晰明了。

有什么问题?

观众向会议提出了很多问题。与会者不清楚如何将应用程序适合其当前的基础结构,以及该产品如何扩展和支持其他应用程序。这是我听到的问题。<I answer them below.>

该应用程序的目的是什么?需求信号将如何在其他SAP应用程序中使用?

这会取代关系解决方案还是零售解决方案? (市场上的两个RSI。)

这对我与Terra Technology的关系意味着什么? SmartOps ?

这如何重新定义您与Vision Chain(之前的合作伙伴)的关系。

产品的价格是多少?

萨满祭司’s Point of View:

当客户向广大观众提出我深有感触的问题时,我很难坐在座位上。尤其是在我充满激情的研究领域中。对于本博客的读者来说,您知道SHAMAN对需求信号管理充满热情。我花了很多精力来保持沉默并把我的想法放在沉默上,如果我在这个话题上发表演讲,我会给出答案。

构建应用程序的目的是什么?需求信号将如何在其他SAP应用程序中使用?

当前的应用程序被设计为企业报告解决方案。尽管与客户进行报告方面的合作很有希望,但目前,SAP不知道他们不知道需求信号如何使用以及如何使用。 树液 团队有机会在SAP套件中转换其他应用程序,以使其满足需求驱动<finally>。需求信号产品的推出将给SAP施加压力,以重新定义SAP APO DP(需求计划)并将需求信号转换为SAP APO PPDS(生产计划)。在发布会上,他们将通过艰苦的方式学习五件事:

  • 艰苦的工作还没有完成。零售数据很脏,需要转换和同步。必须同步三个元素:产品层次结构,日历和项目定义。零售数据的清洁度每天都在变化。它需要知识渊博的干预。
  • 他们将获得错误数据。消费品数据也很脏。在货架上出售的产品与后台项目主数据不匹配。为了避免支付插槽费,许多公司在零售中使用旧项目定义来引入新产品。该信号将需要翻译。每个客户’挑战将有所不同。
  • 报告不是报告。数据需要以基于角色的定义进行可视化,这对于销售,类别管理和供应链领导者而言是完全不同的。这将需要大量工作来定义用户视图。
  • 它将需要预测分析。正确组合需求数据–商店级别数据,零售仓库补货,永久库存信号,制造库存信号–会根据需求调整和市场拉动的水平而变化。
  • 变更管理问题比比皆是。联合数据比消费者制造商想要承认的更脏。

这会取代关系解决方案还是零售解决方案?  (市场上有两个RSI。) 还是Market6? 

最简洁的答案是不。我不建议用新的SAP需求信号管理产品替换销售客户团队报告系统。我的逻辑基于许多原因。 

1)定义销售客户团队中的当前技术,以将特定零售商的下游数据转换为销售客户团队可用的格式。他们很 “特定于零售商。尽管SAP已在零售定义领域完成工作,但这仍然需要测试。销售团队不会耐心接受测试。 

在短期内,我建议将SAP工具放在这些销售客户团队特定的数据库之上,并将其用作企业需求信号报告的输入。例如。将来自多个渠道和多个零售商的信号同步为通用格式,并添加了基于用户的内容。目标是对何时出售的产品有一个共同的看法,但要使用基于用户的内容来扩大其范围,以更好地理解其原因。而且,公司为什么要这样做?业务优势在于减少需求延迟。经过发展和稳定之后,该工具应该能够比基于联合数据或订单数据模式识别的报告提早两周向企业用户提供何时何地出售什么产品的汇总视图。了解订单信号为何不能很好地满足需求的公司是SAP’s best prospects.

对于Market6和Vision Chain发生的缺货的货架感应预测分析,我也感到很兴奋。随着时间的流逝,这种类型的预测分析将推动销售团队的决策。 树液 在这方面有深入的工作要做。

在测试之后,请及时考虑更换销售需求报告工具。 

这对我与Terra Technology的关系意味着什么? SmartOps ?

我相信2012年  SmartOps 泰拉科技 将成为直接竞争对手。 SmartOps 与SAP的关系更加紧密,并且那些偏爱SAP合作伙伴的公司将开始使用需求信号进行需求感知与Smartops进行开发合作。我相信这将对Terra Technology施加压力,以构建更完整的解决方案。需求感测应用程序市场将变得更加主流。 

随着公司经历一场神圣的数学大战,买家应该回想起已故的迪克·克拉克(Dick Clark)的建议,此前他是宝洁(Procter)的需求规划全球流程负责人&赌博曾在一次会议上说,“数学方法正确的错误方法是不好的 …并以错误的数学方法造成灾难性后果。”没有需求感知应用程序的公司应基于概念证明试验和客户参考来做出决策。

这如何重新定义您与Vision Chain(之前的合作伙伴)的关系。

与Vision Chain的合作是机会主义的。对于两家公司而言,这并没有多大作用,而且将Vision Chain从SAP合作伙伴关系的链中解放出来,将使他们能够进行脱销的传感工作,从而更深入地开展客户工作,并开发移动应用程序以执行市场。去年,Vision Chain表现不错。我相信这不会对视觉链产生影响’s viability. 

产品的价格是多少?

这是未知的。但是,萨满巫师预计它将很昂贵。 汉娜 的四个字母通常在报价的结尾转换为多个零。 

总而言之,我相信对于SAP来说,此版本的风险太大了 “flash in the pan”.  甲骨文 尝试在三年前将DSR推向市场,但一直没有得到采用,我相信SAP会定义真正的“enterprise”DSR。需要花时间。并且,在此过程中将有许多产品重新定义。已经太久了。

你怎么看?

我将在SAP上进行类似的发布’s S&在几天之内发布OP,然后在参加SAP Insider活动之前分享我的书中一些令人兴奋的研究。我去那儿见吗?