為了各位饞蟲,我設計了一款全新外賣APP“餓了拼”
本文筆者針對外賣App中用戶無法實現店內雙拼以及跨店雙拼的痛點,設計了一款全新的外賣App”餓了拼“。
本文為筆者構思半天之作,可能不算完整,但其產品雛形已經完備,特與諸君分享。
產品關鍵詞:外賣APP、店內多拼、跨店多拼、團購、社交
一、產品簡介
餓了拼是一款支持店內以及跨店多拼點餐的外賣APP。
產品宣傳語:用一份錢,拼出多倍美味。
目前,用戶很多時候點外賣時猶豫吃什么,很多時候是一餐想吃多種美味——有時是同家的雞排和烤雞都想吃;有時想吃一家店的拌飯同時還想吃隔壁家的米線;有時是同時想吃一家店的拌飯還想點隔壁店的奶茶和小吃。
前兩種情況,用戶不僅難以承受金錢壓力,“肚皮”也難以承受,而后一種情況用戶不愿承受雙份運費。上述情況下,用戶往往是艱難妥協后才做出了最后的決定。
針對這個背景,“餓了拼”橫空出世,它能夠實現讓用戶是需用原來一餐的錢便享受多倍的美味。同時,能給商家、騎手、平臺帶來更為豐厚的收入。
二、產品分析
背景
泛化:外賣下泛用戶需求分析
不同用戶選擇外賣最關心的核心要素均為:方便(時間成本),價格(經濟成本),美味(產品質量)。不同用戶群體對這三個要素的重視程度不同。
聚化:“餓了拼”產品目標用戶下需求分析
“餓了拼”的目標用戶為“在校大學生”、“青年上班族”、“普通單身宅男宅女”。
這類人群對價格更較白領階層更為敏感,同時非常追求美味享受。對該類人群而言:價格,美味是突破口,而“方便”次之。我猜該類人群很多時候點餐是一人餐。(沒有找到對應數據,學生自己推測的)。
典型痛點場景描述:
- A餐館的1號餐和B餐館的2號餐,用戶“小明”都想吃,但是因為吃不下和預算限制,不得不在其中艱難選擇一個。
- A餐館的1號餐好吃,但是A餐館的小吃不好吃。隔壁B餐館小吃好吃,小明想吃A餐館的1號餐和B餐館的小吃,但是又不愿意出兩倍運費。
- A餐館的1號餐和2號餐用戶“小明”都很喜歡,由于店家不支持雙拼。小明由于吃不下和預算等原因不得不在其中艱難選擇一個。
痛點分析:
這類場景發生頻率在外賣中屬于中高頻,相信每一位用過外賣的用戶都深有體會。用戶之前面臨這個場景通常會因為“吃不下”、“價格”等因素而做出妥協。此時,若有一款“外賣”APP能解決該問題必然將在打開目標用戶的市場,并將在市場中占據有利地位。
產品關聯方綜合分析:
分析:如何兼顧保障用戶、商家、騎手的利益?
- 商家方面需考慮的問題:分析之前商家大部分不支持多拼的原因:比如害怕烤雞賣一半,另一半沒人買;炒菜炒的太少不值得浪費體力和煤氣費等。所以之前的雙拼多只存在于“拌飯”這類品種。商家的利益必須保障。
- 騎手利益問題:騎手屬于平臺內最被動最容易被忽視的群體。若開通雙拼后,特別是跨店雙拼。騎手的單個訂單所花時間也會增加。是否應增加送餐費是個問題?若增加費用,誰應來出?
- 用戶問題:若用戶選擇跨店雙拼。騎手所花時間增加后對應著用戶的等待所需時間也會增加。
如何最大限度的減少用戶等待時間增幅——即用戶的體驗如何最大程度優化?
綜上如何讓商家、騎手,用戶每個群體都喜歡“餓了拼”的模式。
解決方案思路:
1)針對商家的問題可以通過兩種方式解決:團購預約、雙人成單。
- 團購預約:商家可以將店內需要雙(多)拼套餐提前發布出來。供用戶選擇參團(半個小時更新一次)。每一輪達到截止時間時參團人數超過預設下限值后方可有效(同時設置一個上限人數,超過人數后即可發團)。比如:截止時間為10:30、11:00、11:30等-午餐檔。這個方式最好給與用戶一定小額的優惠,在預約截止時間前(同時沒超過人數上限)用戶可以自由退出。
- 雙(多)人成單:用戶可以隨時發出搭配訂單申請,其他用戶看到后若對該搭配訂單該興趣則可以加入該發起的搭配訂單申請。用戶發布訂單時可以設置有效時間(最多半小時),有效時間截止前用戶也可以隨時撤銷。只有滿足對應人數后對應店家才會收到訂單(雙拼則兩人即可、三拼則需三人)。這個方式用戶不會享受優惠。
如此一來,商家之前的顧慮已然消除。且預測新模式下,商家的訂單數和成交額將一定程度增加。
2)針對騎手問題
很簡單,限定跨店范圍和用戶范圍即可。而外賣行業天然具備該屬性,商家是集中在一起的,用戶也是集中在一起的。通常而言,一個餐館附近100米還有多家餐館,而“餓了拼”的目標用戶集中在學校、寫字樓、居民小區等人群集中點。
所以,跨店雙拼時,把支持跨店的商店限定在附近100米內,參與店內和店外多拼的用戶群也限定在1KM以內。
針對增加費用問題,如上面所說,商家的收入會增加。理應承擔大部分多出運費。對于用戶而言是可以多承擔少量多出運費。
如此,新模式下,騎手的收入預測會一定程度增加。(畢竟一接單就是兩個及以上)
3)針對用戶問題
用戶的問題已經在騎手問題中順帶解決了。限制商家和用戶群范圍,用戶額外增加的等待的微乎其微。(特別是參團),而美味和價格優化體驗提升極大。
綜上,商家、騎手、用戶都將在新模式下獲利。而外賣平臺不需要額外多承擔任何費用,此外還能借助新模式往社交等領域試探。
還有其它小問題:比如跨店優惠卷??绲陞f同問題(一家做好了,另一家沒做好)
三、特色功能簡介
- 店內/跨店(雙/多拼):多拼團購預約(店家發起)、雙(多)人成單(用戶發起)
- 拼神美仙:用戶可以將跨店搭配的方案發表,其它用戶可以投票。商家可以采納。用于之后的團購預約方案。
- 拼友:參與團購預約的用戶可以選擇進同一個聊天室,雙/三拼的隊友之間也可以聊天。等著也是等著,不如多認識一個朋友把。(外賣進入社交領域的首發,預測用戶接受程度會較高)
本文由 @李引繁 原創發布于人人都是產品經理。未經許可,禁止轉載
題圖來自Unsplash,基于CC0協議
這種模式都不可行
首先立個牌子,不看好!
第一,騎手要跨店取餐,那么騎手的費用必然增加,增加的費用還不是用戶買單嗎?這就可以推翻上文提到的“價格”
第二,對于商家而言,拼單勢必會投入更多經歷,而且相對與完成套餐,單價如果降低,餐盒也是成本。對于現在的外賣商家,并不是單量多,利潤就對應增加,能做到曲線增長就不錯了。
第三,對于用戶而言,我是相信有拼單需求的。問題是一個用戶的可持續性,每次都愿意投入精力去選擇拼單嗎?相對傳統套餐,在結算時,能得到優惠嗎?(請考慮餐盒和配送費)
第四,我覺得順著筆者的思路,如果加入社交屬性,每天有一個訂餐組長(3到5個人,一起在同一個店鋪下單),通過更高的單價獲得更大的優惠,還是可行的。
歡迎硬懟
1.適當增加費用是可以接受的。價格和美味這兩個因素。用戶可以為了其中一個適度對另一個因素進行調整。我再給你說一個。你去商家買餐。我試過購買好幾份套餐和一份套餐的送餐費是一個價,但是兩種情況是不同的。
2.利潤率可能會降低,但是收入和利潤會增加。餐盒的費用也可以讓用戶承受。我這里的依據是商家能接受增加收入為前提的增多工作量。并且拼單的權限是商家決定的。他不同意,可以隨時取消。
3.選擇拼單后,可以分享到微信群或者熟人聊天中。這種拼單很快的。至于價格波動不是很大就行。就餐盒和送餐費而言,是很小的增加。對于部分用戶而言是可以承受的。
4.再次強調,拼單是目前模式的補充,不是代替。
我們公司17年做了一款跨店點餐APP,差不多砸了100多萬吧,現在已經掛了。我也是一個跨店點餐愛好者,現在經常用馬云巴巴的盒馬鮮生點跨店美食,祝好運
這個模式的亮點之一是拼單模式為2份口味的min版(正常版本的一半分量)。不知道貴公司是否也是如此操作的。然后文中指出的跨店協同問題是具體實踐中是如何解決的。。我其實感覺會比想象的要復雜一點 ??
對于文章,有一點點建議,作者能不能配圖說明流程呢,有點難想象呢~
我想吃肯德基的漢堡,麥當勞的薯條 ?
你既然說了,這個產品核心用戶是對價格敏感的,每餐都有明確預算。那拼單模式基本對商家銷售額沒什么提升,還會增加操作成本。 對于目標用戶來說現在已經很簡單的 外賣點餐都會出現 選擇困難癥,這個app估計會讓點餐時間延長1倍
一個需求并不強的產品,需要增加平臺、商家、騎手 3方的學習操作成本,不太看好
另外說一個與產品無關的點,“美食”不是外賣的特點 只有便利性才是
1.拼單是原單點模式的補充。不是代替。
2.銷售額肯定會的,因為就單個商家而言擴展了邊緣用戶。之前的商家有滿多少才配送?,F在變成了附近跨店滿多少就可配送。并且選擇多種口味后。用戶預算是可以適當輕微增加。這個是符合用戶經驗和心智的。
3.至于朋友你關于需求不強的結論,我無法茍同。你可以觀察詢問線下的面店:選擇2兩同樣面的用戶,和選擇兩種不同口味一兩面的用戶,誰多誰少。你也可以看下美團拌飯商家中,雙拼和單拼,哪個銷量好。
4.關于學習成本問題。通過交互,界面的升級。是不會帶來很多的。相關交互流程和頁面在我腦里已經是十分清晰的。
5.我用的是要素。不是特點。便攜性是外賣對于其他就餐方式的特點而已。在目標用戶中,美味和價格是主導用戶是否選擇外賣的優先核心要素,其次才是方面性。
想法挺好的,但是感覺實現起來很困難,對于場景中的三個角色都帶來新的問題。
比如說,
1. 用戶想要想吃A餐館的套餐1和B餐館的小吃,何不與同事分別定A餐館和B餐館的餐呢?
2. 對于商家來說,上午10點以后準備外賣餐的事件會非常緊急,導致的問題就是商家需要投入更多時間,精力去這部分套餐。
3. 騎手在整理用戶餐品的時候需要更多精力,因為時間緊迫可能會導致送錯餐,搭配錯餐的問題頻繁發生。
只是一些粗略的想法,不喜勿噴。謝謝 ??
1.你不好確定用戶跟同事都喜歡這兩種餐,且都愿意跟彼此分享自己的餐。我所指的目標用戶中已經指明了。(多數點的單人)
2.這個精力是存在的。因為拼餐多了,之前的單點肯定會少。而預約的核心是讓之前可能10:00之前還在休息的店家可以提前準備訂單了。而之前商家只能按經驗來行事。
3.這個問題可以在下游軟件(騎手APP上解決)。問題不大
三個角色新的問題不可怕。重要的是各個角色更在意什么,用戶看重的美味和價格,愿意犧牲一部分的方便來換取。而騎手和商家最在乎收入,可以更多犧牲一部分的精力投入。