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年第一季度希望這一解決方案能夠被其他零售公司所使用。
