Дискурс для доставки и отправки

Создание сообщества
1

Сегодня встретился с несколькими членами команды по поводу системы приглашений — встреча прошла отлично!

Обсудили потенциальный сценарий использования Discourse в качестве платформы для управления доставкой: заказы на вынос из ресторанов, а также доставку мебели и стройматериалов. Эта платформа, похоже, обладает большим потенциалом для таких задач, однако может оказаться не идеальным решением [1].

Создаю эту тему, чтобы любой желающий мог обсудить, использовал ли он Discourse для управления заказами на доставку или в похожих сценариях — есть о чём поговорить!

  1. Фраза «Эта платформа, похоже, обладает большим потенциалом для таких задач, однако может оказаться не идеальным решением» отражает оценку пригодности Discourse в качестве платформы для управления доставкой. Хотя Discourse, известный прежде всего как программное обеспечение для форумов и обсуждений в сообществе, обладает функциями, которые потенциально можно адаптировать для управления заказами на доставку (например, возможность организации тем, обработки взаимодействий пользователей и, возможно, интеграции с другими системами), это может не быть идеальным решением для данного конкретного сценария. Утверждение признаёт, что у Discourse есть многообещающие возможности, которые можно использовать для задач доставки, например, для заказов на вынос из ресторанов или доставки мебели и стройматериалов. Однако также выражается определённая осторожность, указывающая на возможные ограничения или недостатки такого использования. Эти ограничения могут включать отсутствие специализированных функций для оптимизации маршрутов, отслеживания в реальном времени или интеграции с системами точек продаж, которые обычно присутствуют в специализированном программном обеспечении для управления доставкой. По сути, фраза отражает сбалансированный взгляд: признавая универсальность Discourse, одновременно отмечая, что он может не быть наиболее оптимальным выбором для системы управления доставкой. (Объяснение ИИ) ↩︎

3 лайка
3

Хм, это довольно расплывчатое и противоречивое заявление: с одной стороны, вы говорите, что платформа имеет большой потенциал для решения ваших заявленных задач, а с другой — утверждаете, что она может быть не идеальной. Не могли бы вы прояснить или объяснить, что именно вы имеете в виду? Мне интересно, что именно в Discourse, по вашему мнению, делает его подходящим для «потенциального сценария использования Discourse в качестве платформы для диспетчеризации доставки»? Но также, что именно кажется вам неидеальным в этом качестве?

6 лайков
4

Цель этой темы — общее обсуждение потенциальной пригодности платформы Discourse для координации запросов на доставку.

Возможным недостатком платформы является её сложность, которая может сбить с толку и ошеломить некоторых пользователей.

Для собственного сценария использования я настроил экземпляр Discourse с почтовым приёмником, так что любой может отправить письмо на адрес delivery@domain_address, и это создаст тему в личных сообщениях (PM) в группе «Доставка».

Если член группы находится онлайн и видит этот запрос при его поступлении, он может написать ответ в этой теме личных сообщений, что приведёт к отправке ответа по электронной почте.

Кроме того, члены группы могут работать как диспетчерами, так и курьерами: например, при поступлении запроса на доставку пиццы им может потребоваться позвонить в пиццерию, чтобы оформить заказ, и/или связаться с курьером для организации доставки.

Чтобы упростить процесс для пиццерии, сотрудники ресторана могут стать членами группы Discourse, чтобы они могли видеть запросы на доставку и отвечать на них напрямую.

В заключение, у Discourse есть огромный потенциал для идеальной работы в этой сфере.

2 лайка
5

В конечном счёте Discourse можно технически и социально взломать для выполнения практически любых задач, но, учитывая, что существуют платформы, созданные специально для этого узкого сценария использования, я бы не стал этим заниматься.

11 лайков
6

Я не знаю альтернативных платформ, которые подошли бы для этого. Какие именно вы имеете в виду?

Существуют платформы крупных технологических компаний с приложениями для доставки, но независимые курьеры не могут их никак настраивать.

1 лайк
7

Ключевые слова для начала вашего исследования: https://duckduckgo.com/?q=self%20hosted%20platforms%20food%20delivery

5 лайков
8

Существует множество универсальных платформ, которые можно использовать для этой цели.

Конечно, возможности кастомизации могут быть не такими разнообразными. Но именно здесь вам понадобится основной сайт для повышения видимости в интернете.

Приложения, такие как Line или WhatsApp, например, могут поддерживать телефонные звонки.

Давным-давно мой друг создал службу доставки, аналогичную той, на которую вы ориентируетесь, с ресторанами, автотранспортом и т. д.

В то время кто-то был привязан к столу, отвечал на звонки и использовал CB-рацию — своего рода закрытую систему. Он ранее пробовал использовать сотовые CB-рации. Но когда у него появилась своя вышка, всё стало работать намного лучше.

Сегодня у большинства людей есть мобильные телефоны. Поэтому системы текстовых сообщений для диспетчеризации могут работать достаточно легко и с низкими затратами.

Ключевую роль играет хороший диспетчер, так как он может организовать процесс. Например, если есть два ресторана с заказами, и рестораны находятся близко друг к другу, а пункты доставки тоже рядом, водитель может забрать оба заказа.

Когда я работал диспетчером у него, я просил водителей держать меня в курсе их местоположения и перемещать маркеры на карте. Приём звонков в ресторане может быть изнурительным при высоком объёме вызовов.

Такие вещи, как еженедельные плановые доставки, гораздо лучше, так как 1–2 звонка от клиента в неделю легче управлять и они более выгодны. Один звонок компании приносит больше прибыли, чем, скажем, в ресторане, где комиссия может составлять всего пару долларов при большом объёме работы.

ПРИМЕЧАНИЕ: Будьте осторожны, если планируете принимать оплату дебетовыми картами — убедитесь, что вы понимаете комиссии. В последний раз, когда мой друг создал службу доставки для ресторанов и продажи алкоголя, он ничего не заработал, потому что комиссии за транзакции дебетовых карт между оплатой заказов и комиссиями за возможность принимать такие платежи съели всю прибыль.

Насколько я помню, в то время для приёма дебетовых карт требовалось платить процент от продажи, как и за кредитные карты, например 3%. Таким образом, его $8 за доставку сильно зависели от общей суммы, которую платил клиент. То есть заказ на $100 означал комиссию в $3, что снижало его доход за доставку до $5.

4 лайка
9

Это может быть так. Я работал курьером газет около года, и иметь постоянное расписание действительно намного проще, чем случайные заказы еды на вынос.

Управление маршрутом газетной доставки могло бы стать отличным вариантом использования для Discourse: у утверждённых маршрутов обычно 100–200 подписчиков, которых можно пригласить на сайт Discourse или просто вручить им карточки с адресом сайта на случай, если они захотят стать участниками.

Затем с помощью Discourse они смогут общаться как по вопросам координации доставки, так и по поводу самих печатных новостей. Большинство подписчиков в этом регионе оформили подписку на Seattle Times, но компания, в которой я работал, также доставляла The New York Times и The Wall Street Journal — есть о чём поговорить в связи с тем, что они печатают. Все эти газеты печатаются здесь компанией Sound Publishing.

Служба поддержки клиентов Seattle Times аутсорсирована в колл-центр на Филиппинах.

Они также используют эту компанию для компьютерной генерации маршрутов доставки, но их ИИ действительно плох.

2 лайка
10

Круто. Если вы хотите обсудить уроки, извлеченные из работы службы доставки еды, нам, вероятно, стоит перейти в личные сообщения, чтобы не сходить с темы.

Как сказал Hawk, базовые принципы можно адаптировать для самых разных конкретных задач. Однако использование их в качестве системы диспетчеризации, на мой взгляд, может быть довольно рискованным.

Я бы порекомендовал провести много контролируемых тестов с использованием звонков и/или сообщений, чтобы убедиться, что информация принимается быстро и стабильно.

Вы можете провести симуляцию запросов на доставку/диспетчеризации.

4 лайка
11

О каких рисках вы говорите?

Запуск тестов был бы отличным началом.

2 лайка
12

В качестве примера: в Facebook Messenger я отправил сообщение с изображением, но оно пришло только через неделю.

Доставочные компании такого масштаба сильно зависят от репутации. Если ваша система диспетчеризации дает сбои в скорости реакции, это может серьезно подорвать репутацию бизнеса.

Именно поэтому важно тщательно протестировать систему с помощью пробных запусков, а затем перейти к ограниченному тестовому режиму в реальных условиях, сохраняя резервный вариант.

Некоторые приложения для управления бизнесом, такие как «Connect Team» и приложение команды QuickBooks (точное название не помню), могут помочь с регистрацией сотрудников на работу и отслеживанием задач.

Некоторые из этих рабочих приложений также предоставляют функцию обмена геолокацией при входе сотрудника в систему.

Если клиент звонит и спрашивает, где находится доставка, бывает сложно ответить, если у вас нет нужной информации. В зависимости от того, как работает приложение, возможно, будет возможность делиться информацией о местоположении в реальном времени с клиентом после того, как доставка будет получена.

Если уже есть люди, использующие Discourse в качестве службы диспетчеризации: у вас будет более надежная база для работы.

2 лайка
13

Думаю, что такого ещё не пробовали, но в зависимости от того, что вы имеете в виду под «платформой диспетчеризации доставки», эта идея кажется мне разумной.

Начните с того, чтобы определить, какие проблемы вы пытаетесь решить.

Я много работал (и до сих пор работаю) в сфере разовых поручений. Главные проблемы здесь:

  • установление доверия и подотчётности (украдёт ли работник у заказчика, заплатит ли заказчик работнику… Будут ли последствия для любой из сторон, если они не выполнят свои обязательства?)
  • подтверждение навыков работника
  • знание текущей ставки оплаты за работу

В небольшом, тесном сообществе эти проблемы можно решить без приложения. (Я был «человеком для разовых поручений» для группы друзей и знакомых около 10 лет.) Discourse может помочь перенести органические системы, которые естественно формируются в малых сообществах, в более крупное сообщество. По сути, это поможет сделать большое сообщество менее разобщённым — привнести в город некоторые преимущества жизни в деревне.

Хорошей отправной точкой могла бы стать категория, похожая на Marketplace на Meta. Если бы я занимался этим, я бы сосредоточился на разовых поручениях, а не только на доставке. Забор и доставка — хороший сценарий использования.

Не думаю, что попытка внедрить системы отслеживания типа Uber, DoorDash или Amazon на платформе Discourse имела бы большой смысл. Но я также не считаю, что людям нужна карта, показывающая, что доставка «через 5 минут», если у них есть социальные связи с человеком, который её осуществляет.

Для контекста: сейчас я размышляю о том, насколько реально организовать доставку строительных материалов на остров, до которого можно добраться только на лодке. Было бы здорово иметь место, где можно было бы спросить об этом.

3 лайка
14

Однако суть в том, что Discourse выступает в роли службы диспетчеризации.

Для предварительного планирования доставки это может сработать, так как нагрузка не такая высокая. Но для динамичных и переменчивых задач, таких как доставка еды, это маловероятно без значительных доработок.

Отслеживание Amazon просто привязано к курьеру, а не к их собственной системе.

Компании по доставке еды обычно работают по схеме субподряда: они передают доставку водителю, забирая относительно небольшую комиссию с платы за доставку. Конечно, для доставки еды реальное отслеживание не нужно, так как в большинстве случаев это излишняя «мишура».

Что касается запланированных доставок, например, строительных материалов, если не использовать службу доставки самого магазина.

Идея компании @Architect, скорее всего, не поможет с доставкой строительных материалов на ваш остров. Однако он мог бы потенциально увеличить свой доход, продвигая другие компании, которые могли бы вам помочь, если вы находитесь в его регионе, используя реферальные ссылки для получения дополнительного заработка.

Однако, честно говоря, это тема, отличная от использования Discourse в качестве службы диспетчеризации, на мой взгляд.

Поскольку многие бизнес-клиенты в этом отношении, вероятно, захотят обсудить детали с менеджерами доставки, плагин «Private Topics» (Частные темы), скорее всего, стоит рассмотреть.

Я остановлюсь на этом. Для быстрой доставки из ресторанов и подобных услуг (например, алкоголя) я бы не рекомендовал использовать Discourse как службу диспетчерского программного обеспечения.

Для заранее запланированных доставок, где вы нанимаете и полностью оформляете сотрудников, которые могут быть застрахованы? Discourse может сработать. Однако со стороны бизнеса вам нужно иметь несколько способов отслеживания доставки; особенно когда речь идет о дорогостоящих материалах, которые забираются и доставляются.

4 лайка
15

Обычно это вполне реально, всё зависит от расположения острова, вида материалов и того, можно ли доставить их прямо на пляж или же их нужно будет везти далеко вглубь острова через джунгли и/или горы.

3 лайка
16

Доступ очень удобный. Примерно в 60 метрах через канал от места, куда можно доставлять припасы :slight_smile: В долгосрочной перспективе самым дешёвым решением будет купить гребную лодку.

Суть моего сообщения в том, что чтобы понять, подходит ли Discourse для решения конкретной задачи, стоит сначала изучить, какие функции он предоставляет из коробки. Если существующие возможности Discourse позволяют создать прототип приложения, возможно, стоит рассмотреть его подробнее.

Формирование доверия — распространённая проблема для приложений, связанных с покупкой и продажей услуг. Сообщество на базе Discourse может помочь в этом.

7 лайков
17

Discourse «из коробки» кажется вполне способным координировать запросы на доставку, но можно также рассмотреть другие платформы, которые могут подойти лучше.

Планирую пока поддерживать работу экземпляра Discourse на сервере в Сан-Франциско с 2 ГБ оперативной памяти. Если кто-то хочет помочь с запуском, я могу поделиться URL или адресом. Если всё получится, возможно, смогу предложить оплату диспетчерам, которые могут работать удалённо.

Не хочу, чтобы эта тема касалась лишь одного варианта использования; думал, что, возможно, кто-то уже запускал сайты на Discourse для таких целей, но, похоже, нет.

2 лайка
18

Кстати, если речь идёт о досках, то дешевле, чем лодка, будет просто купить верёвку, чтобы связать доски в плот и переправиться на нём, гребя веслом.

Я готовлюсь к переговорам с местной лесопилкой по этому проекту. Они берут плату за доставку только в том случае, если сумма заказа меньше 50 долларов или если требуется использование автокрана, который стоит 250 долларов в час. Это удивительно низкая цена за услуги крана, учитывая, что их крановая машина стоит около 2 миллионов долларов.

Для небольших заказов я могу доставлять материалы на лёгком грузовике по более низкой цене, чем они берут за стандартные грузовики с краном.

3 лайка