派送调度的讨论

今天与几位团队成员就邀请系统开了个会,会议很成功!

提到了将 Discourse 用作配送调度平台的潜在用例,用于餐厅外卖和/或搬运家具+建筑用品的请求。该平台似乎有很大的潜力可以用于此目的,但可能不是理想的选择 [1]

开始这个话题,以便任何人想谈论他们是否曾将 Discourse 用于配送请求管理或类似的用例,关于这个有很多可以讨论的!!


  1. “该平台似乎有很大的潜力可以用于此目的,但可能不是理想的选择”这句话指的是 Discourse 是否适合用作配送调度平台的评估。虽然 Discourse 主要以论坛和社区讨论软件而闻名,但它具有可以适应管理配送请求的功能(例如其组织主题、处理用户交互以及可能与其他系统集成),但它可能不是此特定用例的完美解决方案。该声明承认 Discourse 具有可用于配送目的的有前途的属性,例如餐厅外卖或家具和建筑用品配送。然而,它也表达了一定程度的谨慎,表明以这种方式使用 Discourse 可能存在局限性或缺点。这些局限性可能涉及缺乏专门的路线优化、实时跟踪或与通常在专用配送管理软件中找到的销售点系统集成等功能。本质上,这句话概括了一个平衡的观点:认识到 Discourse 的潜在多功能性,同时也承认它可能不是配送系统的最佳选择。(AI 解释) ↩︎

3 个赞

嗯,这是一个相当模糊且自相矛盾的陈述;一方面,你说该平台有很大的潜力可以满足你所述的需求,另一方面,你说它可能并非理想选择。你能否提供更多关于你在此处所指的清晰说明或理由?我很想知道你认为 Discourse 在“将 Discourse 作为派送平台使用的潜在用例”方面有哪些理想之处?但同时,对你来说,哪些方面又不理想呢?

6 个赞

此主题的目的是就 discourse 平台在协调配送请求方面的潜在适用性进行一般性讨论。

该平台潜在的不足之处在于其复杂性,这可能会让一些人感到困惑和不知所措。

就我个人的用例而言,我设置了一个 discourse 实例,其中包含一个邮件接收器,因此任何人都可以发送电子邮件至 delivery@domain_address,这将在配送组中创建一个 PM 主题。

如果群组成员在线并看到此请求的到来,他们就可以在该 PM 主题中回复,这将发送电子邮件回复。

此外,群组成员可以担任调度员或配送员,例如,当有披萨配送请求时,他们可能需要致电披萨店订购披萨,以及/或致电配送员进行配送。

为了简化披萨店的流程,餐厅员工可以成为 discourse 群组的成员,以便他们能够直接查看和响应配送请求。

总而言之,discourse 在这方面具有巨大的潜力,可以完美地发挥作用。

2 个赞

归根结底,Discourse 在技术和社会层面都可以被破解以实现几乎任何目的,但考虑到存在专为这种特定用例设计的平台,我认为我不会费力去做。

11 个赞

我不知道有任何可行的替代平台,它们是什么?

有一些科技巨头平台有配送应用程序,但独立快递员完全无法对其进行自定义。

1 个赞

开始研究的关键词:https://duckduckgo.com/?q=self%20hosted%20platforms%20food%20delivery

5 个赞

[引述=“Architect,第6帖,话题316872,用户名Architect”]
我不知道有其他适用的平台,这些平台有哪些?

有一些科技巨头的平台具有送货应用,但那些平台完全不能由独立快递员进行定制。
[/引述]

有各种各样的通用平台可以用来达成这个目的。

当然,定制可能没有那么多样,但这时你可以使用主站点进行互联网曝光。

像Line、WhatsApp这样的应用可能允许电话呼叫。

很久以前有人开了一家与您目标相当的送货公司,包括餐厅、自动售货机等。

那时是有人在办公桌前接电话,使用一个相对封闭的CB系统。他曾经尝试用手机系统的CB,但有塔时效果要好得多。

如今几乎所有人都有手机,所以短信系统进行调度相当方便且成本低廉。

一个好的调度员非常关键,他们可以组织事务。例如,两家餐厅有订单,如果餐厅接近且送货地点也在附近,司机可以一次接两个订单。

我曾为他调度,我会让司机告诉我他们在哪,并在地图上移动标记。餐厅接电话可能会因为大量电话变得非常繁忙。

像每周定期送货更佳,因为每个客户每周1至2次电话管理起来更容易,也效果更好。公司每次电话收入高于餐厅,餐厅可能每次只有几美元利润。


注意:如果支持借记卡支付,要小心确保理解相关费用。我的朋友上次为餐厅和酒吧设置送货业务时,最终几乎没有利润,因为借记交易涉及订单支付和手续费。

据我所知,当时接受借记卡支付类似于信用卡,接受方需支付销售额的百分比,比如3%。因此,他每次8美元的送货费用会受到影响,最终客户支付的总额越高,他的实际收入越低,比如一笔100美元的订单,可能会扣掉3美元手续费,导致实际送货费变成5美元。

4 个赞

确实如此,我做过大约一年的报纸快递员,相比于随机的外卖订单,有固定的时间表要容易得多。

管理报纸路线可能是 Discourse 的一个更好的潜在用例,因为既定的路线有 100-200 名订户,他们可以被邀请到一个 Discourse 网站,或者可以只给他们提供带有网站地址的卡片,以防他们想成为会员。

然后,通过 Discourse,他们可以就送报协调和实际印刷新闻进行交流,该地区的大多数订户都订阅了《西雅图时报》,但我工作的分销公司也分发《纽约时报》和《华尔街日报》,有很多关于他们印刷内容可以讨论的。这些都是 Sound Publishing 在这里印刷的。

《西雅图时报》的客户服务外包给菲律宾的一个呼叫中心。

他们还使用这家公司来计算机生成送报路线,但他们的人工智能真的很糟糕。

2 个赞

好的。如果您想进一步讨论经营送餐服务的经验教训,我们可能应该将其移至下午,以使您的主题保持不变。

正如 Hawk 所说,Discourse 的基础可以根据各种具体用例进行定制。但是,将其用作调度系统可能相当冒险,恕我直言。

我建议进行大量受控测试,使用电话和/或短信来快速一致地验证收到的信息。

您可以进行模拟的送餐请求/调度。

4 个赞

您在说些什么风险?

运行测试将是开始的方式。

2 个赞

例如,我曾经使用 FB Messenger 发送了一张图片,但对方一周后才收到。

此类规模的配送业务严重依赖声誉。如果您的调度系统在响应时间上出现问题,可能会严重损害企业的声誉。

因此,您需要通过试运行进行彻底测试,然后再进行有限的实际测试,同时仍使用备份。

一些企业管理应用程序,如“Connect team”和 QuickBooks 团队应用程序(不确定名称),可以帮助员工登录工作并为您跟踪事务。

其中一些工作应用程序在员工登录时还具有位置共享功能。

如果客户打电话询问送货在哪里。很难回答您没有细节的问题。根据应用程序的工作方式,一旦取货,可能可以与企业客户共享实时位置信息。


如果已经有人使用 discourse 作为调度服务:您将有更多的基准可供参考。

2 个赞

我猜这以前没人尝试过,但根据你对“配送调度平台”的定义,在我看来这是一个合理的想法。

首先要弄清楚你试图解决的问题。

我曾(现在仍然)在零工领域做了很多工作。最大的问题是:

  • 建立信任和责任感(工人会偷雇主的东西吗?雇主会付钱给工人吗?如果任何一方不履行承诺,会有什么后果?)
  • 确定工人的技能组合
  • 了解该工作的市场价格

在一个小型、紧密的社区里,这些问题可以在没有应用程序的情况下解决。(我大约有 10 年的时间是我的朋友和熟人圈子的零工协调员。)Discourse 可以帮助将小型社区中自然形成的有机系统转化为更大的社区。本质上,帮助一个更大的社区在某种程度上减少原子化——将乡村生活的一些优点带到城市。

类似于 Meta 上的 Marketplace 类别将是一个很好的起点。如果我这样做,我会专注于零工而不是仅仅处理配送。取件/配送是一个很好的用例。

我不认为在 Discourse 上实现类似 Uber/Doordash/Amazon 的跟踪系统会有多大意义。但如果人们与送货员有社交联系,我认为他们不需要地图显示“还有 5 分钟到达”。

作为背景,我目前正在考虑将建筑材料运送到一个只能乘船到达的岛屿的可行性。如果有一个地方可以询问这个问题,那就太好了。

3 个赞

核心是将其作为调度服务。

对于预先安排的交付,它可以正常工作,因为压力不大。但对于像送餐这样快节奏且多变的事情,如果不做大量工作,可能性不大。

亚马逊跟踪只是与快递员挂钩,而不是他们拥有自己的系统。

送餐公司通常通过将交付工作分包给司机来运作,从送餐费中抽取相对较小的比例。送餐当然不需要任何真正的跟踪,因为在大多数情况下,这都是非常不必要的装饰。

对于预定送货,例如建筑材料,如果您不使用商店的送货服务。

@Architect 的送货公司想法中,对于您岛上的建筑材料配送可能没有帮助。但是,他可以通过推广其他能够在他所在地区帮助您的公司来增加收入,通过推荐链接来增加收入。

然而,这坦率地说与使用作为调度代理服务的 Discourse 是不同的主题,我个人认为。

因为在这方面,许多企业客户可能希望与送货管理进行更多讨论,因此“私有主题”插件可能是一个不错的选择。


我将就此打住。对于快节奏的餐厅送餐及类似服务(例如酒类)。我不建议使用作为调度软件服务。

对于提前安排的送货,您将聘请并完全获得可保证的员工?可以工作。但是,在业务方面,您需要能够有多种方式来跟踪送货;尤其是在运送昂贵的材料时。

4 个赞

这通常是完全可行的,具体取决于岛屿的位置 + 材料的种类 + 这些材料是否可以运到海滩,或者您是否需要将它们运到内陆深处,穿越大片丛林和/或山脉。

3 个赞

它很容易进入。从我可以运送补给的地方穿过一条水道约 200 英尺 :slight_smile: 从长远来看,最便宜的解决方案是买一艘划艇。

我在这里试图说明的是,要确定 Discourse 是否是解决问题的合适工具,可能值得看看 Discourse 开箱即用的功能。如果 Discourse 的现有功能允许您设置应用程序的原型,那么可能值得进一步研究。

建立信任是处理买卖服务的应用程序的常见问题。Discourse 社区可以对此有所帮助。

7 个赞

开箱即用的 Discourse 似乎完全能够协调配送请求,但可以研究其他可能更适合的平台。

计划暂时继续运行 Discourse 实例,将其放在 2GB 内存的旧金山服务器上。如果有人想帮助启动该项目,我可以分享 URL/地址,如果成功,可能会为可以远程工作的调度员提供报酬。

不希望这个话题只关于一个用例,以为可能有人已经为此启动了 Discourse 网站,但似乎没有。

2 个赞

顺便说一句,如果你说的是木材,比买船便宜的方法是买些绳子把木板绑在一起做成木筏,然后划过去。

我正在准备与当地的木材厂就这个项目进行沟通,他们只在购买的材料少于50美元时收取送货费,或者他们需要使用起重机卡车,每小时收费250美元。考虑到他们的起重机卡车价值约200万美元,这个起重机服务的价格非常低。

对于小批量材料订单,我可以用轻型卡车运送,费用比他们收取标准货车/起重机的费用低。

3 个赞