حيث يتوقف المنتج الجاهز، نبدأ نحن.
وحدات مخصصة، وواجهات برمجية، وتطبيقات ميدانية للإجراءات التي لا يغطيها أي نظام جاهز. مبنية لتشغيل سعودي، بالعربية والإنجليزية.
برمجيات تُكتب لشركة واحدة. شركتك.
هذا المجلد هو تفصيل سطر واحد من دليل القدرات: ما الذي نبنيه حين ينتهي المنتج الجاهز عند حدوده.
لماذا التخصيص
الإجراء الذي يدرّ عليك المال هو الذي لا يبيعه أحد.
البرمجيات الجاهزة مبنية على متوسط ألف شركة. تتولى الأجزاء التي تشبه فيها غيرك، وتتجاهل بهدوء الأجزاء التي لا تشبه أحدًا.
الخطوة التي يعجز عنها النظام تُنفَّذ بجانبه، فيختلف الاثنان آخر الشهر.
موظف واحد يعرف القاعدة الحقيقية، وحين يغيب تُخمَّن القاعدة تخمينًا.
إن تمت الموافقة على واتساب، فلا سجل لمن وافق على ماذا، ولا متى.
وما ليس في النظام ليس في التقرير، فلا ترى الإدارة كلفته قط.
- —سلسلة موافقات تُدار اليوم بالبريد والذاكرة
- —قاعدة تكلفة أو هامش يعجز المنتج الجاهز عن التعبير عنها
- —فريق ميداني يبلّغ عن عمله بالهاتف والصور
- —تقرير يعيد أحدهم بناءه يدويًا كل شهر
ليس نظامًا جديدًا، بل وحدة داخل النظام الذي تشغّله، تشاركه قاعدة بياناته وصلاحياته وسجل تدقيقه. فريقك لا يتعلم شيئًا جديدًا، والإجراء ببساطة يكفّ عن كونه يدويًا.
مكتوبة، لا مُهيّأة
خمس وثلاثون وحدة. وثمانية وثلاثون ألف سطر.
هذه وحدات كتبها فريقنا، لا إضافات مجتمعية ثبّتناها. وهذه أكبر عشر منها بأعداد أسطرها الفعلية:
أعداد الأسطر محسوبة من الشيفرة المصدرية لكل وحدة. وخمس وعشرون وحدة داخلية أخرى تغطي التحكم بالصلاحيات، وإدارة المستندات، وموافقات المشتريات، والتوطين السعودي.
حوكمة بلا احتكاك
رقابة لا تُبطئ حركة العمل.
- —سلاسل موافقات للشراء والخصومات والمصروفات والعقود
- —حدود حسب المبلغ أو الإدارة أو فئة المنتج
- —تصعيد وتفويض حين يغيب أصحاب الصلاحية
- —كل قرار موثّق بوقته، فينشأ سجل التدقيق مجانًا
- —موافقات تصل إلى الناس حيث هم أصلًا
وحدتان بفكرة واحدة: multi_level_approval يوجّه بالقاعدة، وsales_approval_workflow يتيح تهيئة القواعد نفسها دون شيفرة.
اعرف الهامش قبل أن تسعّر
العرض يُرسَل. فهل تعرف كلفته؟
أغلب الأنظمة تخبرك بالهامش بعد الفاتورة، وقد اتُّفق على السعر وسُجّلت الخسارة. نحن نضع حساب التكلفة عند بند عرض السعر، حيث يكون القرار ما زال مفتوحًا.
- —تفصيل التكلفة يُلتقط لكل بند، لا لكل فاتورة
- —الهامش يُحسب لحظيًا مع تحرير البند
- —الموافقة تُستدعى تلقائيًا حين يهبط الهامش دون السياسة
- —أوامر الشراء تُولَّد من ورقة التكلفة المعتمدة
- —التكلفة الداخلية لا تُطبع أبدًا على مستند العميل
ولماذا يهم: يكتشف مندوب المبيعات أن الصفقة ضعيفة وهو ما يزال قادرًا على تغييرها، لا في نهاية الشهر حين تكتشفها المالية.
نسبة تصمد أمام النقاش
من الذي أنجز هذه الصفقة فعلًا؟
خلافات العمولة نادرًا ما تكون على الحساب، بل على النسبة: الفرصة جاءت بترشيح، والاجتماع حضره غيره، والطلب وصل عبر ثالث. وإن لم يسجّل النظام هذه السلسلة، تكرر الخلاف كل ربع سنة.
- —sale_commission_engine — تتبع المصدر ونسب قابلة للتهيئة
- —partner_profit_share — توزيع لكل مهمة في الشراكات
- —حسابات قابلة لإعادة الإنتاج مع سجل كامل
- —تقارير يقرؤها المالي والمندوب على السواء
حين تتقاسم منشأة الأرباح لكل مهمة بدل صرف عمولة لكل بيعة، ينطبق المبدأ نفسه: تُحسب الحصة من أرقام المهمة الحقيقية وتُسجَّل عليها، فيرى الشركاء الرقم الذي تراه الحسابات.
القطاع الذي نعرفه أكثر من غيره
من العقد إلى يد الفني.
شركات الخدمة تخسر المال في الفجوات: زيارة لم تُجدوَل، وقطعة رُكّبت ولم تُفوتَر، وعقد انتهى دون أن ينتبه أحد. وقد بنينا السلسلة كاملة نظامًا واحدًا.
- —عقود خدمة بمعدات مغطاة واستحقاقات محددة
- —زيارات صيانة وقائية تُولَّد تلقائيًا
- —تنبيهات تجديد تُرفع قبل الانتهاء لا بعده
- —لوحة خدمة تُظهر الربحية لكل عقد
وحدة إدارة المهام وحدها تبلغ 6,785 سطرًا: قوالب قوائم فحص قابلة للتهيئة، وأدلة لكل بند، وتواقيع الفني والعميل، واستهلاك قطع يغذّي حساب التكلفة، وتقارير تتصرف الإدارة بناءً عليها.
مبني لمن لا يجلسون خلف مكتب
بطاقة العمل، في الجيب.
- —تسجيل حضور وانصراف بالموقع مع احتساب زمن الموقع
- —قوائم فحص قابلة للتهيئة: نجاح/إخفاق، وقراءات، وصور لكل بند
- —توقيع الفني والعميل يُلتقط على الشاشة
- —القطع والمواد تُختار في الموقع وتغذّي حساب التكلفة
- —طابور محلي يتزامن تلقائيًا حين تعود التغطية
- —إشعارات فورية ومهام اليوم عند الفتح
- —واجهة عربية وإنجليزية كاملة تتبع لغة الجهاز
نطاق صريح: التطبيق يعمل اليوم على أندرويد. أما iOS فهدف بناء لا ادعاء، وسنقول ذلك قبل أن تسأل.
موثّقة ومُصدَّرة ومختبرة
واجهة يبني عليها النظام التالي.
التطبيق نصف القصة. تحته طبقة REST بأربع وعشرين واجهة موثّقة، ولها اختباراتها، وترحيلاتها المُصدَّرة، فيمكن توسيعها لاحقًا دون تخمين.
- —مصادقة بالرموز مع تخزين آمن على الجهاز
- —مجموعة اختبارات آلية تغطي السطح
- —سكربتات ترحيل مُصدَّرة لتغيّرات البنية
- —توثيق مكتوب لمن يأتي بعدنا
كثير من عمليات الربط سكربت كتبه أحدهم مرة. أما الواجهة المختبرة والمُصدَّرة فهي عقد: تصمد أمام الترقية، ويمكن تسليمها لفريق آخر، ولا تغيّر شكلها بصمت.
الأرقام دون أن تطلبها
تقارير إدارية لا يجمعها أحد.
- —التحويل والمديونيات والهوامش وخط الفرص في شاشة واحدة
- —كل رقم قابل للنقر رجوعًا إلى السجلات خلفه
- —تراعي الصلاحيات: كل شخص يرى ما يحق له
- —ربحية الخدمة لكل عقد لا لكل فاتورة فقط
- —مبنية داخل النظام، فلا تكون تصديرًا منفصلًا أبدًا
أنظمة لم تُصمَّم لتتحدث
أغلب العمل يقع بين المنتجات.
لا أحد يشتري «ربطًا». يشتري نظامين ثم يكتشف الفجوة بينهما. وفي تلك الفجوة يقع قدر مفاجئ من عملنا.
الانتقال من برنامج لم يعد يخدمك
«سنفقد تاريخنا» هي الخشية التي تُبقي الشركات مكانها.
وهي خشية معقولة، وغير ضرورية غالبًا. فإن أمكن قراءة البيانات أمكن نقلها، والنقل انضباط لا شجاعة.
- —نسخة احتياطية قبل أي كتابة، بلا استثناء
- —تشغيل تجريبي، ثم تحقق، ثم تنفيذ — لا العكس
- —معرّفات خارجية ليكون الاستيراد قابلًا للتكرار بأمان
- —سجل قرارات مكتوب، لتُراجَع الخيارات لاحقًا
- —تسوية الدفاتر مع المصدر قبل الإطلاق
ورشة سيارات في جدة انتقلت من نظام ورش قديم إلى نظام حديث: 63 عميلًا، و73 مركبة بمعرّفاتها وملّاكها، و277 صنفًا بين قطع وأجور، مع كل بطاقة عمل تاريخية. وفي الطريق اكتُشفت ستة عيوب في وحدة القطاع نفسها وأُصلحت، كلٌّ منها مُثبَت فشله قبل الإصلاح ونجاحه بعده.
أسوأ يوم
إن لم تُجرَّب استعادتك من قبل، فما لديك نسخة بل أمل.
تكتشف أغلب الشركات حال نسخها الاحتياطية يوم تحتاجها. وقد استُدعينا في ذلك اليوم، ونصمّم اليوم كي لا يأتي.
- —تقييم ما نجا: قاعدة البيانات، والملفات، والنسخ، والنسخ المطابقة
- —الاستعادة إلى بيئة نظيفة، لا فوق الضرر أبدًا
- —التحقق من البيانات المستعادة قبل إعادتها للعمل
- —إعادة بناء البيئة وتوثيق ما جرى
- —نسخ احتياطية آلية مع نسخ خارج الموقع
- —بروفات استعادة — فالنسخة لا تُثبت إلا باستعادة
- —إجراء تعافٍ موثّق، لا معرفة شفهية
- —تكرار للأنظمة حيث يحتاجه العمل فعلًا
- —مراقبة تخبرك قبل أن يخبرك العميل
Western Star، الإمارات: فقدان كامل لبيانات الإنتاج مع نسخة احتياطية تالفة. استُعيد التشغيل خلال 24 ساعة، ثم امتدت العلاقة إلى أعمال تطوير جديدة.
Technomid
منشأة خدمات، بُنيت وحدة بعد وحدة.
- ·عروض أسعار تُسعَّر دون تفصيل تكلفة ظاهر
- ·موافقات تُتفق شفهيًا ولا تُسجَّل في مكان
- ·عقود خدمة في ملفات، والتجديدات تفلت
- ·عمل ميداني يُبلَّغ بالهاتف والورق
- ·سلسلة الخدمة الميدانية من العقد إلى الفاتورة
- ·مسارات موافقات قابلة للتهيئة بسجل تدقيق
- ·أوراق تكلفة وضبط هامش عند بند عرض السعر
- ·واجهة برمجية وتطبيق أندرويد للفنيين
- ·الهامش معروف قبل إرسال عرض السعر
- ·الموافقات تترك سجلًا بدل ذاكرة
- ·الفنيون يغلقون المهام في الموقع بالتواقيع
- ·التجديدات تظهر بنفسها قبل انتهائها
لم يُشترَ شيء هنا كحزمة. كل وحدة جاءت جوابًا على اختناق واجهه العمل فعلًا، ولم تُطلب إلا بعد أن أثبتت سابقتها جدواها.
خرج النظام القديم. ولم يضِع سجل واحد.
- ·نظام ورش قديم يدير الصالة
- ·حسابات منفصلة تُسوَّى يدويًا
- ·سنوات من سجلات العملاء والمركبات حبيسة داخله
- ·لا طريق متكامل للامتثال للمرحلة الثانية
- ·استخراج وتوحيد من النظام القديم
- ·استيراد قابل للتكرار بمعرّفات خارجية بعد تشغيل تجريبي
- ·تهيئة قطاع الورش: بطاقات عمل ومركبات وقطع وأجور
- ·ستة عيوب اكتُشفت وأُصلحت في وحدة القطاع
- ·تأهيل الفوترة الإلكترونية حتى الإنتاج الفعلي
- ·الورشة والحسابات والتقارير في نظام واحد
- ·تاريخ أي مركبة يُفتح بنقرة
- ·الفواتير تُوقَّع تشفيريًا وتُبلَّغ لحظيًا
- ·الدفاتر سُوِّيت مع المصدر قبل الإطلاق
كانت الخشية فقدان التاريخ، وكانت النتيجة حفظ كل سجل. والانضباط الذي جعل ذلك آمنًا — نسخة احتياطية، ثم تشغيل تجريبي، ثم تحقق، ثم تنفيذ — هو نفسه في كل ترحيل ننفذه.
فقدان كامل للبيانات. وعودة خلال 24 ساعة.
- ·فقدان كامل لبيانات الإنتاج
- ·النسخة الاحتياطية وُجدت تالفة
- ·توقف التشغيل بالكامل
- ·استعادة قاعدة البيانات وإعادة بناء البيئة
- ·التحقق من البيانات المستعادة قبل إعادتها للعمل
- ·تأسيس إجراءات النسخ الاحتياطي والتعافي
- ·ثم بناء عدة تطبيقات مخصصة لاحقًا
- ·استؤنف التشغيل في اليوم التالي
- ·صار التعافي إجراءً موثّقًا
- ·وامتدت العلاقة إلى أعمال تطوير جديدة
نفضّل أن نكون فريق الترحيل لا فريق الإنقاذ. لكن إن كان الأسوأ قد وقع، فالساعات الأولى هي التي تقرر كم سينجو.
تخصيص دون شيك مفتوح
التخصيص لا يعني عقدًا بلا نهاية.
سمعة البرمجيات المخصصة ساءت لأنها تُباع بالساعة، في مقابل مواصفات لم يُكملها أحد. نحن نحدد نطاق كل مرحلة ونسعّرها قبل أن تبدأ.
نجلس مع من ينفذون العمل اليوم ونكتب ما يحدث فعلًا، بما فيه الحل الالتفافي الذي لا يُذكر في الاجتماعات.
تحصل على مواصفة مكتوبة وسعر ثابت للمرحلة. وإن تغيّر النطاق تغيّر السعر باتفاق جديد، لا بفاتورة مفاجئة.
ترى برمجيات تعمل مبكرًا وباستمرار، على بياناتك أنت، فتظهر أي سوء فهم وهو ما يزال رخيصًا.
موثّقة ومُصدَّرة وقابلة للتنصيب من غيرنا. نفضّل أن نُبقى لا أن نكون ضرورة.
الشيفرة المصدرية والتوثيق والترحيلات، مكتوبة وفق أعراف المنصة نفسها، فيستطيع أي فريق كفؤ صيانتها. لا نظام تشغيل خفي، ولا ترخيص لم توافق عليه.
- —حين تؤدي خاصية قياسية الغرض — سنرشدك إليها
- —حين يجب إصلاح الإجراء قبل أتمتته
- —حين يكون المطلوب في حقيقته مشكلة تقارير
- —حين لا يستطيع أحد أن يخبرنا من يملك قرار القاعدة
الخطوة التالية