How to develop a food delivery app

From 清冽之泉
Revision as of 17:01, 20 November 2024 by Mwroot (talk | contribs) (Created page with "== 收入来源 == 要做外卖软件,实则分为几个部分。 * 政商关系要搞好,拿到更精细的地图。 * 顾客端要方便下单,红包要多。 * 商家端要方便卖货,支持扫描、语音、Excel 批量导入。 * 骑手端要分化为专职和兼职。专职打围,兼职打游击。兼职端要逐个击破,让骑手有泼天富贵型、吃肉喝汤型、残冷炙型、衣食不饱型。 * 要分润,用人干涉算法,好送的单先...")
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)
Jump to navigation Jump to search

收入来源

要做外卖软件,实则分为几个部分。

  • 政商关系要搞好,拿到更精细的地图。
  • 顾客端要方便下单,红包要多。
  • 商家端要方便卖货,支持扫描、语音、Excel 批量导入。
  • 骑手端要分化为专职和兼职。专职打围,兼职打游击。兼职端要逐个击破,让骑手有泼天富贵型、吃肉喝汤型、残冷炙型、衣食不饱型。
  • 要分润,用人干涉算法,好送的单先给自己人,部分人提前挑单。

核心算法

  • 配送总时长,开发者说了算。告诉用户“综合各类因素,送达时间可能变动。”
  • 顺路度用经纬度递增或递减即可。
  • 平均每公里三分钟预算。
  • 平均每公里给骑手 1.5 元。节假日、恶劣天气 0.5 元溢价,主打一个朝三暮四。
  • 骑手下线,就显示高价单给他馋。
  • 骑手靠近家门,就显示远处的高价单给他馋。
  • 骑手拒单五次,就惩罚他不给他派单。
  • 预期送达时间,顾客看到的是 19:25,那么骑手的考核时间定为 19:34,多 9 分钟,让顾客有更强的投诉欲。刻薄的用户自然会监督骑手是否准时。若 19:28 到,顾客投诉超时,则系统默不作声不扣骑手的钱,消消顾客的怒火即可;若 19:35 到,顾客投诉超时,则系统大大方方地扣骑手的钱。超时一秒扣 40%。
  • 每有投诉必扣骑手的钱。投诉理由可以是:衣冠不整、超时送达、不送上楼、餐品洒漏、辱骂冒犯,以及万能的“态度不好”。
  • 重的物品显示到最末,骑手来不及看,接了就得送。
  • 转单次数设限。
  • 接转单必须配送。
  • 有事先扣钱。
  • 取消订单扣 10 元。
  • 必须买装备。
  • 难搞的单、雨天注定无法准时完成的单,也派给骑手,假装系统算准了它是好单且能准时送达,不但完成了订单,还可以扣骑手超时的钱。
  • 对商家狠狠抽科技服务费。
  • 每天买三元的保险,避免买高额保险。
  • 假装不知道定位在街对面,偷一点距离。
  • 对用户多发券,吃什么买什么不重要,重要的是要便宜。
  • 好单一闪而过,pua 骑手没手速。

如何破局

以上是现存外卖软件丑恶的剥削实质,为善人不耻。

以下是我理想中的外卖软件。

  • 命名为“开源配送”
  • 慈善机构、骑手、商家、用户、路人,皆可以给“开源配送”捐赠
  • 开源运营,做非赢利性软件
  • 不对商家抽佣
  • 不扣骑手的钱
  • 由用户主导,选择“开源配送”
  • 由用户和骑手共商送达时间区间,由系统匹配用户与骑手
  • 每个订单皆会有明显的捐赠 0.3 元的按钮
  • 全世界的黑客共同保卫“开源配送”的安全