فودستورم

الاكتشاف وتحديد النطاق (2-4 أسابيع)

• جمع المتطلبات: القوائم، التوجيه، مناطق التوصيل، أنواع الأحداث، تدفق الطلبات، أدوار المستخدمين، احتياجات التقارير.

• تحديد مقاييس النجاح، الجداول الزمنية، التكاملات (POS، بوابات الدفع، ERP/CRM، تخصيص عربة التسوق وعملية الدفع).

• تأكيد تاريخ الإطلاق وأي اعتبارات تنظيمية أو امتثال (الأمان، نطاق PCI، احتياجات نقل البيانات).

تصميم الحل والتكوين (2-6 أسابيع)

• تكوين الوحدات الأساسية: الطلب عبر الإنترنت، طلبات الطعام/الفعاليات، إدارة القوائم، قواعد التسعير، الإعدادات الضريبية/الشحن/التوصيل.

• إعداد أدوار المستخدمين، الأذونات، القوالب لقوائم الطعام، حزم الفعالية، والعروض.

• تصميم سير العمل لاستلام الطلبات، الموافقات، تذاكر المطبخ، التنفيذ، والتسليم.

• التكامل مع الأنظمة الخارجية (POS، معالج الدفع، ERP، المحاسبة، إشعارات البريد الإلكتروني/SMS).

نقل البيانات والإعداد (1-3 أسابيع)

• نقل القوائم، المواقع، العملاء، الطلبات، والبيانات التاريخية الحالية إذا لزم الأمر.

• تنقية وتنسيق البيانات حسب مخططات FoodStorm؛ اختبار الاستيراد.

التخصيص والتطوير (2-8+ أسابيع، اعتماداً على النطاق)

• حقول مخصصة، قواعد تسعير فريدة، أو وحدات أحداث خاصة.

• تخصيص العلامة التجارية وواجهة المستخدم/التجربة (سمات، ألوان، شعارات).

هيكلة قوائم طعام مرنة (فئات، معدلات، الإضافات، العروض).

قوائم طعام قائمة على الوقت (نوافذ الغداء/العشاء، قوائم موسمية) وقوائم مخصصة حسب المواقع.

قواعد تسعير مخصصة (تسعير متدرج، خصومات حجمية، تسعير قائم على الأحداث).

العلامة التجارية وواجهة المستخدم/واجهة التجربة

• سمات مخصصة، الشعار، ألوان العلامة التجارية، الخطوط، وتعديلات التخطيط.

• تجارب دفع مخصصة، لافتات ترويجية، وعبارات بطلب تفعيل مخصصة.

أنواع الطلبات وسير العمل

• الطلب عبر الإنترنت مقابل طلبات الطعام/الفعاليات؛ سير عمل منفصل لكل نوع مع قواعد موافقة مميزة.

• توجيه الطلبات المخصص (السائقين، المطبخ، ومناطق التهيئة)؛ عدة مسارات تنفيذ.

• تقسيم الطلبات، توصيل عبر مواقع متعددة، وعروض أسعار/تقديرات تُعرض للعملاء.

التكاملات

• أنظمة نقاط البيع، بوابات الدفع، أنظمة الضرائب، ERP/CRM، برامج المحاسبة، مزودو البريد الإلكتروني/SMS.

• الوصول إلى واجهة البرنامج لبناء موصلات مخصصة أو وسطاء (مثل تدفقات عمل تشبه Zapier أو تكاملات مخصصة).

رسوم الإعداد/التنفيذ

• رسوم التهيئة لمرة واحدة أو خدمات مهنية لتغطية الاكتشاف، التكوين، نقل البيانات، التكاملات، والتدريب الأولي.

الترخيص/الاشتراك

• رسوم الترخيص أو الاشتراك المستمر للبرامج، عادةً بناءً على:

  • عدد المواقع/الموقع

  • عدد المستخدمين النشطين أو المستخدمين المسميين

  • حجم الطلبات أو المقاعد (توجد مستويات مختلفة للطلبات الغذائية مقابل الطلبات التجزئة)

  • مستويات الميزات (قياسية مقابل وحدات متقدمة مثل إدارة الطعام، الوصول إلى واجهة البرنامج، إلخ.)

الصيانة والدعم

• رسوم الصيانة الدورية لاستضافة المنصة، التحديثات، وتصحيحات الأمان.

• خطط الدعم مع أوقات استجابة متنوعة (قياسي، ساعات عمل، 24/7) واتفاقيات مستوى الخدمة.

التكاملات والإضافات

• رسوم لبوابات الدفع المفضلة، أنظمة الضرائب، أو التكاملات مع طرف ثالث.

• حدود استخدام واجهة البرنامج أو الوصول المخصص لواجهة البرنامج إذا كنت بحاجة لتبادل بيانات بحجم كبير.

الإعداد والتدريب الأولي

• برنامج إعداد منظم للمسؤولين، موظفي المطبخ، فرق التوصيل/الميدان، وأدوار المبيعات/خدمة العملاء.

• جلسات تدريب مباشرة (عبر الإنترنت أو في الموقع) تغطي سير العمل الأساسية: إعداد القوائم، تدفقات الطلب، وحدات الطعام/الفعاليات، التنفيذ، والتقارير.

• بيئة تدريب تفاعلية أو نسخة تجريبية للتدريب قبل الإطلاق.

التوثيق والموارد الذاتية

• أدلة الاستخدام، شروحات خطوة بخطوة، وأدلة حسب الدور.

• قاعدة معرفية تحتوي على الأسئلة الشائعة، نصائح حول استكشاف الأخطاء، وأفضل الممارسات.

مسارات تدريبية حسب الدور

• المسؤولون: التكوين، الأمان، التكاملات، التقارير.

• موظفو المطبخ/التنفيذ: تذاكر الطلب، سير التحضير، توافق المخزون.

• السائقون/التنفيذ: التوجيه، تحديثات حالة التسليم، إثبات التسليم.

• المبيعات/خدمة العملاء: العروض، حزم الفعاليات، التواصل مع العملاء.

التحكم في الوصول والمصادقة

• التحكم في الوصول بناءً على الدور لتقييد الأذونات حسب دور المستخدم.

• دعم أساليب المصادقة القوية (سياسات كلمة المرور، مصادقة فردية اختيارية إذا كانت متاحة).

حماية البيانات والخصوصية

• تشفير البيانات أثناء النقل والتخزين (TLS لنقل البيانات؛ معايير التشفير للبيانات المخزنة).

• معالجة آمنة لبيانات الدفع وفقًا لمتطلبات PCI-DSS (قد يكون النطاق محدودًا حسب نهج التكامل PCI).

تحديد مكان البيانات والحوكمة

• خيارات لتحديد مكان البيانات حسب المنطقة أو الاحتياجات التنظيمية.

• سجلات تدقيق وتواريخ التغييرات لتتبع من قام ومتى.

إطار التوافق

• ممارسات الأمان الجيدة المتوافقة مع المعايير الشائعة؛ الشهادات قد تختلف حسب منطقة البائع.

• تقييمات منتظمة للثغرات الأمنية وتصحيح النظام كجزء من الصيانة.

غالبًا ما تقوم FoodStorm بتحديثات منتظمة للمنتج (شهريًا إلى ربع سنوي) مع تحسينات طفيفة مستمرة وإصلاحات للأخطاء.

قد تصدر إصدارات رئيسية عدة مرات في السنة، تُقدم وحدات جديدة أو تغييرات كبيرة.

كيفية تقديم التحديثات

• نموذج السحابة/SaaS: تقوم FoodStorm بنشر التحديثات إلى البيئة المستضافة، دون الحاجة إلى تثبيت محلي.

• ملاحظات إصدار موجهة للعملاء تحدد الميزات الجديدة، التغييرات، وأي حالات حذف.

إدارة التغيير للعملاء

• نوافذ صيانة مجدولة وإشعار مسبق بفترات التوقف المخطط لها أو التغييرات السلوكية.

• خيارات التفعيل المرحلي للميزات أو الإصدارات الاختبارية للعملاء الراغبين في اختبار القدرات الجديدة قبل الاعتماد الكامل.

• إرشادات التوافق للتكاملات والتخصيصات خلال الإصدارات الكبرى.

ملكية البيانات

• عادة، يحتفظ العميل بملكية بياناته التي يتم إدخالها إلى FoodStorm (قوائم الطعام، الطلبات، سجلات العملاء، تفاصيل الفعاليات، بيانات التوصيل، إلخ.).

• غالبًا ما تعمل FoodStorm كمُعالج بيانات/مزود استضافة، مع مسؤوليات محددة في ملحق معالجة البيانات أو ما يعادله.

الوصول إلى البيانات والتصدير

• يجب أن يتمكن العملاء من الوصول المستمر إلى بياناتهم من خلال واجهات آمنة (بوابة الإدارة، واجهة API، أو أدوات تصدير البيانات).

• خيارات قابلية نقل البيانات عادة ما تشمل: تصدير البيانات الأساسية (العملاء، الطلبات، القوائم، المنتجات، الفعاليات) بصيغ شائعة (CSV، JSON) وحيثما ينطبق، السجلات التاريخية المؤرشفة.

• لوحدات الطعام/الفعاليات أو البيانات المتخصصة (مثل التوجيه، سجلات السائقين)، تأكد من وجود خيارات تصدير أو وصول إلى API لاسترجاع مجموعات البيانات ذات الصلة.

الاحتفاظ بالبيانات والحذف

• عادةً ما تحدد العقود فترات الاحتفاظ بالبيانات بعد إنهاء العقد وعملية الحذف الآمن أو إعادة البيانات.

قابلية التوسع المرنة

• معظم صفقات SaaS تقدم تراخيص قابلة للتوسع حسب المواقع، المستخدمين، حجم الطلبات، أو مستوى الميزات. يجب أن تكون قادرًا على التوسع بإضافة مواقع أو مستخدمين أو وحدات بدون إعادة تسعير كاملة.

• قد توجد حدود دنيا/قصوى أو تعديلات في التسعير حسب المستوى عند التوسع خلال المدة.

عملية التغيير

• عادةً تتطلب التغييرات طلب تغيير رسمي، تقييم التأثير (تكلفة، جهد التنفيذ، الجداول الزمنية)، وتحديث الفواتير لنطاق جديد.

• للتغييرات الكبرى (مثلاً: الانتقال من موقع واحد إلى 10 مواقع أو إضافة وحدات رئيسية مثل الطعام المتقدم)، قد تحتاج إلى خطة تنفيذ منقحة وملحق عقد جديد.

الأطر الزمنية

• عادةً يكون هناك أوقات محددة لأعمال التوسع (مثلاً: 2-4 أسابيع لتوفير مواقع أو مستخدمين جدد) وقد تؤدي إلى فواتير محسوبة بحسب الفترة أو تزامن فترة الخدمة الجديدة.

الإلغاء أو تقليص الحجم أثناء المدة

• تسمح بعض العقود بتقليل الحجم خلال المدة مع إشعار مسبق، غالبًا مع فترة أدنى غير قابلة للإلغاء أو غرامات للتخفيضات المفاجئة التي تؤثر على السعة المتعاقد عليها.

• عادةً تظل حقوق الوصول إلى البيانات وتصديرها قائمة خلال فترة الإنهاء.

هيكل التجديد

• تجديد تلقائي مقابل تجديد بناءً على الاختيار مع فترة إشعار.

• تسعير التجديد: ثابت، زيادات مفترضة (مثلاً: زيادة سنوية بنسبة%)، أو إعادة تفاوض حسب المستوى.

• نافذة إشعار التجديد: كم المدة التي يجب أن تلتزم مسبقًا للتجديد (مثلاً: 60-90 يومًا).

مدة العقد وخيارات التجديد

• أطوال العقد الشائعة: سنة واحدة، ثلاث سنوات، أو سنوات متعددة؛ خيارات للتمديد أو التبديل بين الخطط عند التجديد.

• حقوق تغيير مستوى المنتج أو إضافة/إزالة وحدات عند التجديد.

حقوق الإلغاء

• متطلبات الإشعار لعدم التجديد أو الإنهاء المبكر (مثلاً: 60-90 يومًا إشعارًا كتابيًا).

• غرامات أو رسوم الإنهاء المبكر، إذا وجدت (مثلاً: تكاليف الانتشار غير المستهلكة، رسوم الفترة المتبقية).

• الإنهاء لأسباب (خرق العقد، عدم الدفع) مقابل الإنهاء للراحة (نادرًا في SaaS؛ قد يتطلب رسومًا أو التزامات إعادة البيانات).

SOC 2 النوع الثاني (الأمن وخدمات الثقة التشغيلية): يقيم الضوابط حول الأمان، التوفر، سلامة المعالجة، السرية، والخصوصية.

ISO 27001: شهادة نظام إدارة أمن المعلومات لإدارة المخاطر بشكل منظم.

نطاق التوافق مع PCI-DSS: ذا صلة إذا كانت FoodStorm تتعامل مع بيانات حامل البطاقة أو تعالجها. وضّح ما إذا كان النطاق يشمل التوافق الكامل مع PCI DSS أو نطاقًا مفوضًا/مجزأ عبر تكاملات PCI المعتمدة.

GDPR/CPRA (لعملاء في أو يتعاملون مع سكان الاتحاد الأوروبي/المملكة المتحدة/كاليفورنيا): اتفاقيات معالجة البيانات، التعامل مع حقوق الأشخاص في البيانات، وآليات النقل عبر الحدود.

خيارات تحديد الموقع/الإقامة للبيانات: ما إذا كان يمكن تخزين البيانات في مناطق أو بلدان محددة.

HIPAA/معايير قطاعية محددة أخرى: فقط إذا كانت FoodStorm تستهدف القطاعات الصحية/المُنظمة (أقل شيوعًا في خدمات الطعام، ولكن ذات صلة لبعض العملاء من الشركات الكبرى).

المعالجون الفرعيون والشفافية

• قائمة فئات المعالجين الفرعيين (مزودو السحابة، معالجات الدفع، مزودو البريد الإلكتروني/SMS) والقدرة على تلقي التحديثات عند تغير المعالجين الفرعيين.