اجتماع اليوم مع اثنين من أعضاء الفريق حول نظام الدعوات، اجتماع جيد!
تم ذكر حالة استخدام محتملة لـ Discourse كمنصة لتوزيع الطلبات، لطلبات الوجبات الجاهزة من المطاعم و/أو نقل الأثاث + مواد البناء. تبدو هذه المنصة واعدة للعمل على ذلك، ومع ذلك قد لا تكون مثالية [1].
بدء هذا الموضوع لمن يرغب في التحدث عما إذا كانوا قد استخدموا Discourse لإدارة طلبات التوصيل أو حالات استخدام مماثلة، هناك الكثير للحديث عنه حول هذا الموضوع!!
تشير عبارة “تبدو هذه المنصة واعدة للعمل على ذلك، ومع ذلك قد لا تكون مثالية” إلى تقييم مدى ملاءمة Discourse للاستخدام كمنصة لتوزيع الطلبات. في حين أن Discourse، المعروفة في المقام الأول كبرنامج للمنتديات ومناقشات المجتمع، تبدو وكأنها تحتوي على ميزات يمكن تكييفها لإدارة طلبات التوصيل (مثل قدرتها على تنظيم المواضيع، والتعامل مع تفاعلات المستخدم، وربما التكامل مع أنظمة أخرى)، إلا أنها قد لا تكون الحل الأمثل لهذه الحالة استخدام محددة. تعترف العبارة بأن Discourse لديها سمات واعدة يمكن الاستفادة منها لأغراض توزيع الطلبات، مثل الوجبات الجاهزة من المطاعم أو توصيل الأثاث ومواد البناء. ومع ذلك، فإنها تعبر أيضًا عن درجة من الحذر، مما يشير إلى أنه قد تكون هناك قيود أو عيوب لاستخدام Discourse بهذه الطريقة. قد تشمل هذه القيود عوامل مثل نقص الميزات المتخصصة لتحسين المسار، أو التتبع في الوقت الفعلي، أو التكامل مع أنظمة نقاط البيع التي توجد عادةً في برامج إدارة التوصيل المصممة خصيصًا. في جوهرها، تلخص العبارة وجهة نظر متوازنة: الاعتراف بتنوع Discourse المحتمل مع الاعتراف أيضًا بأنها قد لا تكون الخيار الأمثل لنظام توزيع الطلبات. (شرح بواسطة الذكاء الاصطناعي) ↩︎
{“translation”: “هممم، هذه عبارة غامضة ومتعارضة إلى حد ما؛ من ناحية، تقول إن المنصة لها إمكانات كبيرة للعمل من أجل الاحتياجات التي ذكرتها، ومن ناحية أخرى تقول إنه قد لا يكون مثالياً. هل يمكنك توضيح الأمر أكثر أو تزويدي بأسياق أو سبب وراء ما تعنيه هنا؟ أنا فضولي لمعرفة ما الذي يجعلك تعتبر Discourse مثالياً “لقطع استخدام محتملDiscourse كمنصة لتوزيع المهام”؟ وأيضاً، ما الذي تجده غير مثالي بالنسبة لك؟”}
الغرض من هذا الموضوع هو إجراء مناقشة عامة حول مدى ملاءمة منصة discourse المحتملة لتنسيق طلبات التوصيل.
ما قد لا يكون مثاليًا في المنصة هو التعقيد، والذي يمكن أن يكون مربكًا ومرهقًا لبعض الأشخاص.
بالنسبة لحالتي الخاصة، لدي نسخة discourse معدة مع مستقبل بريد إلكتروني بحيث يمكن لأي شخص إرسال بريد إلكتروني إلى delivery@domain_address، وسيؤدي ذلك إلى إنشاء موضوع رسالة خاصة في مجموعة التوصيل.
إذا كان هناك عضو في المجموعة متصل بالإنترنت ورأى هذا الطلب عند وصوله، فيمكنه بعد ذلك كتابة رد في موضوع الرسالة الخاصة هذا وسيؤدي ذلك إلى إرسال رد عبر البريد الإلكتروني.
بالإضافة إلى ذلك، يمكن لأعضاء المجموعة العمل كمرسلين أو موظفي توصيل، فعندما يكون هناك طلب توصيل، على سبيل المثال لبيتزا، قد يحتاجون إلى الاتصال بالمطعم لتقديم طلب البيتزا و/أو الاتصال بشخص التوصيل لإرسال طلب التوصيل.
لتبسيط العملية لمطعم، يمكن أن يصبح الموظفون في المطعم أعضاء في مجموعة discourse حتى يتمكنوا من رؤية طلبات التوصيل والاستجابة لها مباشرة.
في الختام، هناك إمكانات كبيرة لكي تعمل discourse بشكل مثالي لهذا الغرض.
في نهاية المطاف، يمكن اختراق Discourse تقنيًا واجتماعيًا للقيام بأي شيء تقريبًا، ولكن نظرًا لوجود منصات تم تصميمها لحالة الاستخدام المتخصصة هذه، لا أعتقد أنني سأزعج نفسي بذلك.
{"quote=“Architect, post:6, topic:316872, username:Architect”]
لا أعرف عن أي منصات بديلة قد تكون مناسبة لهذا، ما هي تلك؟
هناك بعض منصات عمالقة التقنية التي تحتوي على تطبيقات توصيل، لكن تلك لا يمكن تخصيصها على الإطلاق من قبل السعاة المستقلين
[/quote]
هناك مجموعة متنوعة من المنصات العامة التي يمكن استخدامها لهذا الغرض.
بالطبع قد لا تكون التخصيصات متنوعة جدًا. ولكن هنا تستخدم موقعًا رئيسيًا للرؤية على الإنترنت.
تطبيقات مثل Line، WhatsApp، على سبيل المثال، قد تسمح بالمكالمات الهاتفية.
صديق كان يدير شركة توصيل منذ زمن طويل على نفس مستوى هدفك. مع المطاعم، السيارات، وما إلى ذلك.
في ذلك الوقت كان شخصًا مرتبطًا بمكتب يجيب على الهاتف ويستخدم نظام CB مغلق بعض الشيء. حاول من قبل استخدام نظام CB عبر الهاتف المحمول. لكن عندما كان لديه برج كان الأمر أفضل بكثير.
هذه الأيام، جميع الناس تقريبًا يمتلكون هواتف محمولة. لذلك يمكن لنظم الرسائل النصية للإرسال أن تعمل بسهولة وبكلفة منخفضة.
المفتاح هو منسق جيد. لأنه يمكنه تنظيم الأمور. مثلا مطعمان بهما طلبات. إذا كانت المطاعم قريبة من بعضها وبعض وجهات التوصيل قريبة من بعضها. يمكن للسائق أن يلتقط الطلبين.
عندما كنت أعمل منسقًا له، كنت أجعل السائقين يطلعوني على مكان وجودهم ويحدثون علامات على الخريطة. استقبال المكالمات من المطاعم يمكن أن يكون مرهقًا جدًا بسبب الازدحام في الاتصالات.
أشياء مثل التوصيلات الأسبوعية المحددة تكون أفضل بكثير، حيث أن 1 أو 2 مكالمة لكل عميل في الأسبوع تكون أسهل في الإدارة وتؤدي إلى نتائج أفضل. شركة تتصل تري المزيد في كل مكالمة مقارنة بمطعم، حيث قد تكون العائدات قليلة مع الكثير من العمل.
ملاحظة: كن حذرًا عند دعم الخصم المباشر لضمان فهمك للرسوم. آخر مرة أنشأ فيها صديقي شركة توصيل للمطاعم والكحول، لم يربح شيئًا لأن المعاملات البنكية بين دفع الطلبات والرسوم التي تفرضها البنوك لقبول المدفوعات بالخصم المباشر كان تأثيرها كبيرًا.
إذا أذكر بشكل صحيح، في تلك الفترة، قبول المدفوعات بالخصم المباشر كان مشابهًا لبطاقات الائتمان حيث تدفع الشركة التي تقبلها نسبة مئوية من المبيعات، حوالي 3%. لذلك، كانت قيمة التسليم التي يدفعها 8 دولارات تتأثر بشكل كبير بالمبلغ الإجمالي الذي يدفعه العميل النهائي. لذا، طلب بقيمة 100 دولار ربما يكلف حوالي 3 دولارات، مما يقلل من رسوم التسليم إلى 5 دولارات."}
يمكن أن يكون الأمر كذلك، لقد عملت كساعي بريد صحف لمدة عام تقريبًا ومن الأسهل بكثير الحصول على جدول زمني ثابت بدلاً من طلبات الوجبات السريعة العشوائية.
يمكن أن تكون إدارة مسار الصحف حالة استخدام أفضل لـ discourse، حيث أن المسارات الراسخة لديها 100-200 مشترك، يمكن دعوتهم إلى موقع discourse أو يمكن ببساطة إعطاؤهم بطاقات بعنوان الموقع في حالة رغبتهم في أن يصبحوا أعضاء.
ثم مع discourse يمكنهم التواصل حول تنسيق التسليم والأخبار المطبوعة الفعلية، معظم المشتركين في هذه المنطقة مشتركين في Seattle Times ولكن شركة التوزيع التي عملت بها قامت أيضًا بتوصيل The New York Times و Wall Street Journal، هناك الكثير للحديث عنه في ما يطبعونه. كل هذه مطبوعة بواسطة Sound Publishing هنا.
خدمة عملاء Seattle Times تستعين بمصادر خارجية لمركز اتصال في الفلبين.
كما يستخدمون هذه الشركة لتوليد مسار التسليم بالكمبيوتر، ولكن الذكاء الاصطناعي الخاص بهم سيء حقًا.
رائع. إذا كنت ترغب في مناقشة المزيد حول الدروس المستفادة من تشغيل خدمة توصيل طعام. ربما يجب علينا الانتقال إلى فترة ما بعد الظهر للحفاظ على موضوعك في مساره.
الأساسيات كما قال هوك، يمكن صياغة الخطاب لاستخدامه في عدد كبير جدًا من الحالات لكل حالة على حدة. ومع ذلك، فإن استخدامه كنظام إرسال يمكن أن يكون محفوفًا بالمخاطر للغاية في رأيي.
أوصي بإجراء الكثير من الاختبارات المضبوطة باستخدام المكالمات و/أو الرسائل النصية للتحقق من المعلومات التي يتم تلقيها بسرعة وبشكل متسق.
حسنًا، على سبيل المثال، أرسلت عبر FB messenger رسالة مع صورة ولم يتم استلام الصورة إلا بعد أسبوع.
تعتمد شركات التوصيل بهذا النطاق بشكل كبير على السمعة. إذا واجه نظام الإرسال الخاص بك صعوبات في أوقات الاستجابة، فقد يضر ذلك بسمعة الشركة بشكل كبير.
ولهذا السبب تريد اختبار ذلك جيدًا من خلال تجارب وهمية ثم الانتقال إلى اختبار مباشر محدود مع الاستمرار في استخدام نسخة احتياطية.
يمكن لبعض تطبيقات إدارة الأعمال مثل “Connect team” و QuickBooks team ap (لست متأكدًا من الاسم) المساعدة في تسجيل دخول الأشخاص للعمل وتتبع الأمور لك.
بعض تطبيقات العمل هذه لديها أيضًا مشاركة الموقع عند تسجيل دخول الموظف.
إذا اتصل عميل يتساءل عن مكان التسليم. قد يكون من الصعب تقديم تفاصيل لا تملكها. اعتمادًا على كيفية عمل التطبيق، قد يكون من الممكن مشاركة معلومات الموقع في الوقت الفعلي مع عميل العمل بمجرد استلام طلب تسليم.
لو كان هناك بالفعل أشخاص يستخدمون discourse كخدمة إرسال: لكان لديك خط أساس للعمل به.
أفترض أن هذا لم يتم تجربته من قبل، ولكن اعتمادًا على ما تقصده بـ “منصة إرسال التسليم”، يبدو لي أنها فكرة معقولة.
ابدأ بالنظر في المشاكل التي تحاول حلها.
لقد قمت (ولا أزال أقوم) بالكثير من العمل في مجال الوظائف الغريبة. أكبر المشاكل هي:
بناء الثقة والمساءلة (هل سيقوم العامل بسرقة صاحب العمل، هل سيدفع صاحب العمل للعامل… هل ستكون هناك عواقب على أي من الطرفين إذا لم يلتزموا بالتزاماتهم؟)
تحديد مجموعة مهارات العامل
معرفة الأجر السائد للعمل
في مجتمع صغير ومتماسك، يمكن حل هذه المشاكل بدون تطبيق. (كنت الرجل المسؤول عن الوظائف الغريبة لمجموعة من الأصدقاء والمعارف لمدة 10 سنوات تقريبًا.) يمكن لـ Discourse المساعدة في ترجمة أنواع الأنظمة العضوية التي تتشكل بشكل طبيعي في المجتمعات الصغيرة إلى مجتمع أكبر. بشكل أساسي، المساعدة في جعل مجتمع أكبر أقل تجزئة إلى حد ما - جلب بعض الأجزاء الجيدة من الحياة الريفية إلى المدينة.
شيء مشابه لفئة Marketplace على Meta سيكون نقطة انطلاق جيدة. لو كنت أفعل هذا، لركزت على الوظائف الغريبة بدلاً من مجرد التعامل مع عمليات التسليم. الاستلام/التسليم هو حالة استخدام جيدة.
لا أعتقد أن محاولة تطبيق أنظمة تتبع من نوع Uber/Doordash/Amazon على Discourse سيكون منطقيًا. ولكن لا أعتقد أن الناس بحاجة إلى خريطة توضح أن التسليم “على بعد 5 دقائق” إذا كانت لديهم علاقة اجتماعية مع الشخص الذي يقوم بالتسليم.
للسياق، أتساءل حاليًا عن مدى جدوى توصيل مواد البناء إلى جزيرة لا يمكن الوصول إليها إلا بالقارب. سيكون من الرائع أن يكون هناك مكان للسؤال عن ذلك.
بالنسبة للجدولة المسبقة للتسليم، يمكن أن يعمل لأنه لا يوجد ضغط كبير. ولكن بالنسبة للأشياء المتغيرة سريعة الوتيرة مثل توصيل الطعام، فمن غير المرجح أن يعمل دون الكثير من العمل.
تتبع أمازون مرتبط ببساطة بالساعي مقابل امتلاكه لنظام خاص به.
عادةً ما تعمل شركات توصيل الطعام عن طريق التعاقد من الباطن للتسليم مع السائق، مع أخذ نسبة صغيرة نسبيًا من رسوم التسليم. بالطبع، لا تحتاج توصيلات الطعام إلى أي تتبع حقيقي، حيث أن ذلك في معظم الحالات يكون مجرد رفاهية غير ضرورية.
مع التسليمات المجدولة حيث يتم تسليم أشياء مثل مواد البناء إذا لم يتم استخدام خدمة التوصيل الخاصة بالمتجر.
فكرة شركة توصيل @Architect ليست على الأرجح مفيدة مع توصيل مواد البناء إلى جزيرتك. ومع ذلك، يمكنه زيادة دخله من خلال الترويج لشركات أخرى يمكنها مساعدتك إذا كنت ضمن منطقته باستخدام روابط الإحالة لتحقيق دخل إضافي.
ومع ذلك، هذا في الواقع موضوع مختلف عن استخدام ديسكورس كوكيل توزيع في رأيي.
نظرًا لأن العديد من العملاء التجاريين في هذا الصدد يرغبون على الأرجح في مناقشة المزيد مع إدارة التسليم، فقد يكون المكون الإضافي للمواضيع الخاصة (Private Topics) خيارًا جيدًا.
سأترك الأمر عند هذا الحد. بالنسبة لتوصيل المطاعم سريعة الوتيرة وما شابه ذلك (مثل المشروبات الكحولية). لا أوصي باستخدام ديسكورس كخدمة برمجيات توزيع.
بالنسبة للتسليمات المجدولة التي تم إعدادها مسبقًا حيث ستقوم بتوظيف موظفين وتأمينهم بالكامل؟ يمكن أن يعمل ديسكورس. ومع ذلك، من الجانب التجاري، تريد أن تكون قادرًا على تتبع التسليم بطرق متعددة؛ خاصة مع نقل المواد باهظة الثمن.
سيكون ذلك ممكنًا تمامًا في العادة، اعتمادًا على موقع الجزيرة + نوع المواد + ما إذا كان يمكن توصيلها إلى الشاطئ أو إذا كنت بحاجة إلى نقلها إلى الداخل لمسافات طويلة عبر الكثير من الغابات و/أو الجبال.
إنه سهل الوصول. شيء مثل 200 قدم عبر قناة من حيث يمكنني إسقاط الإمدادات على المدى الطويل، سيكون الحل الأرخص هو شراء قارب تجديف.
النقطة التي كنت أحاول طرحها هنا هي أنه لتحديد ما إذا كان Discourse أداة مناسبة لحل مشكلة ما، فمن المحتمل أن يكون من المفيد النظر إلى الوظائف التي يوفرها Discourse فور إخراجه من الصندوق. إذا كانت وظائف Discourse الحالية تسمح لك بإعداد نموذج أولي للتطبيق، فقد يكون من المفيد النظر فيه بشكل أكبر.
تأسيس الثقة مشكلة شائعة للتطبيقات التي تتعامل مع شراء وبيع الخدمات. يمكن لمجتمع Discourse المساعدة في ذلك.
يبدو أن Discourse خارج الصندوق قادر تمامًا على تنسيق طلبات التسليم، ولكن يمكن النظر في منصات أخرى قد تكون مناسبة بشكل أفضل.
خطط للاحتفاظ بنسخة Discourse قيد التشغيل في الوقت الحالي، ووضعها على خادم San Francisco بذاكرة 2 جيجابايت. يمكنني مشاركة عنوان URL / العنوان إذا أراد أي شخص المساعدة في إطلاق ذلك، وإذا نجح، فقد نتمكن من تقديم دفع للمرسلين الذين يمكنهم العمل عن بُعد.
لا أريد أن يكون هذا الموضوع حول حالة استخدام واحدة فقط، اعتقدت أنه قد يكون هناك أشخاص أطلقوا بالفعل مواقع Discourse لهذا الغرض ولكن يبدو أنه لا يوجد.
بالمناسبة، إذا كنت تتحدث عن الأخشاب، فإن الأقل تكلفة من القارب هو مجرد شراء بعض الحبال لربط الألواح معًا لتشكيل طوف والتجديف به.
أنا أستعد لإعداد الأمور للتحدث مع ساحة الأخشاب المحلية لهذا المشروع، فهم يتقاضون رسومًا للتسليم فقط عندما يكون هناك أقل من 50 دولارًا من المواد التي يتم شراؤها أو يحتاجون إلى استخدام شاحنة رافعة تكلف 250 دولارًا في الساعة. وهو سعر منخفض بشكل مذهل لخدمة الرافعة مع الأخذ في الاعتبار أن شاحنة الرافعة الخاصة بهم تساوي حوالي 2 مليون دولار.
بالنسبة لطلبات المواد الصغيرة، يمكنني توصيلها بشاحنة خفيفة برسوم أقل مما يتقاضونه للشاحنات القياسية / الرافعة.
على المدى الطويل، سيكون الحل الأرخص هو شراء قارب تجديف.