Однако суть в том, что Discourse выступает в роли службы диспетчеризации.
Для предварительного планирования доставки это может сработать, так как нагрузка не такая высокая. Но для динамичных и переменчивых задач, таких как доставка еды, это маловероятно без значительных доработок.
Отслеживание Amazon просто привязано к курьеру, а не к их собственной системе.
Компании по доставке еды обычно работают по схеме субподряда: они передают доставку водителю, забирая относительно небольшую комиссию с платы за доставку. Конечно, для доставки еды реальное отслеживание не нужно, так как в большинстве случаев это излишняя «мишура».
Что касается запланированных доставок, например, строительных материалов, если не использовать службу доставки самого магазина.
Идея компании @Architect, скорее всего, не поможет с доставкой строительных материалов на ваш остров. Однако он мог бы потенциально увеличить свой доход, продвигая другие компании, которые могли бы вам помочь, если вы находитесь в его регионе, используя реферальные ссылки для получения дополнительного заработка.
Однако, честно говоря, это тема, отличная от использования Discourse в качестве службы диспетчеризации, на мой взгляд.
Поскольку многие бизнес-клиенты в этом отношении, вероятно, захотят обсудить детали с менеджерами доставки, плагин «Private Topics» (Частные темы), скорее всего, стоит рассмотреть.
Я остановлюсь на этом. Для быстрой доставки из ресторанов и подобных услуг (например, алкоголя) я бы не рекомендовал использовать Discourse как службу диспетчерского программного обеспечения.
Для заранее запланированных доставок, где вы нанимаете и полностью оформляете сотрудников, которые могут быть застрахованы? Discourse может сработать. Однако со стороны бизнеса вам нужно иметь несколько способов отслеживания доставки; особенно когда речь идет о дорогостоящих материалах, которые забираются и доставляются.