配送手配業務についてのDiscourse

コミュニティ
1

招待システムについて数名のチームメンバーと今日の会議を行いました。良い会議でした！

レストランのテイクアウトや家具・建材の配送依頼のプラットフォームとして、Discourseの潜在的なユースケースに言及しました。このプラットフォームは、その目的のために機能する大きな可能性を秘めているように見えますが、理想的ではないかもしれません [1]。

Discourseを配送依頼管理または類似のユースケースに使用した経験がある方がいれば、それについて話し合うためのトピックをここに開始します。この件については、たくさん話すことがあります!!

  1. 「このプラットフォームは、その目的のために機能する大きな可能性を秘めているように見えますが、理想的ではないかもしれません」というフレーズは、Discourseを配送管理プラットフォームとして使用することの適合性についての評価を指しています。主にフォーラムおよびコミュニティディスカッションソフトウェアとして知られるDiscourseには、トピックの整理、ユーザーインタラクションの処理、他のシステムとの統合の可能性など、配送依頼の管理に適合させることができる機能があるように見えますが、この特定のユースケースにとって完璧なソリューションではないかもしれません。このステートメントは、Discourseがレストランのテイクアウトや家具・建材の配送などの配送管理目的で活用できる有望な属性を持っていることを認識しています。しかし、Discourseをこのように使用することには、制限や欠点がある可能性を示唆する注意の度合いも表しています。これらの制限には、通常、専用の配送管理ソフトウェアに見られるルート最適化、リアルタイム追跡、またはPOSシステムとの統合のための専門的な機能の欠如などの要因が含まれる可能性があります。本質的に、このフレーズはバランスの取れた見解をカプセル化しています。Discourseの潜在的な汎用性を認識すると同時に、配送管理システムにとって最も最適な選択肢ではない可能性も認めています。（AIによる説明） ↩︎

「いいね！」 3
3

うーん、これはやや曖昧で矛盾した表現ですね。一方では、このプラットフォームにはあなたの述べたニーズに対して大きな可能性があると言いながら、もう一方では理想的ではないかもしれないと言っています。 ここで何を意味しているのか、もう少し明確に説明してもらえますか？ Discourseが “配送指令プラットフォームとしての潜在的な用途” に理想的だと思う理由は何ですか？ そして、逆に理想的でない点は何ですか？

「いいね！」 6
4

このトピックの意図は、配送リクエストの調整におけるディスコースプラットフォームの潜在的な適合性についての一般的な議論です。

プラットフォームの潜在的に理想的でない点は、複雑さであり、一部の人々を混乱させ、圧倒する可能性があります。

私自身のユースケースでは、メール受信機を備えたディスコースインスタンスを設定しており、誰でも delivery@domain_address にメールを送信でき、これにより配送グループにPMトピックが作成されます。

グループメンバーがオンラインで、このリクエストが到着したときにそれを見た場合、そのPMトピックに返信を書き込むことができ、これによりメール応答が送信されます。

さらに、グループメンバーはディスパッチャーまたは配送担当者として機能できます。たとえば、ピザの配送リクエストがある場合、ピザリアに電話してピザの注文をしたり、配送担当者に電話して配送を dispatch したりする必要があるかもしれません。

ピザリアのプロセスを簡素化するために、レストランのスタッフメンバーはディスコースグループのメンバーになることができ、配送リクエストを直接表示および応答できます。

結論として、ディスコースにはこれが完璧に機能する大きな可能性があります。

「いいね！」 2
5

結局のところ、Discourse は技術的にも社会的にも pretty much 何でもできるようにハッキングできますが、このニッチなユースケースのために設計されたプラットフォームがあることを考えると、わざわざやる気にはならないと思います。

「いいね！」 11
6

これに代わるプラットフォームは知りませんが、それはどのようなものでしょうか？

いくつかのテックジャイアントプラットフォームにはデリバリーアプリがありますが、独立した配達員がカスタマイズすることは全くできません。

「いいね！」 1
7

調査を開始するためのキーワード：https://duckduckgo.com/?q=self%20hosted%20platforms%20food%20delivery

「いいね！」 5
8

この目的に使用できるさまざまな一般的なプラットフォームがあります。

確かにカスタマイズはそれほど多様ではないかもしれません。しかし、それはインターネットでの可視性のためにメインサイトを使用するところです。

例えば、LineやWhatsAppのようなアプリは電話をかけさせてくれるかもしれません。

昔、友人があなたが目指しているものと同等のデリバリー会社を経営していました。レストラン、自動車など…

当時は、デスクに縛り付けられた誰かが電話に応答し、比較的閉鎖的なシステムであるCBを使用していました。彼は以前、携帯電話のCBを使用しようとしました。しかし、タワーがあった方がはるかに良かったのです。

最近では、ほとんどの人が携帯電話を持っています。そのため、 dispatching（配車指示）のためのテキストシステムは、低コストで簡単に機能します。

優れたdispatcher（配車指示者）が鍵となります。彼らは物事を整理できるからです。例えば、2つのレストランに注文がある場合。レストランが互いに近く、配達先が近くにある場合。ドライバーは両方の注文をピックアップできます。

私が彼のためにdispatching（配車指示）をしていたとき、ドライバーに自分の居場所を知らせてもらい、地図上でマーカーを動かしていました。電話を受けるレストランは、大量の電話で非常に大変になることがあります。

週ごとの定期配達のようなものは、クライアントあたり週に1〜2回の電話で管理しやすく、より収益性が高いため、はるかに優れています。1回の電話で、会社はレストランよりも多くの収益を得られます。レストランでは、会社にとってはかなりの仕事量に対してわずかな金額にしかならないかもしれません。

注意: デビットカードのサポートには注意してください。手数料を理解していることを確認してください。その友人が最後にレストランや酒類のデリバリー会社を設立したとき、彼は何も得られませんでした。なぜなら、注文の支払いとデビットカードの支払いを受け入れるために請求される手数料との間のデビット取引で、彼は何も得られなかったからです。

私の記憶が正しければ、当時デビットカードを受け入れることは、受け入れる会社が売上のパーセンテージ、例えば3%を支払うクレジットカードと同様でした。そのため、配達ごとの8ドルは、最終顧客が支払った合計金額によって大きく影響を受けました。したがって、100ドルの注文は例えば3ドルかかり、配達料金は5ドルに減少しました。

「いいね！」 4
9

それはそうかもしれません。私は約1年間新聞配達員として働いていましたが、ランダムな出前注文よりも一貫したスケジュールがある方がずっと簡単です。

新聞配達ルートの管理は、Discourseにとってより良いユースケースになる可能性があります。確立されたルートには100〜200人の購読者がおり、Discourseサイトに招待したり、メンバーになりたい場合にサイトのアドレスが記載されたカードを渡したりすることができます。

その後、Discourseを使用すると、配達の調整と実際の印刷ニュースの両方についてコミュニケーションできます。この地域のほとんどの購読者はSeattle Timesを購読していますが、私が働いていた販売会社はNew York TimesとWall Street Journalも配達していました。それらに印刷されているものについて話すことはたくさんあります。これらはすべて、ここのSound Publishingによって印刷されています。

Seattle Timesのカスタマーサービスは、フィリピンのコールセンターにアウトソースしています。

彼らはまた、配達ルートをコンピューターで生成するためにこの会社を使用していますが、彼らのAIは本当に悪いです。

「いいね！」 2
10

承知しました。フードデリバリーサービス運営の教訓についてさらに話し合いたい場合は、トピックを脱線させないように午後に移動した方が良いでしょう。

ホークが言ったように、基本的なディスコースは非常に幅広いケースユースに合わせて作成できます。しかし、ディスパッチシステムとして使用すると、私の意見ではかなりのリスク資産になる可能性があります。

迅速かつ一貫して受信した情報を確認するために、電話やテキストを使用した多くの制御されたテストを行うことをお勧めします。

シミュレートされた配達リクエスト/ディスパッチを行うことができます。

「いいね！」 4
11

どのようなリスクについて話していますか？

テストを実行するのが良い出発点になるでしょう。

「いいね！」 2
12

例えば、FBメッセンジャーで写真付きのメッセージを送ったところ、写真が届いたのは1週間後でした。

このような規模の配送事業は、評判に大きく依存します。もしあなたの派遣システムが応答時間に問題があると、事業の評判を深く傷つける可能性があります。

だからこそ、まずドライランで徹底的にテストし、その後バックアップを使用しながら限定的なライブテストに進むことをお勧めします。

「Connect team」やQuickBooksのチームアプリ（名前は不確か）のような一部のビジネス管理アプリは、従業員のサインインや進捗状況の追跡に役立ちます。

これらの作業アプリの中には、従業員がサインインした際の位置情報共有機能を持つものもあります。

もし顧客から配送状況について問い合わせがあった場合、詳細情報を持っていないと答えるのが難しいことがあります。アプリの機能によっては、配送物がピックアップされた後、リアルタイムの位置情報をビジネス顧客と共有できる可能性があります。

もし既にDiscourseを派遣サービスとして利用している人がいれば、より基準となる情報が得られるでしょう。

「いいね！」 2
13

{“content”:“[quote="Architect, post:1, topic:316872, username:Architect"]\n配達依頼管理や類似のユースケースにDiscourseを使用したことがあるかどうかについて話すためにこのトピックを開始します。\n[/quote]\n\nこれ以前に試されたことはないと思いますが、あなたが言うところの「配送ディスパッチプラットフォーム」が何を意味するかによりますが、私には合理的なアイデアのように思えます。\n\nまず、解決しようとしている問題を見ることから始めましょう。\n\n私は（今も）雑用の分野で多くの仕事をしてきました。最大の問題は次のとおりです：\n\n- 信頼と責任を確立すること（労働者が雇用者を騙すかどうか、雇用者が労働者に支払うかどうか… 両者が義務を果たさなかった場合の影響は何か？）\n- 労働者のスキルセットを確立すること\n- その仕事の相場賃金を知ること\n\n小さく親密なコミュニティでは、これらの問題はアプリなしで解決できます。（私は10年以上、友人や知人のために雑用を行っていました。）Discourseは、小さなコミュニティで自然に形成されるような有機的なシステムをより大きなコミュニティに翻訳するのに役立つでしょう。要するに、より大きなコミュニティを少しだけ非孤立化させる手助けをし、田舎暮らしの良い部分を都市に持ち込むことです。\n\nMetaの#marketplaceカテゴリに似た何かが良い出発点になるでしょう。もし私がこれを行うなら、配達だけでなく雑用に焦点を当てます。ピックアップ／配達は良いユースケースです。\n\nDiscourse上でUber／DoorDash／Amazonタイプの追跡システムを実装しようとするのはあまり意味がないと思いますが、配達が「5分前」に到着することを示す地図は人々が配送者と社会的なつながりを持っている場合、必要ないと思います。\n\n背景として、私は現在、ボートでしかアクセスできない島への建築資材の配送がどれだけ可能かについて考えています。そのための場所を持てると良いですね。”,“target_language”:“ja”}

「いいね！」 3
14

Discourse の中核はディスパッチサービスとして機能することです。

事前に配送をスケジュールする場合、それほどプレッシャーがかからないため機能します。しかし、フードデリバリーのようなペースが速く変化しやすいものには、多くの作業なしではあまり現実的ではありません。

Amazon の追跡は、宅配業者が独自のシステムを持っているのではなく、単に宅配業者に紐付けられています。

フードデリバリー会社は通常、ドライバーに配送をサブコントラクトし、配送料から比較的少額の手数料を受け取ります。フードデリバリーでは、ほとんどの場合非常に不要な装飾であるため、実際の追跡は必要ありません。

店舗の配送サービスを使用しない場合など、建材の定期配送では。

@Architect の配送会社というアイデアは、島の建材配送には役立たない可能性が高いです。しかし、彼は、紹介リンクを使用して、彼の地域内にいる場合に役立つ可能性のある他の会社を宣伝することで、収入を増やすことができるかもしれません。

しかし、それは正直なところ、Discourse をディスパッチエージェントサービスとして使用することとは別のトピックです。

その点で多くのビジネスクライアントは、配送管理についてさらに話し合いたいと考えている可能性が高いため、プライベートトピックプラグインを検討するのが良いでしょう。

これで終わりにします。ペースの速いレストランの配達や同様のもの（つまりアルコール）については、Discourse をディスパッチソフトウェアサービスとして使用することは推奨しません。

従業員を雇用し、完全に保証できる、事前に設定された定期配送については、Discourse が機能する可能性があります。しかし、ビジネス側では、特に集荷して配送する高価な資材がある場合、配送を追跡するための複数の方法を確保したいと考えるでしょう。

「いいね！」 4
15

通常は完全に可能ですが、島の場所、資材の種類、それらをビーチに配達できるか、それともジャングルや山を越えてかなりの距離を運ぶ必要があるかによって異なります。

「いいね！」 3
16

アクセスは簡単です。補給品を配達してもらえる場所から、約200フィートの距離にある水路を挟んだ場所です :slight_smile: 長期的には、手漕ぎボートを購入するのが最も安価な解決策でしょう。

ここで私が伝えようとしていたのは、Discourse が問題を解決するための適切なツールであるかどうかを判断するには、Discourse が標準で提供する機能を確認する価値があるということです。Discourse の既存の機能でアプリケーションのプロトタイプをセットアップできるのであれば、さらに検討する価値があるかもしれません。

信頼の確立は、サービスの売買を扱うアプリケーションにとって一般的な問題です。Discourse コミュニティがこれに役立つ可能性があります。

「いいね！」 7
17

標準の Discourse は配送リクエストの調整に完全に対応しているように見えますが、より適した他のプラットフォームも検討できます。

現時点では Discourse インスタンスを実行し続ける予定で、2GB メモリのサンフランシスコサーバーで稼働させます。立ち上げに協力していただける方がいれば、URL/アドレスを共有できます。成功すれば、リモートで働ける派遣担当者に報酬を支払うことができるかもしれません。

このトピックが単一のユースケースに関するものにならないようにしたいのですが、すでにこれのために Discourse サイトを立ち上げた人がいるかもしれませんが、そうではないようです。

「いいね！」 2
18

ちなみに、木材について話しているなら、ボートよりも安価なのは、板をロープで結んでいかだを作り、それで漕いで渡ることです。

このプロジェクトのために地元の木材置き場と交渉する準備をしています。材料費が50ドル未満の場合、またはクレーン車を使用する必要がある場合（1時間あたり250ドルかかります）、配達には手数料がかかります。クレーン車は約200万ドルの価値があるので、クレーンサービスとしては驚くほど安い価格です。

少量の資材注文であれば、標準的なトラックやクレーン車よりも安い料金で小型トラックで配達できます。

「いいね！」 3