不滿 DoorDash 擅自外送,紐約餐廳老闆叫餐給自己賺價差

這是一個生氣的老闆「駭」了一家大撒錢新創之商業模式的故事,始於新創志不在賺錢的測試行為,而老闆也不想被強迫外送打壞招牌。
評論
△ Photo Credit: Shutterstock/ TPG Images
評論

這是一個昨天刊出後,立刻在網路上掀起美國網友很大論戰的故事,台灣人應該比美國人能夠體會這機制怎麼運作的……

事情的開端是,紐約一位為了保持食物品質、開業十年來堅持不做外送的披薩餐廳老闆,發現他的披薩店在網路上被留了很多跟外送有關的負評,Google 搜尋之後才發現,他的餐廳「被合作」了美食外送服務,美國外送平台 DoorDash 擅自上架他的披薩店。

更誇張的是,DoorDash 還在 Google 上投了關鍵字廣告!

原本 google 他的餐廳名字時,出現的 Google 地圖結果如店名、電話、營業時間下方出現的只會有一個按鈕「訂購—到店自取(Order Pickup)」,但不知何時,按鈕變成了兩個。右邊多了一個「訂購—外送(Order Delivery)」的按鈕,點進去會連到 DoorDash 上的該店訂購頁面。

DoorDash 甚至從未聯繫過這位老闆,但這個事情的確發生了。

這也才能解釋,為什麼最近他的餐廳的 Yelp 頁面收到一堆關於外送的負評,不管是送錯餐、食物被放到冷掉硬掉等各種狀況,都是他十年來為什麼堅持不做外送的原因——問題是,他的店明明不做外送,員工當然也完全不知道如何應對偶爾打來的抱怨電話。

有些 DoorDash 的外送員並不願意使用保溫袋,因此食物出狀況的機率實在是不低。

這位老闆趕快找了他的一位好朋友討論,他的這位朋友的名字是 Ranjan Roy,也就是把這件事情在他的共筆部落格上披露出來、掀起廣大迴響的人。Ranjan Roy 以前是華爾街的交易員,目前在紐約市經營自己的公司。

老闆找對人了。Ranjan Roy 對於 DoorDash 的投資者——軟銀(Softbank)的資訊很熟悉,也對 WeWork 相關的事蹟有所了解,無獨有偶,上個月另一家美國的美食外送業者 Grubhub 弄出了一個大爭議事件,Ranjan Roy 剛好也有在網路媒體上讀到。

Grubhub 搞出的大爭議,簡單說就是,Grubhub 不知道用什麼方法說服了美國美食評論網站 Yelp,把一些餐廳的頁面上放的聯絡電話,改成了 Grubhub 提供的電話——一個其實會打到 Grubhub  客服中心的所謂「訂購專線」!因此當消費者打電話過去,Grubhub 變成仲介商一樣的角色,再把訂單轉給餐廳,試圖從中牟利。

正當 Ranjan Roy 跟那位披薩餐廳老闆研究該怎麼跟 DoorDash 較量的時候,他們發現 DoorDash 的網頁上誤植了某些披薩的價錢,一些特色招牌口味的披薩,定價應該是 24 美元,但 DoorDash 網站上僅標了跟基本口味相同的 16 美元。

Ranjan Roy 的華爾街交易員本能冒出頭來,他們決定在 DoorDash 訂購 10 個披薩到朋友家吃。後來披薩果然送來,在餐廳老闆的信用卡上變成一筆 160 美元的扣款,同時 DoorDash 的外送員在店裡刷卡的金額卻是 240 美元,現賺 80 美元。

不過,他們點餐的價差扣掉生產成本後,這 10 個披薩的淨利只有 10 美元。先不算支付員工薪資等餐廳其他成本,其實一盒比薩光食材費用就要 6.5 美元、一個披薩盒大量訂購的批發價是 0.5 美元。

過了幾天,Ranjan Roy 想出另一招,他們再度在 DoorDash 訂購 10 個自家餐廳的披薩,這一次,披薩紙盒裡面只放了一個披薩份量的麵團。

理論上在極大量製作的時候,麵團成本趨近於零,而餐廳其他的成本(含人事費用)攤提下來,一個披薩大約是 5 美金(包括盒子 0.5 元),因此 240 美元的進帳,扣除 160 元卡費及 5 元成本,他們毫無風險的收穫了 75 美元的淨利。

由於 DoorDash 是一個還沒有真正營利的新創公司,靠得是投資人的資金,因此這一筆進帳可以說是從軟銀口袋掏出來(謝謝孫正義!)放到披薩店老闆口袋的。

接下來的幾周,出於好奇,他們每幾天就這樣訂購一次, DoorDash 從來沒有發現異樣。

Ranjan Roy 沒有在部落格披露這個故事如何收場,也沒有交待他的披薩店老闆朋友後來如何跟 DoorDash 進行談判(至少要把餐廳從該平台拿掉吧?),而是把很大的文章篇幅拿來批判這個食物外送所謂「零工經濟」的商業模式,他認為不管是平台、外送員或餐廳,都沒有因此賺錢。

他只說,後來他們發現披薩餐廳被自動放上 DoorDash ,是因為該平台在進行「需求測試」。意思是在這個測試期間,DoorDash 自動用程式爬餐廳網站上的菜單、來建立平台上的訂購頁面,這時不向該餐廳收取任何費用,因為在理想情況下,如果訂單數量是有利的,DoorDash 就會去跟餐廳簽約並開始抽成。

原文底下引發了大量討論,一位 Google 員工過來說明可以找 Google 把那個非本店的訂購按鈕移除,有的網友則指責原 po 進行的實驗是詐欺行為,另一些網友則護航,也有一個網友提到, DoorDash 應該慶幸他們不是在中國營運時出這種定價錯誤的包,否則早就被套現到脫褲了。

核稿編輯:Mia

延伸閱讀:




亞太區最大 Anti-DDoS 技術商「網創資訊」借重 AWS 助攻客戶戰勝資安攻擊

網創更讚許 AWS 背後有龐大雲端服務,旗下解決方案多元能滿足客戶在不同 IT 架構的前提下,快速享受雲端服務的優勢。
評論
評論

近年重大駭客攻擊事件頻傳,企業尋找強而有力的資安防禦解決方案,成為物聯網世代下的必要投資。有網路加速與安全整合服務專家之稱的「網創資訊」(以下簡稱網創),目前是亞太區最大 Anti-DDoS 技術服務商,同時近期成為 Amazon Web Services (AWS) 的進階級諮詢合作夥伴,網創運用 AWS 龐大的雲端資源,藉此提升自家解決方案的服務廣度及深度,有效強化企業的資安防禦能力。

服務八字訣抵抗 DDoS 巨量攻擊,共享品牌精神致力成為 AWS 合作夥伴

Photo Credit:TNL Brand Studio
網創資訊 CTO 林厚年說明服務客戶的流程SOP有四大步驟,有助於具體協助客戶完成目標,並建立長穩合作關係。

具備豐富資安防禦經驗的網創,攤開他們服務的客戶群,橫跨航空、電商、金融、遊戲、製造業等高達 200 多家,這幾年成功協助客戶抵擋數十萬起的 DDoS 攻擊事件。網創資訊 CTO 林厚年指出,能長期取得客戶的信任,來自他們長期堅持的企業服務學,也就是「無痛建置,迅速有效」這八字訣。

林厚年接著說,「我們將服務客戶的流程 SOP 化為四大步驟,藉此確保每一次的專案能確實執行並交付成果。」這四個流程分別是初始化(init)、規劃(plan)、執行(execute)、以及檢討(review)。簡單來說,首先會瞭解客戶需求、制定出具優先順序的執行目標,接著為每個項目排定時程及規劃出具體內容,到了執行階段就會按表操課,確實紀錄每個目標達是否達成,以及最後協助客戶檢討並優化經驗,讓雙方的合作關係走得更長遠。 

因應產業變化越來越快,網創提供的解決方案不光只有資安議題,更延伸到混合雲、容器、微服務的建置;資訊系統及資料備份、遷移;自動化部署作業;以及 CDN 網路加速、DevOps 等相對應服務。這些項目有共同特質,也就是極需運用雲端資源,進而讓數位轉型的腳步踏出更順利。

林厚年回憶網創成為 AWS 合作夥伴的起心動念:

「如果從企業精神來看,AWS相當講究客戶至上、崇尚行動、實現目標,與網創的品牌信念不謀而合。」

除此之外,網創更讚許 AWS 背後有龐大雲端服務,旗下解決方案多元能滿足客戶在不同 IT 架構(laaS、PaaS、SaaS、on- premises)的前提下,快速享受雲端服務的優勢。2019 年起,網創大力向客戶推廣導入 AWS 雲端服務,幫助更多客戶安心漫步到雲端,也讓企業更專注在自身的專案開發及業務推廣。

積極組讀書會傳承雲端知識技術,網創在 4 個月內取得 80 多張 AWS 證照

值得一提,網創僅用 4 個月時間就成功晉升成為 AWS 的進階級諮詢合作夥伴(AWS Advanced Consulting Partner),並且取得超過 80 張 AWS 相關技術認證。林厚年解釋,「當時我們全心全意要達成此目標,經過一番努力之後,我們的技術成員每人平均擁有 3 張 AWS 的專業技術認證,業務同仁更是全數通過 AWS 雲端執業者(AWS Cloud Practitioner)認證。」

能在短時間內寫下里程碑,林厚年分享背後的秘訣,就是全體成員同心共濟,甚至在下班時間組成讀書會,每兩天就有一次討論的高頻率,讓同仁準確掌握 AWS 的相關技術知識。甚至取得證照的同仁會自動分享筆記,把經驗傳承給企業內部的其他後進,形成良性的學習氛圍。

網創之所以積極成為 AWS 進階級諮詢合作夥伴,林厚年說,「AWS 長期以來一直是全球雲端服務的領導者,亞太地區的雲端服務商中,也是第一首選,我們以成為 AWS 優值夥伴為願景,期望與 AWS 有更深度的互動,無形中來提升網創的服務價值。特別要感謝 AWS Partner 台灣團隊的專業輔導,積極追蹤我們的進度,是促成這次順利成為 AWS 進階級諮詢合作夥伴的重要推手。」

運用 AWS 多樣化雲端工具,協助直播服務系統商大幅降低 60% 維運人力

林厚年回憶近期協助客戶導入 AWS 雲端解決方案的案例,印象最深的是一家直播服務系統商,過去他們面臨在流量尖峰時候,IT 架構缺乏高可用性問題,一旦網站登錄人數瞬間超過 1,500 人,或是上萬筆訂單留言大量湧入時,系統就相當容易當機,導致服務被迫中斷。

梳理客戶的痛點後,網創列出本次的關鍵任務,目標協助客戶的 IT 基礎架構能同時承載超過 2,500 以上的直播觀看人次,同時善用雲端的微服務工具快速完成雲端應用的部署,讓客戶不需增加額外的人力,就能享受到雲端效益。「我們幫助客戶完成四個步驟的建置,每個項目都與 AWS 的服務息息相關,」林厚年提及。

Photo Credit:TNL Brand Studio
網創做為協助客戶數位轉型的幫手,藉著 AWS 的各項服務事半功倍完成雲端之旅。

這四個步驟分別是網創幫助客戶的靜態檔案分流到 Amazon Simple Storage Service (Amazon S3)  物件儲存服務,並且搭配 Amazon CloudFront 以降低約 40% 的流量進入客戶原主機。第二步接著把訂單留言抄寫到貿料庫的程式,利用 Amazon SQS(全受管訊息佇列服務)、Amazon Elastic Cloud Computing(Amazon EC2, 彈性雲端運算)、Amazon Relational Database Service (Amazon RDS, 雲端關聯式資料庫)等應用,藉此提升原資料庫的運算效能。

到了第三步,網創運用 Amazon CloudWatch 的監控服務,協助客戶更即時掌握雲端資源的使用狀態,並透過自動化告警(Alarm)機制來減輕 IT 人力的工作負擔。最後一步則是針對客戶的支援平台進行壓力測試,確保可服務人數及訂單訊息量。經過一連串的測試,網創最終幫助這家客戶減少 60%維運人力,同時強化 IT 效能,資料庫可同時承載超過 5,000 人上線、處理近 20 萬筆留言,深刻感受到 AWS 雲端服務的強大威力。

網創立志成為數位轉型的好幫手,運用 AWS 協助企業順利踏上雲端之旅

展望未來,網創深信越來越多企業將對容器化服務(containerized service)有更深入的需求,網創期許自身擔任起領頭羊的角色,以手把手的方式,協助更多企業成功轉型到容器化架構。在此過程,AWS 平台上也提供多種容器化託管服務,能幫助客戶在管理容器化的過程,讓難度門檻大幅降低,並持續獲得更穩定、更新穎的容器化解決方案。

網創回首運用 AWS 服務之後一路走來,協助客戶打敗一關又一關的數位難題,林厚年有感而發說,「每次協助我們客戶成功導入 AWS 雲端工具之後,看到他們享受即時,高效的雲端服務,同時也讓企業的競爭力如虎添翼、更上層樓,就讓我們相當有成就感。台灣企業若想實踐數位轉型藍圖,一定要運用 AWS 順利踏上雲端之旅!」