דיון למשלוח משלוחים

קהילה
1

Meeting today with couple team members about the invitation system, good meeting!

Mentioned potential use-case for discourse as a delivery dispatch platform, for requests for restaurant take-out and/or moving furniture + building supplies. This platform seems to have great potential to work for that, however may not be ideal [1].

Starting this topic for if anyone would like to speak about if they have used discourse for delivery request management or similar use-case, lots to talk about for this!!

  1. The phrase “This platform seems to have great potential to work for that, however may not be ideal” refers to the assessment of Discourse’s suitability for use as a delivery dispatch platform. Whilst Discourse, primarily known as a forum and community discussion software, appears to have features that could potentially be adapted for managing delivery requests (such as its ability to organise topics, handle user interactions, and potentially integrate with other systems), it may not be the perfect solution for this specific use case. The statement acknowledges that Discourse has promising attributes that could be leveraged for delivery dispatch purposes, such as for restaurant take-aways or furniture and building supplies deliveries. However, it also expresses a degree of caution, suggesting that there might be limitations or drawbacks to using Discourse in this manner. These limitations could involve factors such as the lack of specialised features for route optimisation, real-time tracking, or integration with point-of-sale systems that are typically found in purpose-built delivery management software. In essence, the phrase encapsulates a balanced view: recognising Discourse’s potential versatility whilst also acknowledging that it may not be the most optimal choice for a delivery dispatch system. (Explanation by AI) ↩︎

3 לייקים
3

Hmmm, this is a rather vague and contradictory statement; on the one hand, you are saying that the platform has great potential to work for your stated needs, and on the other hand you say it may not be ideal. Can you please provide more clarity or reasoning behind what you mean here? I am curious about what about Discourse you think makes it ideal for a “potential use-case for discourse as a delivery dispatch platform”? But also, what is not ideal as such to you?

6 לייקים
4

The intention of this topic is for general discussion about the discourse platform’s potential suitability for coordinating delivery requests.

What is potentially not-ideal about the platform is the complexity, which can be confusing and overwhelming for some people.

For my own use-case I have a discourse instance setup with a mail-receiver so anyone can send an e-mail to delivery@domain_address, and this will create a PM topic in the Delivery Group.

If there is a group member online and sees this request when it arrives, they can then write a reply in that PM topic and this will send an e-mail response.

In addition, group members can work either as dispatchers or delivery folk, in that when there is a delivery request say for a pizza they may need to call the pizzeria to make the pizza order and/or call the delivery person to dispatch the delivery.

To simplify the process for a pizzeria, staff members at a restaurant can become members of the discourse group so they can see and respond to delivery requests directly.

In conclusion, there is great potential for discourse to work perfectly for this.

2 לייקים
5

At the end of the day Discourse can be technically and socially hacked to do pretty much anything but given there are platforms that were designed for this niche use case, I don’t think I’d bother.

11 לייקים
6

I don’t know of any alternative platforms that would work for this, what are those?

There are some tech giant platforms that have delivery apps, but those can’t be customized at all by independent couriers.

לייק 1
7

Keywords to begin your research: https://duckduckgo.com/?q=self%20hosted%20platforms%20food%20delivery

5 לייקים
8

{"quote=“Architect, post:6, topic:316872, username:Architect”}
אני לא מכיר פלטפורמות אלטרנטיביות שמתאימות לזה, מהן?

קיימות פלטפורמות טכנולוגיות גדולות שיש להן אפליקציות משלוחים, אבל אלה לא ניתנות להתאמה אישית בכלל על ידי שליחים עצמאיים
[/quote]

יש מגוון של פלטפורמות כלליות שניתן להשתמש בהן לשם כך.

בוודאי שההתאמות האישיות לא יהיו מגוונות כמו שניתן היה לרצות. אבל כאן אתה משתמש באתר הראשי לנראות באינטרנט.

אפליקציות כמו Line, WhatsApp, לדוגמה, עשויות לאפשר שיחת טלפון.

חבר מזמן הקים חברת משלוחים שהיתה דומה למה שאתה שואף אליו. עם מסעדות, אוטו ועוד..

באותו זמן זה היה מישהו שהיה מחובר לשולחן עיסוק בטלפון ומשתמש במערכת סגורה במעט. הוא ניסה לפני זה גם טלפונים סלולריים. אבל כשיש לו מגדל זה היה הרבה יותר טוב.

בימינו, רוב האנשים יש להם טלפונים סלולריים. כך שמערכות הודעות טקסט להפצה יכולות לעבוד בקלות ובזול.

רכז טוב הוא קריטי. כי הוא יכול לארגן את הדברים. למשל, שני מסעדות עם הזמנות. אם המסעדות קרובות אחת לשנייה ומצליחות להגיע לכתובות קרובות, שליח יכול לקחת שתי ההזמנות.

כשאני תיאמתי עבורו, הייתי מבקש מהשליחים לעדכן אותי איפה הם ומזיז סימנים על מפת גוגל. קבלת שיחות מנות מסעדות יכולה להיות מאד מעיקה כשהן עושות המון שיחות.

דברים כמו משלוחים מתוזמנים שבועית הם הרבה יותר טוב מכיוון ש- 1 או 2 שיחות ללקוח בשבוע קל יותר לנהל ומניב תוצאות טובות יותר. שיחה אחת שהחברה עושה מייצרת יותר רווח לשיחה מאשר מסעדה שבה זה אולי כמה דולרים בשביל החברה עם הרבה עבודה.

הערה: היה חשוב להיות זהיר אם תומכים בכרטיסי חיוב כדי להבין את העמלות. בפעם האחרונה שחבר הקים חברת משלוחים למסעדות ואלכוהול הוא בסופו של דבר לא הרוויח כלום כי העמלות בין תשלום עבור הזמנות לעמלות החיוב עיכבו את הרווח.

כשהיה ניתן לקבל תשלום בכרטיס חוץ מזה שהכרתי שהחברה ששולמת משלמת אחוז מסויים מהקנייה, לדוגמה 3%. לכן ההזמנה של 8$ השפיעה מאוד על הרווח שלו כי סך הכוללת של הלקוח הסופי קבע את העלות של ההזמנה, למשל הזמנה של 100$ תעלה בערך 3$ וההובלה תקטן ל-5$."}

4 לייקים
9

That can be so, I worked as newspaper courier for about a year and it is much easier to have a consistent schedule rather than random food take-out orders.

To manage newspaper route could be better potential use-case for discourse, in that established routes have 100-200 subscribers, who could be invited to a discourse site or could be just given cards with site address in case they wanted to become members.

Then with discourse they can communicate both about delivery coordination and the actual printed news, most subscribers in this region are subscribed to the Seattle Times but distribution company I worked for also delivered The New York Times and Wall Street Journal, lots to talk about in what they print. Those are all printed by Sound Publishing here.

The Seattle Times customer service outsources to a call-center in The Philippines.

They also use this company to computer generate delivery route, but their A.I. is really bad.

2 לייקים
10

Cool. If you would like to discuss more on lessons learned of running a food delivery service. We probably should move it to pm to keep your topic on track.

Basics as Hawk said discourse can be crafted to be used for a very wide number of per case uses. However with using as a dispatch system could be quite risky assets imho.

I would recommend doing a lot of controlled testing using call and/or text to verify info being received quickly and consistently.

You could do simulated delivery requests/dispatches.

4 לייקים
11

What are the risks you are talking about?

Running tests would be way to start.

2 לייקים
12

Well as an example FB messenger I have sent a message with a pic and the pic was not received til a week later.

Delivery businesses of this scope rely heavily on reputation. If your dispatch system has hiccups in response times it can deeply damage reputation of the business.

Hence why you want to thoroughly test with dry runs then move to a limited live testing still using a backup.

Some of the business management aps like “Connect team” and QuickBooks team ap(not sure name) can help with ppl signing in for work & help track things for you.

Some of these work aps also have location sharing when the employee signs in.

If a client calls wondering where the delivery is. It can be hard to answer details you don’t have. Depending on how the ap works it might be possible to share real time location info with business client once a delivery has been picked up.

If there was already ppl using discourse as a dispatching service: you would have more of a baseline to work with.

2 לייקים
13

I’m guessing this hasn’t been tried before, but depending on what you mean by a “delivery dispatch platform,” it seems like a reasonable idea to me.

Start by looking at what problems you’re trying to solve.

I’ve done (and still do) lots of work in the odd jobs space. The biggest problems are:

  • establishing trust and accountability (will the worker rob the employer, will the employer pay the worker… Will there be repercussions for either party if the don’t hold up their end?)
  • establishing the worker’s skill set
  • knowing the going wage for the work

In a small, close-knit, community, these problems can be solved without an app. (I was the odd jobs guy for a group of friends and acquaintances for ~10 years.) Discourse could help translate the kind of organic systems that form naturally in small communities into a larger community. Essentially, help make a larger community somewhat less atomized - bring some of the good parts of country living to the city.

Something similar to the Marketplace category on Meta would be a good starting point. If I was doing this, I’d focus on odd jobs instead of just dealing with deliveries. Pickup/deliveries is a good use case though.

I don’t think trying to implement Uber/Doordash/Amazon types of tracking systems on Discourse would make a lot of sense. But I don’t think people need a map showing that the delivery is “5 minutes away” if they have a social connection to the person making the delivery.

For some context, I’m currently wondering how feasible it would be to get building materials delivered to an island that can only be accessed by boat. It would be great to have a place to ask about that.

3 לייקים
14

The core though is Discourse as a dispatching service.

For pre scheduling a delivery it can work as there is not as much pressure. But for fast paced variable things like food delivery not too likely without a lot of work.

Amazon tracking is simply tied to the courier vs them having their own system.

Food delivery companies typically work by sub contracting the delivery to the driver taking a relatively small cut from the Delivery charge. Food deliveries of course don’t need any real tracking as that is in most cases very unnecessary bling

With scheduled deliveries where things like Building supplies if not using the Store’s delivery service.

In @Architect delivery company idea is not likely to be helpful with your island delivery of building materials. However he could potentially augment his income by being able to promote other Companies that would be able to help you if you’re within his region by using referrals links for added income.

However that is honestly a different topic to using discourse as a dispatching agent service imho.

As many business clients in that regard likely want to discuss more with the delivery management the Private Topics plugin likely would be a good consideration.

I will leave it at this. For fast paced restaurants’ delivery and similar(ie booze). I would not recommend using Discourse as a dispatching software service.

For scheduled deliveries set up in advanced where you will hire and fully get employees as bondable? Discourse could work. However on the business side you want to be able to have multiple ways to track the delivery; especially with expensive materials being picked up to delivered.

4 לייקים
15

That would usually be entirely feasible, depending on location of Island + kind of materials + if those can be delivered to the beach or you need them moved far inland though a lot of jungle and/or mountains.

3 לייקים
16

It’s easy access. Something like 200 feet across a channel from where I can get supplies dropped off :slight_smile: In the long run, the cheapest solution would be to buy a row boat.

The point I was trying to make here is that to figure out if Discourse is an appropriate tool for solving a problem, it’s probably worth looking at what functionality Discourse provides out of the box. If Discourse’s existing functionality allows you to setup a prototype of the application, it might be worth looking into further.

Establishing trust is a common problem for applications that deal with buying and selling services. A Discourse community could help with this.

7 לייקים
17

Out of the box discourse seems entirely capable of coordinating delivery requests, but can look into other platforms that may be better suited.

Plan to keep discourse instance running for now have that on 2gb memory San Francisco server. I can share the url / address if anyone wants to help with launching that, if it is succesful may be able to offer pay for dispatchers who could work remotely.

Don’t want this topic to be about just one use-case, thought there may be folks who had already launched discourse sites for this but guess not.

2 לייקים
18

By the way if you’re talking about lumber less expensive than a boat would be to just buy some rope to tie the boards together into a raft and paddle that over.

I am preparing to get things setup to talk with local lumberyard for this project, they only charge a fee for delivery when there is less than $50 of material being purchased or they need to use a crane truck which costs $250/hour. Which is an amazingly low price for crane service considering their crane truck is worth about $2 million dollars.

For little materials orders I can deliver those with a light-duty truck for lower fee than they charge for standard delivery trucks/crane.

3 לייקים