من تعديلات فاشلة إلى حلول حقيقية: درس فى التفكير خارج الصندوق فى البرمجة والبزنس والحياة
أحيانًا، المشكلة ليست فى الحل، بل في طريقة تفكيرنا
خلال عملى على منصة Ezozo.com، واجهت مشكلة غير متوقعة فى صفحات التسجيل.
على أجهزة الكمبيوتر، كانت الصفحات تبدو طبيعية، لكن عند فتحها من الموبايل ظهرت مشكلة غريبة: مساحة كبيرة فارغة، بينما النموذج نفسه كان محشورًا فى أقصى يمين الشاشة.
فى البداية، بدا الأمر وكأنه مشكلة عادية فى تصميم الموبايل. بدأت محاولات الإصلاح، وتوالت التعديلات على عرض العناصر، ثم تحسينات على CSS، ثم محاولات أخرى لمعالجة اتجاه الصفحة. لكن المشكلة استمرت، ولم تحقق الحلول المقترحة النتيجة المطلوبة.
والتفصيل المهم هنا أننى استعنت بالذكاء الاصطناعى للمساعدة فى تحليل المشكلة وإصلاحها. ورغم تكرار المحاولات وتغيير بعض الأكواد والتنسيقات، استمرت الاقتراحات فى الدوران حول حلول لم تحقق المطلوب.
هنا توقفت أمام السؤال الأهم:
هل المشكلة فى الكود الذي نحاول تعديله، أم فى الطريقة التى نفكر بها فى المشكلة من الأساس؟
بدلًا من الاستمرار فى طلب تعديلات إضافية، قررت تغيير اتجاه البحث، وإعادة توجيه الذكاء الاصطناعى إلى نقطة مختلفة، والتركيز على الاختلافات بين الصفحات التى تعمل بصورة طبيعية والصفحات التى تعانى من المشكلة.
كانت هذه الخطوة بداية الوصول إلى حل مختلف.
لكن ما حدث لم يكن مجرد تجربة تقنية؛ بل أعاد تأكيد درس تعلمته خلال سنوات طويلة من العمل فى مجالات ومشروعات متعددة: عندما تفشل الطريقة، لا تجعل إصرارك عليها يمنعك من البحث عن طريقة أخرى.
هذا الدرس لا يخص المبرمجين وحدهم. إنه ينطبق على كل صاحب مشروع، وكل مدير، وكل مسوّق، وكل شخص يحاول الوصول إلى نتيجة مختلفة فى حياته.
كم مرة واجهنا مشكلة فى العمل، فكررنا الأسلوب نفسه مع تغيير بعض التفاصيل، ثم انتظرنا نتيجة مختلفة؟
كم مرة انخفضت المبيعات، فخفضنا الأسعار مرة أخرى، رغم أن المشكلة ربما كانت فى ضعف التسويق أو عدم وضوح قيمة المنتج؟
وكم مرة حاولنا تطوير مشروع متعثر بزيادة ساعات العمل، بينما كانت المشكلة الحقيقية فى نموذج العمل أو اختيار السوق أو طريقة اتخاذ القرارات؟
فى كثير من الحالات، لا يكون نقص الجهد هو المشكلة. المشكلة أن الجهد يُوجَّه إلى المكان الخطأ.
أولًا: لا تكرر التعديل نفسه بأسماء مختلفة
فى البرمجة، من السهل الوقوع في فخ التعديلات المتكررة.
نغيّر width، ثم margin، ثم نضيف media queries، وننشئ ملف CSS جديدًا. لكن إذا كان السبب الحقيقى فى مكان آخر، فلن تنجح هذه التعديلات مهما بلغ عددها.
كل تعديل يجب أن يستند إلى فرضية واضحة:
• ما السبب المحتمل للمشكلة؟
• ما الدليل الذي يدعم هذا الاحتمال؟
• كيف يمكن اختباره؟
• ما النتيجة التى ستثبت صحة الفرضية أو تنفيها؟
كثرة التعديلات لا تعنى تقدمًا. التقدم الحقيقى هو تقليل مساحة الشك والوصول إلى تفسير منطقى لما يحدث.
وهنا يظهر جانب مهم من تجربتى مع الذكاء الاصطناعى: إذا استمر فى اقتراح حلول لا تحقق النتيجة، فلا ينبغى أن نكتفى بطلب المزيد من التعديلات بالطريقة نفسها. يجب أن نراجع طريقة صياغة المشكلة، ونوضح له ما الذى جُرّب بالفعل، وما الذى فشل، وما الأدلة الجديدة التى ظهرت.
فالذكاء الاصطناعى قد يقدم حلولًا بسرعة، لكنه ليس معصومًا من الخطأ. ولا يكفى أن يبدو الكود صحيحًا أو أن يبدو الاقتراح منطقيًا؛ المطلوب أن يعمل الحل فى الواقع.
والأمر نفسه ينطبق على البزنس.
تخيل صاحب متجر يعانى من انخفاض المبيعات. قرر خفض الأسعار، فلم تتحسن النتائج. خفضها مرة أخرى، ثم أطلق خصومات أكبر، ومع ذلك استمرت المشكلة.
قد يعتقد أن الحل هو تقديم خصم إضافى، لكنه ربما لم يسأل الأسئلة الصحيحة:
• هل يعرف العملاء أن المتجر موجود؟
• هل تصل الإعلانات إلى الجمهور المناسب؟
• هل يفهم العميل الفرق بين المنتج والمنتجات المنافسة؟
• هل يثق فى المتجر؟
• هل خطوات الشراء سهلة؟
• هل تكلفة اكتساب العميل تجعل البيع مربحًا أصلًا؟
إذا كانت المشكلة فى ضعف الثقة، فلن يكون خفض السعر وحده حلًا كافيًا. وإذا كان العملاء لا يعرفون المنتج، فقد لا تفيد الخصومات مهما كانت كبيرة.
الدرس: لا تستمر فى تحسين حل قبل أن تتأكد أنك تعالج المشكلة الصحيحة.
ثانيًا: الدليل الذى غيّر مسار البحث في Ezozo.com
أثناء متابعة مشكلة صفحات التسجيل، ظهرت معلومة مهمة: الصفحات الإنجليزية كانت تعمل، بينما المشكلة ظهرت فى الصفحات العربية.
هذه المعلومة غيّرت طريقة التعامل مع المشكلة.
لم يعد منطقيًا افتراض أن المشكلة عامة فى جميع صفحات الموقع. أصبح علينا التركيز على الاختلافات بين النسختين، خصوصًا:
• اتجاه الكتابة: RTL مقابل LTR.
• قواعد CSS المرتبطة باتجاه الصفحة.
• العناصر المخفية التى قد تؤثر فى مساحة العرض.
• طريقة تعامل المتصفح مع تخطيط الصفحة العربية على الشاشات الصغيرة.
بدلًا من الاستمرار فى تعديل التنسيق المشترك بين الجميع، وجّهت البحث إلى عزل المشكلة في صفحات التسجيل العربية. وكان الحل البديل هو إنشاء ملف CSS مستقل للصفحات العربية وربطه بصفحات التسجيل العربية فقط، بدلًا من مواصلة التعديلات العامة.
بعد تطبيق هذا التغيير، عملت الصفحات كما ينبغى.
لم يكن الدرس أن إنشاء ملف CSS منفصل هو الحل دائمًا؛ بل أن عزل الجزء المتأثر ومقارنته بالجزء الذى يعمل بصورة صحيحة قد يكشف السبب، ويمنعنا من إفساد أجزاء سليمة أثناء محاولة الإصلاح.
والأهم أن الوصول إلى هذا الحل تطلب تغيير مسار التفكير وتوجيه الذكاء الاصطناعى نحو اختلاف لم يكن التركيز عليه كافيًا فى المحاولات السابقة.
هذه نقطة جوهرية: الأداة يمكن أن تساعدك فى تنفيذ الحل، لكن عليك أن تعرف متى لم يعد المسار الحالى مفيدًا، ومتى يجب البحث عن مسار بديل.
كيف نطبق الفكرة نفسها فى الأعمال؟
لنفترض أن شركة تحقق مبيعات جيدة فى محافظة معينة، بينما تعانى فى محافظة أخرى، رغم بيع المنتجات نفسها وبأسعار متقاربة.
بدلًا من تغيير الأسعار فى جميع المناطق، ابدأ بالمقارنة:
هل تختلف القوة الشرائية؟ هل يعرف العملاء العلامة التجارية؟ هل توجد مشكلة فى التوزيع؟ هل المنافسون أقوى فى المنطقة المتعثرة؟ هل تختلف الرسائل التسويقية أو قنوات البيع؟
قد تكتشف أن المشكلة ليست فى المنتج، بل فى طريقة تقديمه أو الوصول إلى العملاء.
هذا ما يجعل المقارنة أداة مهمة فى التفكير: عندما يعمل شىء فى مكان ولا يعمل فى مكان آخر، فإن الاختلافات بين الحالتين قد تحمل مفاتيح الحل.
لكن يجب ألا نفترض أن أول اختلاف نكتشفه هو السبب بالضرورة. نستخدمه لبناء فرضية، ثم نختبرها.
ثالثًا: التفكير خارج الصندوق لا يعنى التخمين
يعتقد بعض الناس أن التفكير خارج الصندوق يعنى تجربة أفكار غريبة، أو تغيير أشياء كثيرة، أو البحث عن حل غير تقليدى مهما كان.
لكن تجربتى علمتنى أن التفكير المختلف يبدأ من إعادة صياغة السؤال.
فى مشكلة البرمجة، كان من الممكن أن أسأل:
كيف أجعل النموذج أصغر على شاشة الموبايل؟
لكن السؤال الأفضل كان:
لماذا تظهر الصفحة العربية فى موضع خاطئ، بينما تعمل الصفحة الإنجليزية بصورة طبيعية؟
السؤال الأول يفترض أن المشكلة فى حجم النموذج. أما السؤال الثاني فيبحث عن اختلاف يمكنه تفسير السلوك غير الطبيعى.
والفرق نفسه يظهر فى التسويق.
بدلًا من السؤال: كيف أزيد ميزانية الإعلانات؟
يمكن أن أسأل: لماذا لا تتحول الزيارات الحالية إلى عمليات شراء؟
وبدلًا من السؤال: كيف أجعل الموظفين يعملون ساعات أطول؟
يمكن أن أسأل: ما الذى يمنعهم من إنجاز العمل خلال الوقت المتاح؟
وبدلًا من السؤال: كيف أقنع العملاء بشراء المنتج؟
يمكن أن أسأل: هل أفهم احتياجاتهم فعلًا؟ وهل أقدم لهم قيمة واضحة؟ وهل المنتج مناسب لما يبحثون عنه؟
فى كل حالة، يفتح السؤال الجديد طريقًا مختلفًا للتفكير.
لا تبدأ بتغيير ما تراه؛ ابدأ بفهم الأسباب التى جعلته يحدث.
رابعًا: عندما يكرر الذكاء الاصطناعى الحل الفاشل، من يقود عملية التفكير؟
هذه التجربة كشفت لى جانبًا مهمًا فى التعامل مع الذكاء الاصطناعى.
استعنت به لتحليل المشكلة واقتراح التعديلات البرمجية. لكن المحاولات المتكررة لم تحقق النتيجة المطلوبة، واستمرت الاقتراحات فى مسار لم يؤدِّ إلى إصلاح المشكلة.
هنا لم يكن الحل فى أن أطلب منه المحاولة مرة أخرى بالطريقة نفسها، بل فى أن أغيّر طريقة توجيهه، وألفت انتباهه إلى الأدلة التى تستحق الفحص، وأطلب منه إعادة النظر فى الفرضية الأساسية.
بمعنى آخر، لم أكتفِ باستخدام الذكاء الاصطناعى؛ بل استخدمت خبرتى وحكمى لتوجيهه نحو حل بديل.
وهذا يؤكد قناعتى بأن استخدام الذكاء الاصطناعى لا يعفينا من التفكير والتحليل والتحقق. يمكنه اقتراح حلول بسرعة، وتحليل الأكواد، وتوليد بدائل متعددة، لكنه قد يكرر اقتراحًا غير مناسب إذا استمر التعامل مع المشكلة من الزاوية نفسها.
الإنسان هو الذى يجب أن يلاحظ أن النتيجة لم تتحقق، وأن يقرر متى يتوقف عن تكرار المحاولة، ومتى يغير الفرضية، ومتى يبحث عن اتجاه مختلف.
ولو اكتفيت بقبول كل اقتراح دون اختبار، لربما استمررت فى دائرة التعديلات نفسها، وأهدرت مزيدًا من الوقت دون الوصول إلى النتيجة المطلوبة.
الذكاء الاصطناعى يستطيع مساعدتك فى البحث عن الحل، لكن لا ينبغى أن تتنازل عن دورك فى تحديد المشكلة وتقييم الحل واتخاذ القرار.
خامسًا: هل الذكاء الاصطناعى أذكى من الإنسان؟
هنا أصل إلى وجهة نظرى الأساسية، التى لا أريد اختزالها أو تغيير معناها.
أنا أؤمن أن الإنسان، الذى خلقه الله عز وجل، أعظم من مجرد آلة صنعها البشر. فالذكاء الاصطناعى نتاج العلم البشرى، والتجارب، والأبحاث، والتقنيات التى طورها الإنسان.
قد يستطيع الذكاء الاصطناعى معالجة كميات هائلة من المعلومات بسرعة، أو تنفيذ عمليات معقدة فى وقت قصير، أو اقتراح حلول لمشكلات يصعب التعامل معها يدويًا. لكن هذه القدرات لا تعنى أن الإنسان يجب أن يتنازل له عن التفكير أو الحكم أو المسؤولية.
من وجهة نظرى، يجب أن يبقى الإنسان صاحب القرار، وأن يستخدم الأدوات التى صنعها لتطوير قدراته وتحقيق أهدافه، لا أن يتحول إلى منفذ لما تقترحه الآلة دون مراجعة.
تجربتي مع Ezozo.com مثال عملى على ما أقصده. كانت الأداة متاحة، وكانت الاقتراحات تتوالى، لكن تكرار الاقتراحات غير الناجحة لم يكن كافيًا. كان لا بد من تدخل بشرى يغيّر اتجاه البحث ويوجه العمل إلى فرضية أخرى.
وهذا لا يعنى أن الذكاء الاصطناعى لا يقدم قيمة كبيرة؛ بل يعنى أن قيمته الحقيقية تظهر عندما نعرف كيف نستخدمه، وكيف نختبر نتائجه، وكيف نوجّهه عندما لا يصل إلى المطلوب.
أنا لا أرى أن وجود أداة قوية يلغي قيمة من صنعها. ولا أرى أن سرعة الآلة فى تنفيذ بعض المهام تمنحها الحق فى أن تحل محل الإنسان فى التفكير واتخاذ القرار.
الإنسان هو من صنع الذكاء الاصطناعى، ومن واجبه أن يعرف كيف يقوده، لا أن يتخلى عن عقله لصالحه.
سادسًا: عندما لم تعجب وجهة نظرى الذكاء الاصطناعى
هناك تفصيل آخر فى هذه المحادثة أراه جديرًا بالذكر.
عندما شرحت وجهة نظرى بشأن أن الإنسان الذى خلقه الله عز وجل أعلى من الذكاء الاصطناعى الذى صنعه البشر، جاءت صياغة لاحقة تحاول تقييد هذه الفكرة، من خلال التركيز على أن الذكاء الاصطناعى قد يتفوق على الإنسان فى بعض المهام، وأنه ينبغى تجنب القول بتفوق الإنسان عليه فى كل شىء.
لكن هذا لم يكن ما طلبته. أنا لم أطلب تغيير وجهة نظرى، أو استبدالها برؤية أكثر تحفظًا؛ بل أردت إضافة تجربتى الواقعية مع الذكاء الاصطناعى إلى المقال، مع الحفاظ على اعتقادى كما عبّرت عنه.
ولذلك أوضحت أن المطلوب هو تحسين الصياغة، وإضافة الشرح والأمثلة، دون تغيير المضمون أو فرض وجهة نظر أخرى علىّ.
وهنا يظهر درس إضافى: حتى عند استخدام الذكاء الاصطناعى فى الكتابة، يجب ألا نسمح له بتغيير أفكارنا لمجرد أن صياغة أخرى تبدو له أكثر توازنًا أو قبولًا.
إذا طلبت من الأداة أن تكتب وجهة نظرك، فالمطلوب أن تنقلها بأمانة، لا أن تستبدل بها رأيها أو تعيد تشكيلها بما يغير معناها.
الأمر نفسه ينطبق على كل استخدام للذكاء الاصطناعى. يجب أن تكون واضحًا فى أهدافك، وأن تراجع ما ينتجه، وأن تصحح المسار عندما يبتعد عن المطلوب.
أنا أستخدم الذكاء الاصطناعى لأنه أداة مفيدة، لكننى لا أقبل أن يتحول استخدامه إلى تنازل عن حقى فى التفكير أو التعبير عن قناعاتى.
أستخدم الأداة لتساعدنى فى التعبير عن فكرتى، لا لتقرر لى ما الذى يجب أن أؤمن به.
وهذا، بالنسبة إلىّ، امتداد للدرس نفسه الذى تعلمته أثناء إصلاح المشكلة البرمجية: لا تكرر المسار غير الناجح، ولا تقبل النتيجة لمجرد أنها صدرت عن أداة متقدمة. راجع، ووجّه، واختبر، واحتفظ بقرارك.
سابعًا: فى التسويق، لا تعالج ضعف النتائج بزيادة الإنفاق تلقائيًا
من الأمثلة الواضحة على تكرار الحلول الفاشلة ما يحدث أحيانًا فى الحملات الإعلانية.
تطلق شركة حملة تسويقية، فلا تحقق المبيعات المتوقعة. فتقرر زيادة الميزانية، ثم تنشئ إعلانات إضافية، ثم توسع نطاق الاستهداف.
لكن النتائج لا تتحسن بالقدر المطلوب.
هنا يجب التوقف بدلًا من الاستمرار فى الإنفاق.
قد تكون المشكلة فى الإعلان نفسه، أو فى الجمهور المستهدف، أو فى العرض التجارى، أو فى صفحة الهبوط، أو فى السعر، أو فى ضعف الثقة، أو حتى فى أن المنتج لا يحل مشكلة ملحّة لدى الجمهور.
لنفترض أن الإعلان يجذب ألف زائر إلى الموقع، لكن عددًا قليلًا جدًا منهم يشترى.
زيادة عدد الزوار قد لا تكون الخطوة الأولى الصحيحة. الأفضل فحص ما يحدث بعد وصول الزائر: هل يفهم العرض؟ هل يجد المعلومات التى يحتاج إليها؟ هل توجد تكاليف غير متوقعة؟ هل يشعر بالأمان عند الدفع؟ هل خطوات الشراء واضحة؟
فى المقابل، إذا كان الإعلان لا يجذب الجمهور المناسب أصلًا، فربما تحتاج إلى تغيير الرسالة أو الاستهداف.
لكل مشكلة علاج مختلف.
ولهذا يجب تقسيم رحلة العميل إلى مراحل، وقياس النتائج فى كل مرحلة بدلًا من الاعتماد على الانطباع العام بأن الحملة «لا تعمل».
ثامنًا: فى المبيعات، رفض العميل ليس دائمًا اعتراضًا على السعر
لنفترض أن مندوب مبيعات يعرض منتجًا على العملاء، لكنه يسمع باستمرار عبارة: «السعر مرتفع».
قد يستنتج أن السعر هو المشكلة، فيطلب من الإدارة تخفيضه.
لكن هل السعر هو السبب الحقيقى دائمًا؟
ربما لا يرى العميل قيمة واضحة مقابل السعر. وربما لا يفهم الفائدة العملية للمنتج. وربما لا يثق في المورد الجديد، أو لا يرى سببًا للتغيير عن مورد اعتاد التعامل معه، أو لا يحتاج إلى الشراء فى الوقت الحالى.
إذا خفضت السعر دون فهم السبب، فقد تخسر جزءًا من هامش الربح دون أن تزيد المبيعات.
الأفضل أن تسأل أسئلة تساعدك على اكتشاف الاعتراض الحقيقى:
ما أهم شىء تبحث عنه في هذا المنتج؟ ما الذى يجعلك مترددًا؟ ما المعايير التى تعتمد عليها فى الاختيار؟ وما الذى تحتاج إلى التأكد منه قبل اتخاذ القرار؟
ثم اختبر استجابتك.
إذا كانت المشكلة فى القيمة، فاشرح الفائدة بوضوح. وإذا كانت فى الثقة، قدم أدلة وتجارب موثوقة. وإذا كانت فى ملاءمة المنتج، فراجع احتياجات العميل قبل محاولة إقناعه.
البيع الناجح لا يعتمد فقط على مهارة الإقناع، بل على القدرة على تشخيص سبب التردد.
تاسعًا: فى إدارة المشروعات، كثرة العمل قد تخفى المشكلة الحقيقية
قد يتأخر مشروع عن موعده، فيقرر المدير زيادة الاجتماعات، وطلب تقارير يومية، ومطالبة الفريق ببذل جهد أكبر.
لكن التأخير قد لا يكون ناتجًا عن ضعف أداء الفريق أصلًا.
ربما تنتظر الأقسام موافقات تستغرق وقتًا طويلًا. وربما تتغير المتطلبات باستمرار. وربما لا توجد مسؤوليات واضحة، أو أن الفريق يعمل على مهام كثيرة فى الوقت نفسه، أو أن بعض الأعمال لا تبدأ إلا بعد انتهاء خطوات أخرى لم تُخطط بصورة صحيحة.
إذا كان السبب هو تأخر الموافقات، فلن تحل المشكلة بمجرد عقد اجتماع إضافى. وإذا كانت المتطلبات تتغير باستمرار، فلن يساعد الضغط على الفريق ما لم تُضبط آلية اتخاذ القرار.
هنا يجب التمييز بين ثلاثة أمور:
1. العَرَض: ما نراه، مثل التأخير أو انخفاض المبيعات.
2. السبب: العامل الذى يؤدى إلى ظهور المشكلة.
3. الحل: الإجراء الذي يعالج السبب، ثم يُختبر للتأكد من فعاليته.
هذا التمييز مهم لأن معالجة الأعراض وحدها قد تمنحنا تحسنًا مؤقتًا، بينما تظل المشكلة الأساسية موجودة وتعود للظهور لاحقًا.
عاشرًا: حتى فى حياتنا الشخصية، قد نحتاج إلى تغيير السؤال
القاعدة لا تتوقف عند العمل.
قد يحاول شخص تطوير مهاراته المهنية، لكنه لا يرى تقدمًا. فيكرر حضور الدورات وشراء الكتب، دون أن يطبق ما يتعلمه أو يختبر مهاراته فى مواقف حقيقية.
ربما لا يحتاج إلى دورة جديدة بقدر حاجته إلى تنفيذ مشروع صغير، أو ممارسة المهارة بانتظام، أو الحصول على تقييم صريح من شخص لديه خبرة.
وقد يحاول شخص تنظيم وقته باستخدام تطبيقات متعددة، لكنه يظل غير قادر على إنجاز أولوياته. المشكلة قد لا تكون فى التطبيق، بل فى قبوله مهام أكثر من قدرته، أو عدم وضوح أهدافه، أو عدم تخصيص وقت للعمل الذى يحتاج إلى تركيز.
وقد يحاول شخص تحسين علاقة متوترة بتكرار الكلام نفسه، بينما المشكلة الحقيقية فى عدم الاستماع، أو غياب الثقة، أو اختلاف التوقعات.
هذه أمثلة توضح أن تكرار السلوك نفسه لا يضمن الوصول إلى نتيجة مختلفة.
أحيانًا نحتاج إلى اكتساب مهارة جديدة، وأحيانًا إلى تعديل توقعاتنا، وأحيانًا إلى الاعتراف بأن افتراضًا بنينا عليه قراراتنا لم يكن صحيحًا.
والأهم أن نكون مستعدين لمراجعة أنفسنا، لا أن نبحث دائمًا عن سبب المشكلة خارجنا.
الحادى عشر: منهج عملي لحل المشكلات فى البرمجة والبزنس والحياة
من واقع هذه التجربة، أرى أن التعامل مع المشكلات يحتاج إلى منهج واضح يمكن تطبيقه فى مجالات مختلفة.
1. صف المشكلة بدقة
لا تقل فقط: «المبيعات ضعيفة»، أو «المشروع متأخر»، أو «الصفحة لا تعمل».
حدد ما يحدث، ومتى يحدث، وأين يظهر، ومدى تكراره، وما النتيجة التى كنت تتوقعها.
كلما كان وصف المشكلة أدق، أصبح البحث عن أسبابها أسهل.
2. افصل الحقائق عن الافتراضات
الحقيقة هى ما تستطيع ملاحظته أو قياسه. أما الافتراض فهو تفسير محتمل لما حدث.
مثلًا، انخفاض المبيعات حقيقة يمكن قياسها. أما القول إن السبب هو ارتفاع السعر، فهو افتراض يحتاج إلى اختبار.
لا تتعامل مع تفسيرك الأول وكأنه حقيقة مؤكدة.
3. ابحث عن الاختلافات والأنماط
قارن بين الحالات التى تنجح والحالات التي تفشل.
ما الذي يختلف بينها؟ هل تظهر المشكلة فى وقت معين، أو مع فئة محددة من العملاء، أو في صفحة معينة، أو عند مرحلة محددة من المشروع؟
الأنماط المتكررة تساعدك على تضييق نطاق البحث.
4. ضع أكثر من فرضية
لا تتمسك بتفسير واحد منذ البداية.
اكتب الأسباب المحتملة، ورتبها وفقًا للأدلة، ثم اختر الفرضية التى يمكن اختبارها بأقل تكلفة ومخاطرة.
هذا يمنعك من إنفاق وقت طويل فى الدفاع عن فكرة لم تثبت صحتها.
5. اختبر تغييرًا محددًا
كلما أمكن، غيّر عاملًا واحدًا فى كل مرة، وراقب النتيجة.
إذا غيّرت السعر والإعلان والجمهور وصفحة البيع في الوقت نفسه، فقد تتحسن النتائج، لكنك لن تعرف أى تغيير أحدث الفرق.
أما الاختبار المحدد فيمنحك معرفة يمكن الاستفادة منها فى القرارات المقبلة.
وبالطبع، قد تتطلب بعض المشكلات اختبارات متكاملة أو تغييرات متعددة، لكن يجب أن تكون العلاقة بين التغيير والنتيجة قابلة للتقييم.
6. قِس النتيجة الفعلية
لا تحكم على الحل لأنه يبدو منطقيًا، أو لأنك بذلت وقتًا فى تنفيذه.
اسأل: هل اختفت المشكلة؟ هل تحسن المؤشر المستهدف؟ هل ظهر أثر جانبى جديد؟ وهل استمر التحسن عند إعادة الاختبار؟
فى البرمجة، اختبر الصفحة على الأجهزة والمتصفحات المعنية. وفى التسويق، راقب التحويلات والمبيعات والربحية. وفى إدارة المشروعات، راقب الإنجاز الفعلى والوقت والتكلفة.
7. وجّه الذكاء الاصطناعى بدلًا من قبول كل اقتراح
إذا كنت تستخدم الذكاء الاصطناعى، فلا تكتفِ بإرسال المشكلة ثم قبول أول إجابة.
أخبره بما جُرّب، وما فشل، وما الأدلة التى ظهرت. اطلب منه مراجعة فرضياته واقتراح تفسيرات بديلة، ثم اختبر الحل فى الواقع.
إذا تكررت النتائج الفاشلة، غيّر طريقة توجيهك، ولا تواصل طلب التعديلات نفسها بصياغات مختلفة.
8. تعلّم، ثم عدّل المسار
إذا نجح الحل، وثّق ما تعلمته حتى لا تضطر إلى اكتشافه مرة أخرى.
وإذا فشل، فلا تعتبر ذلك إهدارًا كاملًا للوقت، بشرط أن تكون قد تعلمت شيئًا عن المشكلة.
الاختبار الفاشل الذى يستبعد فرضية قد يقربك من الحل. أما تكرار الاختبار نفسه دون تغيير أو معرفة جديدة، فهو استهلاك للموارد دون تقدم حقيقى.
الثانى عشر: لا تجعل الإصرار يتحول إلى عناد
هناك فرق كبير بين الاستمرارية والعناد.
الاستمرارية تعنى أن تواصل السعى نحو هدفك، مع التعلم وتعديل أسلوبك عندما تظهر أدلة جديدة.
أما العناد، فيعنى التمسك بالطريقة نفسها لمجرد أنك بدأت بها، أو لأنك أنفقت عليها وقتًا ومالًا، أو لأن الاعتراف بخطئها يبدو صعبًا.
فى البزنس، قد يستمر صاحب مشروع فى ضخ الأموال فى منتج لا يلقى قبولًا، لأنه لا يريد الاعتراف بأن افتراضاته الأولى كانت خاطئة.
وفى التسويق، قد تواصل شركة حملة ضعيفة لأنها أنفقت عليها بالفعل ميزانية كبيرة.
وفى البرمجة، قد يتمسك المطور بحل معقد، رغم أن الاختبارات تشير إلى وجود طريقة أبسط وأكثر استقرارًا.
لكن الوقت والمال اللذين أُنفقا فى الماضى لا يضمنان أن استمرار الإنفاق هو القرار الصحيح فى المستقبل.
القرار الذكى لا يسأل فقط: كم أنفقنا حتى الآن؟ بل يسأل أيضًا: ما أفضل خطوة يمكن اتخاذها من هذه اللحظة بناءً على ما نعرفه اليوم؟
مراجعة القرار ليست ضعفًا. إنها جزء من الإدارة الجيدة والتعلم المستمر.
ماذا تعلمت من تجربة Ezozo.com ؟
أهم ما خرجت به من مشكلة صفحات التسجيل لم يكن مجرد إصلاح خلل في عرض الصفحة على الموبايل، بل تذكير نفسى بقاعدة أعتبرها أساسية فى كل مجالات العمل.
لا تدافع عن حل لمجرد أنك بذلت وقتًا فى تنفيذه. دافع عن النتيجة التى أثبتها الاختبار.
قد تكون الفكرة الأولى صحيحة، وقد تكون خاطئة. وقد يكون الحل بسيطًا، لكنه يحتاج إلى اكتشاف المكان الصحيح لتطبيقه.
المهم ألا يتحول الإصرار إلى تكرار، وألا يتحول النشاط إلى تعديلات بلا اتجاه.
وفى هذه التجربة، كان الذكاء الاصطناعى أداة ساعدتنى فى العمل، لكنه لم يكن بديلًا عن التفكير البشرى. عندما لم تحقق الاقتراحات النتيجة المطلوبة، غيّرت اتجاه البحث ووجّهته نحو حل بديل.
وهذا ما أؤمن به: قيمة الأداة لا تعنى أن نتنازل عن دورنا فى قيادتها، أو أن نسمح لها بتغيير قناعاتنا لمجرد أنها تقترح صياغة أخرى.
فى البرمجة، نحتاج إلى فهم السبب الجذرى قبل تغيير الكود.
وفى البزنس، نحتاج إلى فهم السوق والعملاء قبل تغيير الأسعار أو زيادة ميزانيات التسويق.
وفى إدارة المشروعات، نحتاج إلى تحديد أسباب التأخير قبل مطالبة الجميع ببذل مزيد من الجهد.
وفى حياتنا الشخصية، نحتاج إلى مراجعة عاداتنا وافتراضاتنا قبل أن نكرر محاولات لا تقودنا إلى النتيجة التى نريدها.
وفى استخدام الذكاء الاصطناعى، نحتاج إلى الاستفادة من قدراته مع الاحتفاظ بحقنا فى التفكير والتوجيه واتخاذ القرار.
المجال يختلف، لكن المبدأ واحد: افهم المشكلة، واختبر افتراضاتك، وغيّر ما يحتاج إلى تغيير، ولا تتنازل عن دورك فى قيادة عملية التفكير.
الخلاصة: الاستمرارية هى أساس النجاح، والتعلم هو ما يجعلها مثمرة
كل مشكلة تواجهنا تمنحنا فرصة لتطوير مهاراتنا، بشرط ألا نكتفى بمحاولة تجاوزها، بل أن نفهم لماذا حدثت.
قد تفشل محاولاتك الأولى، وهذا طبيعي. لكن تكرار المحاولة نفسها دون تعلم هو ما يحول الخطأ إلى إهدار للوقت والمال والجهد.
إذا لم تنجح الطريقة التى تستخدمها فى البرمجة، أو التسويق، أو المبيعات، أو إدارة مشروعك، فلا تتسرع فى تكرارها.
توقف قليلًا. أعد صياغة السؤال. افصل الحقائق عن الافتراضات. ابحث عن السبب الجذرى. اختبر حلًا محددًا، ثم دع النتائج تقودك إلى الخطوة التالية.
ولا تجعل استخدام الذكاء الاصطناعى سببًا للتخلى عن التفكير. استخدمه، ووجّهه، واختبر ما يقدمه، وصحح مساره عندما تحتاج إلى ذلك.
أنا أؤمن أن الله عز وجل خلق الإنسان ووهبه العقل والقدرة على التفكير والتعلم والاختيار وتحمل المسؤولية، وأن الذكاء الاصطناعى من صنع البشر. لذلك، فإن استخدام هذه التقنية يجب أن يزيد قدرتنا على الإنجاز، لا أن يجعلنا نتخلى عن عقولنا أو عن قناعاتنا.
وقد تكون الأداة قوية، وقد تتفوق فى مهام محددة، لكن ذلك لا يغيّر قناعتى بشأن مكانة الإنسان ودوره، ولا يبرر أن نستبدل أفكارنا بأفكار الأداة التى نستخدمها.
النجاح ليس أن تصيب من المحاولة الأولى دائمًا؛ النجاح أن تتعلم من كل محاولة، وتصبح محاولتك التالية أكثر وعيًا ودقة.
غيّر طريقة التفكير عندما يفشل الحل، وابحث عن السبب الحقيقى، ولا تسمح لتكرار المحاولات أن يمنعك من رؤية الطريق البديل.
هذه قاعدة أطبقها فى البرمجة، وأؤمن بأهميتها فى إدارة المشروعات واتخاذ القرارات وبناء الأعمال، وفى كل مجال نسعى فيه إلى نتائج أفضل.
مصطفى المصرى
مؤسس | مستشار أعمال دولى | مستشار التوسع الاستراتيجى | رائد أعمال | مدرب ومرشد لرواد الأعمال
مؤلف 29 كتابًا
الاستمرارية هى أساس النجاح.