يربط FiBOT الأنظمة التي تستخدمها شركتك بالفعل —نظام ERP، الجدول، نظام تتبّع GPS— ويجيب عبر واتساب عمّا يضطر أحدهم اليوم للبحث عنه يدويًا. وينبّه أيضًا إلى ما لا يلتفت إليه أحد.
ليست لوحة تحكم. لوحة التحكم تنتظر أن تدخل إليها. وبعد ستة أشهر لا يدخل إليها أحد، ونحن نعرف ذلك لأنه حدث معنا قبل أن نبني هذا.
محادثة توضيحية · الأرقام والأسماء افتراضية
تموت معظم برامج الشركات بالطريقة نفسها: تُشترى بحماس، وتُعبَّأ جزئيًا، وبعد ستة أشهر لا يفتحها سوى شخص واحد. البيانات موجودة. لكن لا أحد ينظر إليها.
نحن نقلب المعادلة: المعلومة هي التي تخرج بحثًا عن الشخص، عبر القناة الوحيدة المفتوحة فعلًا لديه، دون تثبيت أي شيء أو تعلّم أي شيء.
لهذا ثمن نفضّل قوله من البداية: لا يمكن أتمتة كل شيء. إن كان ما يُسأل عنه يتغيّر كل يوم ولا يتكرّر أبدًا، فلن يكون FiBOT مفيدًا لك — وسنقول لك ذلك في أول حديث.
ما ينجح فعلًا هو الأمر الروتيني المملّ: السؤال الذي يطرحه أحدهم أربع عشرة مرة في الأسبوع، والمستند الذي تنتهي صلاحيته بينما لا أحد يراقب.
أين يوجد كل شيء، كم استهلك، أي المستندات على وشك الانتهاء، وأيّها الأنسب لإرساله. يتصل بالأنظمة التي تملكها بالفعل، دون تغيير المزوّد أو نقل أي بيانات.
قيد التشغيليوجد جهاز كمبيوتر عند المنضدة، ويعمل جيدًا — إلى أن ينقطع التيار الكهربائي أو يطول الطابور ولا يستطيع أحد ترك الصندوق. أما FiBOT فيبقى في الجيب: الأسعار، التغطيات، البدائل، والبطاقة الكاملة.
قيد التشغيلكل وحدة لها رمز QR خاص بها، قابلة للتتبّع من لحظة دخولها حتى تسليمها. لا شيء يُعدَّل أو يُحذف: تُبنى الحالة تلقائيًا من كل عملية مسح. يعمل حتى بدون إشارة — تُخزَّن العمليات وتتم مزامنتها بمجرد توفر الاتصال.
قيد التشغيلكل ما تنتهي صلاحيته في مكان واحد، مع تنبيه الشخص المسؤول عن معالجته. التراخيص والتأمينات والعقود والفحوصات. يبدأ من جدول بيانات تملكه بالفعل.
جديدإن كانت هناك بيانات تعيش في جدول وهناك من يسأل عنها كل يوم، فهذه هي الحالة المرشّحة. نبدأ بحالة واحدة، لا بكل شيء دفعة واحدة.
حسب الطلبقبل — "أين الوحدة 42؟"
فتح النظام → تسجيل الدخول → البحث عن الوحدة → تطبيق الفلتر → مراجعة الموقع → نسخ البيانات → إرسالها عبر واتساب
بعد — رسالة صوتية مدتها سبع ثوانٍ.
"أين الوحدة 42؟"
9:12 ✓✓لا يقول أي مصدر وحده الحقيقة كاملة: النظام لا يعرف دائمًا مكان كل شيء، والجدول لا يقول ما هو الناقص، وموظفوك يعرفون ما لا يُكتب في أي مكان. مقارنة هذه المصادر ببعضها هي جوهر العمل.
الحلزون يتفتّح: من البيانات المتفرقة إلى الإجابة
النظام الذي تملكه بالفعل، الجدول المعتاد، وما يبلّغ عنه فريقك. لا يُنقل شيء.
عبر الـ webhooks حيث تتيحها المنصة، واستعلام دوري حيث لا تتيحها. إحدى عشرة منصة GPS تم ربطها بالفعل، إلى جانب مصادر أخرى.
تدخل صيغ مختلفة؛ ويخرج جدول واحد، في قاعدة بيانات خاصة بشركتك، منفصلة عن البقية.
ما يُسأل عنه يُجاب عنه؛ وما تنتهي صلاحيته ينبّه من تلقاء نفسه، دون أن يضطر أحد للسؤال.
أكبر مربع في الحلزون، والمربع الصغير الذي تخرج منه الإجابة: سطر واحد، عبر القناة الوحيدة المفتوحة أصلًا لدى فريقك.
الموضوعRE: RE: RE: هل ننجز هذا يدويًا؟
من: العمليات · 3 مرفقات
أعيد توجيه الجدول المحدَّث إليك. انتبه أن نسخة الأمس أصبحت قديمة، فاعمل على هذه النسخة. وعندما تنتهي، أبلغ الفريق ليطّلعوا عليه قبل الاجتماع.
الدقائق المهدرة في كل استفسار، عدد مرات التكرار يوميًا، أيام العمل في الشهر. هذا الحساب تجرونه أنتم، بأرقامكم الخاصة — نحن لا نملكها بعد. لكننا نعرف كيف يُحسب: نقوم به في أماكن أخرى.
8 دقائق × 15 استفسارًا × 22 يومًا =
44
ساعة في الشهر — أكثر من أسبوع عمل كامل، في أسئلة كانت إجابتها موجودة بالفعل في مكان ما.
أرقام إرشادية، وليست بيانات لأي عميل بعينه
هذا يعني 528 ساعة في السنة. السؤال التالي ليس ما إذا كانت الأتمتة تستحق العناء — بل كم يكلّف أن تدفع لشخص ليقوم بهذا العمل، اثني عشر شهرًا متواصلة.
الحساب أعلاه توضيحي — أمّا النمط فلا. يوجد اليوم بالفعل أكثر من 90 وظيفة تعمل هكذا في بيئة الإنتاج، على أكثر من 300 وحدة تُراقَب عبر واتساب على مدار الساعة.
تخبرنا بما يُسأل عنه فريقك كل يوم، وكيف تحلّونه اليوم. من هناك نعرف إن كان هذا مفيدًا أم لا. وإن لم يكن كذلك، ينتهي الأمر هناك ولا يكلّفك شيئًا.
نختار السؤال الأكثر تكرارًا ونربطه بما تملكه بالفعل —النظام المعتاد، الجدول، أو أي شيء آخر—. وخلال أسبوعين يكون هناك شيء يعمل مع مجموعة صغيرة من أشخاص حقيقيين.
الحالة الثانية يختارها من يستخدم الحالة الأولى، لا اجتماع تخطيط. ما لا يسأل عنه أحد لا يُبنى — وهنا بالتحديد تتجاوز معظم المشاريع ميزانيتها.
تكتب إليه كما تكتب إلى شخص. لا أوامر دقيقة ولا قوائم خيارات: يُطرح الاستفسار كما تطرحه على زميل، والنظام يفهم ما هو المطلوب.
عبر API، لا عبر الاستخلاص الآلي (scraping). يتصل بالأنظمة التي تستخدمها بالفعل —ERP، الجداول، قواعد البيانات الخاصة— عبر API أو قراءة مباشرة. دون مشاركة بيانات الدخول، ودون المساس بالمصدر الأصلي.
يقرأ فقط، ولا يكتب أبدًا. وصول للقراءة فقط لما يُصرَّح به. لا يُعدّل أي نظام قائم إلا إذا طُلب منه ذلك صراحةً، بإذن خاص منفصل.
الوصول حسب الدور، وكل شيء مسجَّل. بيانات الدخول والرموز (tokens) لا تمرّ أبدًا عبر المحادثة — تبقى خارجها، كما في أي تكامل جادّ. كل عملية وصول تُسجَّل: من، وماذا، ومتى.
كل نقطة من هذه النقاط الأربع تُشرح بمزيد من التفصيل عند الحاجة. كلما زادت أسئلتكم، كان ذلك أفضل.
لا. نتصل بالنظام الذي تملكه بالفعل — ERP، جداول، GPS، أو أي شيء آخر. وإذا لم يكن نظامك مُدرجًا بعد، تتم دراسته، لكن هذا ليس ممكنًا دائمًا — ونعرف ذلك في الأسبوع الأول، لا بعد ستة أشهر.
هذا هو السؤال الصحيح، وهو سبب وجود هذا الحل في واتساب لا في تطبيق منفصل. ومع ذلك، نقيس الاستخدام منذ اليوم الأول: كم عدد الاستفسارات، ومن كم شخص مختلف. وإذا لم يكتب سوى شخص واحد بعد أربعة أسابيع، فالمشكلة لم تكن في الأداة، وسنقول لك ذلك.
لا ننشر قائمة أسعار لأن الحالة الأولى هي التي تحدّد النطاق والفروق كبيرة. لكن المؤكد: في أول حديث نصل إلى رقم نهائي محدد، لا نطاق ولا إجابة تقول "يعتمد على..."
في قاعدة بيانات خاصة بشركتك، منفصلة عن أي عميل آخر. لا يمسّ أي استفسار من عميل بيانات عميل آخر، وهذا ليس وعدًا تسويقيًا: بل مشاريع منفصلة فعليًا.
تأخذ بياناتك مُصدَّرة ويُغلق النظام. لا التزام بالبقاء ولا عقد طويل. نفضّل أن تبقى معنا لأنك تستخدمه فعلًا، وهذه أيضًا الطريقة الوحيدة التي تفيدنا نحن.
أخبرنا بما يُسأل عنه فريقك كل يوم. إن كان دائمًا الشيء نفسه، فمن المحتمل أن يستطيع FiBOT الإجابة عنه. وإن لم يكن كذلك، سنقول لك ذلك: بيع ما لا يفيد صفقة سيئة لكلينا.