餐馆要不要做自己的 App?我们为什么在 UIUC 大学城发布 KposGo
大学城一家餐馆,每天中午五六百个学生排队打饭,菜做多了浪费、做少了不够。老板问能不能做个 App 让学生提前订午餐。我们一开始有顾虑——这篇讲清楚为什么最后做了 KposGo,以及它为什么不是一个引流工具。
我们发布 KposGo,起因是 UIUC 大学城里的一家餐馆。
每天中午,五六百个学生
这家店离学校近,午餐是一天里最忙的时候:中午要接五六百个学生,排队像食堂打饭一样。
老板有两个难处:
- 备菜心里没数。 菜做多了,卖不完浪费;做少了,后面来的学生发现喜欢的菜已经没了,就会抱怨:「我来了,怎么没有我想吃的?」
- 排队太长。 学生课间时间紧,有的人排一次要等很久。
老板来问我们:能不能让学生提前把今天的午餐订好?这样厨房开做的时候就有预计量。最好学生在上课时就下单,餐馆提前半小时把热菜做好、打包好,学生到了报个单号,拿了就走。
有网页点餐,为什么还不够
这家店其实已经有手机网页点餐,也挂到了 Google 地图上。可学生要吃午饭的时候,不会想起去 Google 地图里找这个入口,也不会收藏它——每次都要重新找,太麻烦。
老板的想法很直接:最好有个 App,学生装在手机上,想吃午饭点开就是这家店。
我们一开始有顾虑
市面上给餐馆做 App 的不少:有的按月收费,有的说是帮你获客。可结果往往是——很多店客人本来就不是天天来,客人也不会盯着一家店的 App,下载的人少,用来复购的更少。
说白了,钱是老板出的,App 没人用。
大品牌做自己的 App 是可以的:它要开连锁,要做长期的品牌认知。但一家本地餐馆,除非客人复购特别强,专门做个 App 并不划算。所以我们以前对「给餐馆做 App」一直很谨慎。
大学城的午餐不一样
这家店的情况不一样:大学城的午餐,是每天都要发生、高频、刚性的需求。学生每天都要吃午饭,中午集中来,来了就想吃到自己喜欢的那道菜。
需求是真的,而且天天都有,App 就有人用。所以我们做了 KposGo:
- 提前订、按时取。 学生在课上就能下单、选好取餐时间,到店报单号直接拿,不用排长队。
- 备菜有数。 订单提前进到餐馆的点餐系统,老板开做之前就知道今天大概要多少。
- 付款顺手。 刷卡之外,Apple Pay、Google Pay、支付宝、微信支付都在陆续接入。支付宝、微信付款会跳到钱包里完成,钱包里有优惠活动的时候,学生付款时也能用上。
本质上,这是一个需求高度匹配的方案:不是先做个 App 再去想谁来用,而是先有天天要发生的需求,再用 App 去接住它。
KposGo 不是引流工具
做 KposGo 时,我们定的第一条设计原则:它不是一个引流工具。
每家餐馆的客人,是老板的客人。我们不会把你的客人引进来,再转给别的店。客人打开 KposGo,进的是你这家店;在你的店里,不推隔壁,不给别家打广告。
对老板来说,KposGo 用起来像你自己的专属 App,但:
- 成本更低——不用花钱开发,不用年年续开发者账号,不用自己过苹果审核;
- 更可持续——有人一直在维护,不会做完就没人管;
- 更新更快——新功能上线,所有合作餐馆一起用上。
什么样的店适合
如果你的店也有这种「天天都要来」的客人——大学城、写字楼、社区周边,午餐、晚餐集中的时段排长队、备菜没数——KposGo 就是为你这种店做的。
KposGo AI App 正在陆续上线,我们正在找首批合作餐馆。详情和申请在 KposGo 页面。
常见问题
什么样的餐馆值得让客人用 App 点餐?
客人天天来、需求是刚性的店。比如大学城的午餐:学生每天都要吃,中午集中来。复购不高、客人不会天天想起你的店,专门做个 App 多半没人下载。
提前订餐对老板有什么用?
开做之前就知道今天大概要备多少,做多了少浪费,做少了少挨骂;学生在课上就下好单,到点报单号拿走,不用排长队。
KposGo 会把我的客人推给别家吗?
不会。客人打开的是你这家店,在你的店里不推隔壁、不给别家打广告。客人是你的。
为什么不给我单独做一个 App?
单独做一个 App 要开发、要每年续苹果开发者账号、要自己过审核,客人还得专门为你下载。KposGo 对你来说像专属 App,但成本更低、一直有人维护、更新更快。