Dillard’s正测试一为令卖主省心而设计的协作工具
Bill Holder欣赏和下一个顾客一样多的积极的卖主回馈。但Dillard’s Inc的副总裁及信息总管更愿意在顾客碰到困难时更多地关注他们。
其中，供应商所重复报怨的一个问题是他们从零售商的外网上提取相关数据时所面临的困难。因为大部份卖主向不同的零售公司出售产品，那么他们收集销售及库存数据时就需要点击进入各式外网---所有这些外网都有不同的安全性和功能。这些不一致性使他们很难快速读懂数据并快速做出反应。
Holder下定决心要找寻一个解决方法，因此他找到了John Simon, Norcross的执行总裁, Ga.-based afterBOT，来商讨建立一个应用程序的可能性，可使零售商能和供应商共享数据，但同时又能保证他们所贴出来的信息不会被他们的竞争者所看到。
西门曾相信afterBOT’s 基于网络的TransAccess 协作工具，能够在寻找解决方案中起着不可替代的作用。该工具能够把零售商和供应商联系起来，并能提供日常的交易后销售和存货记录。但一个这种大小和规模的外网需要准确的，同步的产品数据，并需有一个可靠又灵动的运行平台。
带着这种思想，Simon找到了Alpharetta, Ga.-based Inovis，该公司以其Inovis Catalogue及其数据同步平台而闻名。Inovis CEO Sean Feeney，在经过对诸如此类应用程序的价值进行快速调研之后，迅速与afterBOT合作联手寻找解决方案。与此同时，Holder说服了15名卖主参加了概念验证试验。
测试第二版在七月开始，Holder相信结果不仅对Dillard’s有利，对其他供应商也一样有利。
“现在我们收集了大量的信息，但我们还没有办法知道我们的商店是如何做这个面对面比较的，”他说，“如果是按我们所想的那样的话，卖方应能告诉我我比St. Louis某一品牌营业额高出15%，比Dallas某一品牌低12%。”
“我不会知道竞争者的详细信息，但有那些了解，买主可以调整货物清单及对不同效果的决策。” Holder说。“这也让他们对我们当地每一处所卖的哪种款式和类型有了一个更好的了解。并且还可以通过较好地进行积极的商店交易和产品存放来使减价最小化。
聚焦同步POS及目录数据同也可以通过使供应链的最后一环更加按需而分配，使零售商有机会减少销售时间。
客户所要经常性浏览的信息量已经成为了一个问题，Holder说。很多客户在20到30个供应商之间转来转去—大部份供应商都有好几千sku’s—因此很难和每一个供应商都做大量的工作。
“我们希望卖主能帮助我们更好地完成我们的业务。”
这就提出了问题：卖主们愿意吗？
对卖主的价值
因为第二期测试刚刚开始，Holder拒绝透露参加的供应商的名字。即使如此，Feeney仍然认为结果肯定是引人注目的。
“能够获取这类数据可以使卖主实行优先次序——这可能在整个供应链对供应商和零售商造成良好的连锁反应，”他说，“这也可以使他们能够更有效地管理及追踪在每一个零售点发生的促销行为及事件。
对卖方的大“好处”主要是能有效访问一个入口及能浏览多个零售商的相似数据。Feeney说在前期，至少在这个联合解决方案中的合作者所追求的不仅仅是交换新数据。其价值是来自于清楚，同步的数据，在一个安全的环境中交换，以产生更好的供应链协作，改善业务对话。
Simon提出了这种解决方案能提供的正面影响的实例。“每次卖主做促销活动时他们都能使用这网上入口来观察次日商店和零售商的销售情况。通过对数据的观察，他们能马上知道是否有商店没有正确地进行促销，并及时地采取有效措施来解决潜在的问题。”
而现在，他说：“他们要不需要打电话询问——并且无法确认真实与否，直到他们在该周末拿到EDI为止——或者卖主需要随机派人到商店来确认。
Simon使用一个棒球模型来描述这个应用程序对零售使用者的价值。他说加入World Series或在自己室内完成之间的差别不仅仅batting 1.000；而hitting .300 and .250之间的差别。
同样地，零售商不会因为使用这个程序而将把销售率从10%提高到100%。但很有可能把销售率从10%提高到15%——而这对零售商和卖主双方的业务的健康发展都有显著的效果。
资料排架细则
这种解决方案会结合 Inovis Catalogue 和 afterBOT’s TransAccess 模块，在IBM DB2/Websphere平台上运行。首期测试会测试不同的产品种类，这样确保该程序能在女士运动装及家居服等各个部门运用。
目前，这个改进的供应商外网将由Dillard’网站支持，但Holder坚持测试是严格的，“一旦我们得到另一个零售商签约，它将马上转移到afterBOT 和 Inovis，”他说，“我现在主持它的唯一的原因是它允许我测试这件事的终止。”
Simon称这种用户界面“简单”，说明afterBOT面临的主要问题是每天从不同的零售商系统获取日常数据，用Inovis Catalogue使之正常化并在检查后，把这些数据输入一个数据库，并用一个连贯的用户容易掌握的方式传递这些数据。
Inovis and afterBOT现在正致力于economics of the business model，但Feeney 坚持其成本不会太大。如果是几年前的话这样一个程序成本肯定会高得多。现在，它是基于网络的，这很大地改变了其价钱结构。
收费方式已考虑过好几种方案，包括从零售商和卖主双方收费。提供该项服务的成本是根据卖主的规模和注册的零售商的人数而定的。在Dillard’这种情况下，Holder 已同意包下已签约卖主一年的费用。
“目标是让事情开始动作起来。” Holder说。“我希望卖主更多考虑功能而不是价钱的问题，因此我们把这一项忽略掉了。”
一般零售商因为考虑到安全问题而不愿意共享数据，但在这个联合方案中的合作者不希望这个成为问题。除了非常明显的用户用来存取数据的密码保护以外，外网中隐藏的保护层——程序，使用者水平及物质安全—都是非常复杂的。
Holder希望在十月份能够有一些早期的结果供分析，到2007年第一季度希望这一解决方案能够被其他零售公司所使用。
