يبدأ كثير من المشاريع الرقمية بالسؤال نفسه: «أي تقنية نستخدم؟»، بينما السؤال الأصح لم يُطرح بعد: «ما الذي يجب أن يتحسن في العمل؟». الترتيب الخاطئ هنا لا يكلف ميزانية فقط، بل ينتج نظامًا متقنًا تقنيًا لا يحل مشكلة فعلية لأحد.
في هذا المقال أشرح لماذا يبدأ أي مشروع رقمي ناجح من المشكلة، وكيف يغيّر هذا البداية كل القرارات التي تليها: من نوع المنتج نفسه حتى أصغر تفاصيل التنفيذ.
ماذا يحدث عندما تبدأ من التقنية؟
حين تكون نقطة الانطلاق أداةً وليس حاجةً، تتحول القرارات كلها إلى إجابات على أسئلة الأداة بدل أسئلة العمل: أي مزايا ندعم؟ كيف نستخدم كل خصائص النظام؟ وفي النهاية يُبنى منتج غني بالخصائص يفشل في سؤال واحد بسيط: من يستخدمه يوميًا ولماذا؟
الأخطر أن هذا الفشل لا يظهر مبكرًا. يظهر بعد الإطلاق، حين يكتشف الفريق أن الموظفين عادوا إلى ملفات الإكسل والمجموعات، وأن النظام الجديد أصبح عبئًا إضافيًا بدل أن يخفف العبء الموجود. إعادة التفكير في هذه المرحلة أغلى بعشر مرات من ضبط الاتجاه في أول أسبوع.
المشكلة أولًا تغيّر كل القرارات
حين تصف المشكلة بدقة، تتضح الصورة فورًا: هل نحتاج موقعًا تعريفيًا فعلًا، أم أن الحاجة نظام حجوزات؟ هل المشكلة في وصول العملاء إلينا، أم في تنظيم العمليات الداخلية بعد وصولهم؟ إجابات مختلفة تمامًا، ومع كل إجابة يختلف المنتج والتقنية والميزانية والجدول الزمني.
أرى هذا كثيرًا في نقاشات المشاريع: عميل يطلب «منصة متكاملة»، وبعد نصف ساعة من وصف طريقة العمل الحالية يتضح أن الحاجة الفعلية نموذج طلب ذكي مرتبط بنظام متابعة بسيط. حل أصغر، أسرع، وأقل كلفة — ولم يكن ليظهر لو بدأنا من قائمة مزايا المنصات.
كيف تصف المشكلة وصفًا صحيحًا؟
الوصف الجيد للمشكلة يجيب عن ثلاثة أسئلة قبل أي نقاش تقني. الأول: ما الخطوات الحالية بالضبط؟ من يفعل ماذا، وبأي ترتيب، وأين تتعثر العملية؟ الثاني: ما الذي نخسره بسبب هذا الوضع؟ ساعات عمل ضائعة، فرص مبيعات مؤجلة، أخطاء متكررة، أو متابعة يدوية مرهقة. الثالث: كيف سنعرف أن الحل نجح؟ رقم أو مؤشر واضح، لا انطباع عام.
هذه الأسئلة الثلاثة تحوّل النقاش من «ماذا نريد أن نبني؟» إلى «ماذا نريد أن يتحسن؟» — وهذا جوهر الفرق بين مشروع يزين العمل ومشروع يخدمه.
التقنية تتبع ولا تقود
هذا لا يعني أن التقنية غير مهمة، بل العكس: حين تتأخر عن المشكلة تصبح قرارًا هادئًا وواضحًا. تنحصر الخيارات في ما يخدم الحاجة فعلًا، ويصبح الحديث عن الأدوات حديث أدوات تخدم غاية، لا غاية بحد ذاتها.
القاعدة التي أعمل بها بسيطة: أفهم طريقة العمل أولًا، ثم أبني التقنية حول العمل، وليس العكس. حين يلتزم المشروع بهذه القاعدة يخرج أصغر مما توقع صاحبه غالبًا، ويعمل أفضل مما تمنى دائمًا.
خلاصة عملية
قبل أن تسأل عن التقنية، أجب عن ثلاثة أسئلة: ما الخطوات الحالية؟ ما الخسارة الناتجة عنها؟ كيف نقيس نجاح الحل؟ الإجابات وحدها تكشف غالبًا أن المشروع المطلوب أصغر وأوضح مما كان يُعتقد — وهذا أول مكسب حقيقي في أي مشروع رقمي.
