النسخة الأولى من نظام الأعمال: صغيرة بما يكفي لتكتمل، وكاملة بما يكفي لتحلّ محل القديم
النسخة الأولى من نظام الأعمال يجب أن تغطي إجراءً أساسيًا واحدًا من أوله إلى آخره، للأشخاص الذين يؤدّونه كل يوم، بإتقان يكفي لأن تحلّ محل الطريقة القديمة، ولا شيء أكثر. وكل ما عدا ذلك ينتظر حتى يكشف الاستخدام الفعلي ما هو مطلوب حقًا. والصغر لا يعني الهشاشة؛ فالأمان، وصلاحيات الوصول، واللغتان، وتصدير البيانات تنتمي كلها إلى النسخة الأولى، لأنها لا تُضاف لاحقًا دون إعادة عمل.
والاختبار بسيط: هل تستطيع أن تسمّي جدول البيانات أو النموذج أو مجموعة المحادثة التي ستُحيلها النسخة الأولى إلى التقاعد؟ إن لم تستطع، فهي ليست نسخة أولى بعد، بل عرضٌ توضيحي.
الجواب المختصر
- إجراء واحد من أوله إلى آخره، يُختار لأنه الأكثر إيلامًا ولأن له مالكًا واضحًا.
- الضروريات هي ما يحتاجه الموظفون لأداء ذلك العمل يوميًا، ومنها الاستثناءات التي تتكرر أسبوعيًا.
- الاستثناءات النادرة تُعالج يدويًا في البداية، ولا تُؤتمت إلا إذا ثبت أنها متكررة.
- لا يُقتطع أبدًا: الأمان والصلاحيات، وسجل التدقيق، والنسخ الاحتياطية، وحماية البيانات الشخصية، والعربية والإنجليزية، وتصدير البيانات.
- ينتظر عادةً: لوحات المتابعة الإضافية، والحالات النادرة، والتطبيق الأصلي للجوال، ومزايا الذكاء الاصطناعي، والتكاملات غير الأساسية.
- النسخة الثانية تُخطَّط من الاستخدام، لا من قائمة الأمنيات الأولى.
ماذا يعني «الحد الأدنى» في نظام الأعمال
جاء مصطلح «المنتج الأدنى القابل للحياة» (MVP) من عالم الشركات الناشئة. وقد عرّفه إريك ريس، الذي نشر استخدامه، عام 2009 بأنه تلك النسخة من المنتج الجديد التي تتيح للفريق جمع أكبر قدر من التعلّم المُثبَت عن العملاء بأقل جهد. وأضاف تحذيرًا كثيرًا ما يُنسى: المنتج الأدنى، رغم اسمه، لا يعني صنع منتجات ضئيلة.
ويختلف نظام الأعمال عن تجربة الشركة الناشئة في أمر جوهري: فالناس يجب أن يديروا عمليات حقيقية عليه من اليوم الأول. لذا فالفكرة المفيدة ليست أصغر شيء يمكنك عرضه، بل أصغر شيء يستطيع موظفوك استخدامه فعلًا لأداء عملهم. ويصف إطار DSDM، الذي يتولاه اليوم اتحاد Agile Business Consortium، الضروريات بأنها «الحد الأدنى من المجموعة القابلة للاستخدام» (Minimum Usable SubseT)، وهذه هي الروح الصحيحة.
ويصوغ عبدالقادر وهيبة، مؤسس «ذوات» ورئيسها التنفيذي، المقايضة على هذا النحو:
«نفضّل أن نبني برمجيات أقل يستخدمها الناس كل يوم، على نظام أكبر يلتفّون عليه. يجب أن تكون النسخة الأولى صغيرة بما يكفي لإنجازها، ومكتملة بما يكفي لأن تحلّ محل شيء.» — عبدالقادر وهيبة
واختباره لأي نسخة أولى مقترحة هو المذكور أعلاه: سمِّ ما الذي ستُحيله إلى التقاعد.
كيف تختار ما يدخل فيها
1. اختر إجراءً واحدًا
ابدأ من خريطة الإجراءات، واختر الإجراء الأكثر إيلامًا والذي له مالك واضح، مثل «من الطلب إلى الفاتورة»، أو طلبات الشراء، أو جدولة الأعمال. فإجراء واحد يُتقن يعلّم المنشأة أكثر من خمسة تُنجز إلى منتصفها.
2. عرّف «الاكتمال» بشيء يتقاعد
دوّن أي جدول بيانات أو نموذج ورقي أو مجموعة واتساب ستحلّ النسخة الأولى محلها، والتاريخ الذي تصبح فيه للقراءة فقط. فهذا يحوّل الهدف الغامض إلى نطاق.
3. استخرج الضروريات من حالات حقيقية
مرّر حالات حقيقية حديثة على النظام المقترح: ما الذي يحتاجه الموظف لإكمال كلٍّ منها؟ وأدرج الاستثناءات التي تتكرر كل أسبوع. أما الاستثناءات التي تقع مرتين في السنة، فيمكن أن يتولاها شخص مع ملاحظة مكتوبة، حتى تعرف هل هي مهمة.
4. احتفظ بالتقارير التي يستخدمها الناس فعلًا
اسأل: أي تقريرين أو ثلاثة تُستخدم كل أسبوع لاتخاذ القرارات؟ ابنِها. فالقائمة الطويلة من التقارير «المرغوبة» علامة في الغالب على أن أحدًا لم يقرر بعد ماذا يقيس، ويساعدك مقال لوحات المتابعة والتقارير في ذلك.
5. لا تكامل إلا ما لا يعمل الإجراء دونه
إن احتاج الإجراء إلى مستويات المخزون اللحظية أو حالة الدفع، فاربطها. وإن كان تصدير ليلي إلى النظام المحاسبي يكفي الآن، فابدأ به. فكل تكامل يضيف اختبارًا ومخاطرة ووقتًا.
6. انقل فقط ما تحتاجه للتشغيل
الطلبات المفتوحة، والعملاء النشطون، وقوائم الأسعار الحالية: نعم. أما عشر سنوات من السجل المغلق، فيمكن عادةً أرشفتها بصيغة مقروءة والرجوع إليها عند الحاجة. ويشرح مقال نقل بياناتك إلى النظام الجديد الطريقة.
ما لا يُقتطع أبدًا
بعض الأشياء تبدو اختيارية في النسخة الأولى، ثم يتبيّن أن إضافتها لاحقًا مكلفة:
- الأدوار والصلاحيات، ليرى كل شخص ويغيّر ما يخصه فقط. ويتناول مقال صلاحيات الوصول وسجلات التدقيق التصميم.
- سجل تدقيق بمن غيّر ماذا ومتى.
- نسخ احتياطية جُرّبت الاستعادة منها فعلًا.
- حماية البيانات الشخصية، تُحسم قبل الشاشة الأولى. راجع مقال الخصوصية بالتصميم.
- العربية والإنجليزية، تُبنيان من المكوّن الأول. فإدخال التخطيط من اليمين إلى اليسار في واجهة مكتملة يكلّف أكثر من بنائه فيها من البداية، كما تقول مبادئ «ذوات» المنشورة.
- تصدير البيانات، لتستطيع دائمًا إخراج سجلاتك.
ما ينتظر عادةً
| في النسخة الأولى | ينتظر عادةً | لا يُقتطع أبدًا |
|---|---|---|
| إجراء أساسي واحد من أوله إلى آخره | الاستثناءات النادرة (تُعالج يدويًا) | الصلاحيات وسجل التدقيق |
| الاستثناءات الأسبوعية | لوحات وتقارير إضافية | نسخ احتياطية مجرّبة |
| التقارير الأسبوعية الاثنان أو الثلاثة | تطبيقات الجوال الأصلية (ابدأ بالويب) | حماية البيانات الشخصية |
| التكاملات الأساسية | التكاملات غير الأساسية | العربية والإنجليزية |
| البيانات اللازمة للتشغيل | النقل الكامل للسجل التاريخي | تصدير البيانات |
| تدريب مستخدمي النظام | مزايا الذكاء الاصطناعي | التحديثات الأمنية |
والتطبيق الأصلي للجوال مرشّح شائع للتأجيل؛ فتطبيق ويب ملائم للهاتف يخدم معظم المستخدمين أولًا، كما يشرح مقال تطبيق أصلي أم تطبيق ويب أم PWA. ومزايا الذكاء الاصطناعي مرشّح آخر؛ فهي تعمل أفضل بكثير حين يحمل النظام بيانات نظيفة منظّمة، وهو موضوع مقال هل بياناتك جاهزة للذكاء الاصطناعي؟.
مثال: شركة صيانة
خذ شركة صيانة مبانٍ افتراضية في مسقط تعمل بالمكالمات ومجموعة واتساب وجدول بيانات للأعمال.
النسخة الأولى المعقولة تغطي إجراءً واحدًا: يصل طلب العمل، فيُسند إلى فنّي، ويُنجز مع صور وتوقيع العميل، ثم يُعلَّم جاهزًا للفوترة. وتظل الفواتير تصدر من النظام المحاسبي القائم عبر ملف تصدير. ويحصل المشرفون على تقرير واحد: الأعمال المفتوحة حسب عمرها والفني المسؤول.
وما ينتظر: بوابة العملاء، والفوترة التلقائية عبر تكامل، ومخزون قطع الغيار، وتخطيط المسارات. وقد يأتي كلٌّ منها لاحقًا، بعد أن تكشف سجلات الأعمال أين يذهب الوقت فعلًا.
بعد الإطلاق: دع الاستخدام يحدد النسخة الثانية
اجمع الطلبات في قائمة واحدة، مع من طلب ولماذا. وراقب ما يفعله الناس فعلًا في النظام: أي الشاشات يستخدمون، وأين يتعثرون، وأي الالتفافات اليدوية تعود للظهور. ثم خطّط للنسخة التالية من هذه الأدلة. فقائمة الأمنيات الأولى كُتبت قبل أن يستخدم أحد النظام؛ إنها نقطة بداية، لا التزام.
أسئلة شائعة
هل النسخة الأولى هي النموذج الأولي نفسه؟ لا. فالنموذج الأولي لاختبار فكرة، وكثيرًا ما يُرمى. أما النسخة الأولى فتدير عمليات حقيقية، ببيانات حقيقية وأمان ودعم. إنها صغيرة، لكنها مكتملة.
هل يكلّف البناء على مراحل أكثر في المجموع؟ أحيانًا قليلًا، لأن المراحل اللاحقة تعيد النظر في عمل سابق. لكنه يكلّف عادةً أقل من بناء نظام كبير دفعة واحدة، ثم اكتشاف أن أجزاء منه لم تكن مطلوبة أصلًا.
ما الحد الذي يصبح عنده الصغر مفرطًا؟ إن لم تحلّ النسخة محل أي شيء، فهي أصغر من اللازم. فسيحتفظ الموظفون بالأداة القديمة، ويصبح النظام الجديد خطوة إضافية بدل أن يكون خطوة أفضل.
هل يمكن إطلاق النسخة الأولى للعملاء؟ نعم، إن كانت مكتملة في الجزء الذي تغطيه. فالعملاء أقل تسامحًا من الموظفين، لذا اختبرها بحالات حقيقية أولًا، وأبقِ النطاق ضيقًا.
ماذا لو أراد كل قسم أن يدخل إجراؤه في النسخة الأولى؟ اختر بحسب الألم والملكية، وأعلن الترتيب، وأعطِ كل قسم موعدًا. فالتسلسل الواضح أسهل قبولًا من وعد غامض بأن كل شيء سيأتي معًا.
المصادر: إريك ريس — المنتج الأدنى القابل للحياة: دليل (2009) · Agile Business Consortium — ما أولويات MoSCoW؟
تريد مساعدة في تحديد ما يجب أن تكون عليه نسختك الأولى؟ تحدد «ذوات» نطاق البرمجيات المخصصة وأنظمة الأعمال وتبنيها، لتنطلق صغيرة وتنمو من الاستخدام الفعلي. احجز مكالمة.