section shadow
section shadow

الطريق إلى المزيد من المنتجات الرقمية الناجحة

تشير التقديرات إلى أن 70% من مشاريع البرمجيات تفشل بسبب ضعف المتطلبات

عندما تحسب كم يكلفك ذلك من حيث إعادة العمل، فإنك تواجه تحديًا حقيقيًا بين يديك

السؤال هنا هو: لماذا يحدث هذا في المقام الأول؟ من المفترض أن تستند متطلبات المشروع إلى احتياجات السوق، فأين تكمن المشكلة إذن؟

يبدو أن السبب الرئيسي للفشل هو إهمال احتياجات العملاء الفعلية لصالح متطلبات المنتج التي يعتقد أصحاب المصلحة أنها ذات صلة. تركز الشركات فقط على أهدافها وغاياتها وتفترض في الغالب أنها تفهم عملائها وتعرف مستخدميها. الكلمة الأساسية هنا هي: افترض

المنتجات الناجحة مرغوبة وقابلة للتطبيق وقابلة للبناء

3 دوائر متداخلة: الجدوى والاستصواب وقابلية البناء. تقاطعها هو المكان الذي تكمن فيه المنتجات الناجحة والمتطلبات التي يجب أن تستهدفها.

لا يتعلق نجاح المنتج بعامل واحد، بل هو توازن ديناميكي بين ثلاثة عوامل، وهي: التصميم، والأعمال التجارية، والتكنولوجيا

تجيب المنتجات الناجحة على هذه الأسئلة الثلاثة

  • ما الذي يحتاجه الناس؟ (الاستحسان)
  • ما الذي سيحافظ على الأعمال التجارية؟ (الجدوى)
  • ماذا يمكننا أن نبني؟ (قابلية البناء)

التركيز على عامل واحد وإهمال بقية العوامل يؤدي حتماً إلى فشل المنتج. إن تحقيق التوازن الصحيح مع التركيز بشكل أكبر على نهج واحد – احتياجات المستخدم على سبيل المثال – أمر ممكن، طالما أن استراتيجيتك العامة تستهدف الثلاثة معاً

خذ مثلاً الجدل القديم بين مايكروسوفت وآبل. من المؤكد أن شركة مايكروسوفت تحقق أهدافها التجارية يمينًا ويسارًا ووسطًا، ولكن في نهاية المطاف، تتراجع منتجاتها في مجال الرغبة في الحصول على منتجات مرغوبة. إنهم يقومون بهذه المهمة، ولكن منتجاتهم ليست هدفاً مرغوباً فيه. من ناحية أخرى، تركز Apple في نهاية المطاف على الرغبة ورضا المستخدم بمنتجات بديهية وممتعة قد تكون أقل في بعض المعايير مقارنة بمنتجات Microsoft

من الناحية العملية، لا يوجد منتج مثالي في العالم الحقيقي. الأمر كله يتعلق بالمفاضلة واتخاذ القرارات الصحيحة التي تتماشى مع استراتيجيات وأهداف العمل. تعمل فرق المنتجات الناجحة بهدف تحقيق التوازن بين جميع هذه العوامل دون إهمال أحدها

أنت لست المستخدم

من السيناريوهات المتكررة التي تحدث خلال اجتماعات الانطلاق هو عندما يعلن الرئيس التنفيذي أو صاحب المصلحة في المنتج: “أريد بناء تطبيق يقوم بـ X ويساعد الناس على القيام بـ X”، ويبدأ في شرح كيف سيساعد هذا الحل الناس ويمكن أن يغير حياتهم

وعندما تجادل “هل يحتاج الناس حقًا إلى هذه الميزة؟” تكون الإجابة لـ 90% من الوقت هي “بالطبع يحتاجون!” متبوعة بقائمة من المشاكل ونقاط الألم التي يعانون منها ويعتقدون أن جميع المستخدمين يعانون منها أيضًا. إذاً ما لديك هنا هو شخص يصمم منتجاً لنفسه. هذه في الواقع ظاهرة مرصودة علميًا

يشير تأثير الإجماع الكاذب إلى ميل الناس إلى افتراض أن الآخرين يشاركونهم معتقداتهم وسيتصرفون بالمثل في سياق معين. نحن نميل إلى افتراض أن المستخدمين سيحبون ميزة معينة أو يستخدمون تدفقًا معينًا نستخدمه أو نحتاجه، في حين أن الواقع قد يكون بعيدًا عن ذلك. الناس مختلفون، ولديهم معتقدات وقيم مختلفة ولديهم احتياجات وتفضيلات مختلفة

تعمل فرق المنتجات الناجحة بافتراض مسبق أنهم لا يعرفون أي شيء عن مستخدميهم حتى يلتقوا بهم ويراقبونهم ويستمعون إليهم. يجب التعامل مع أي مطلب لا يستند إلى احتياجات المستخدم الملحوظة على أنه افتراض يتطلب التحقق من صحته

المرونة في التمحور

هل تعلم أن موقع YouTube بدأ كموقع للمواعدة بالفيديو؟ عندما لم تنجح فكرتهم كما كان مخططاً لها، أدركوا أن مستخدميهم أرادوا استخدام المنصة بشكل مختلف، لذا سمحوا لهذه الرغبة بتوجيههم في الاتجاه الصحيح. هل كانوا سيصلون إلى هذا الحد لو ظلوا مقيدين بنموذجهم الأصلي، ووعظوا بمدى روعته ومدى فهمهم كفريق منتج؟ الإجابة هي لا كبيرة مدوية.

إن تبني عقلية تتعامل مع المتطلبات كحقائق لا جدال فيها سيجعلك جامدًا وعنيدًا عندما يتعلق الأمر باستكشاف الأفكار. بدلاً من ذلك، يجب التعامل مع المتطلبات على أنها مجرد افتراضات إلى أن يتم التحقق منها. وبهذه الطريقة ستظل مرنًا ومنفتحًا على الأفكار الجديدة والتغييرات في سلوك المستخدم وتغيرات السوق

إن فرق المنتجات الناجحة سريعة في الاعتراف بفشل اتجاه معين وتتحلى بالمرونة الكافية للتكيف بناءً على ما تعلمته

الافتراضات مقابل المتطلبات

المتطلبات عبارة عن احتياجات مادية أو وظيفية فريدة وموثقة يهدف تصميم أو منتج أو عملية معينة إلى تلبيتها. من ناحية أخرى، يُعتقد أن الافتراضات صحيحة ولكنها تتطلب التحقق من صحتها

إذاً كمصممين لتجربة المستخدم، هل نعمل بمتطلبات جامدة أم بافتراضات مرنة؟

لفترة طويلة، كانت القاعدة السائدة هي أن يتم إرسال قائمة طويلة من متطلبات المنتج ومواصفاته إلى المصممين الذين كانوا يستخدمونها على الفور لتصميم الحل. ومع ذلك، فإن العمل بالافتراضات يعني ضرورة تقديم مرحلة تسبق التصميم: البحث. يعد البحث في تجربة المستخدم نشاطًا بالغ الأهمية حقًا يمكن أن يشكل الفرق بين نجاح منتجك أو فشله

أفضل طريقة لجمع الافتراضات من عملائك هي من خلال البحث عن احتياجاتهم في ورش عمل تفاعلية. يمكنك استخدام ورش العمل هذه لمساعدة العملاء على التفكير والتحدث والتعبير عن آرائهم حول المستخدمين والسوق والمنتج

هناك العديد من الأساليب التي يمكنك استخدامها لمساعدة عملائك على التعبير عن أفكارهم بسهولة مثل تمارين العصف الذهني التي تساعد على التعبير عن الافتراضات حول المستخدمين المحتملين والمنافسين. تحتاج أيضًا إلى العمل مع عميلك على التوصل إلى رؤية موحدة للمنتج، حيث يمكن أن يمثل ذلك تحديًا في بعض الأحيان للفرق الكبيرة

ما التالي؟

والآن بعد أن أصبحت لديك قائمة بالافتراضات، عليك البدء في إجراء بحثك للتحقق من صحتها. قد يتضح أن افتراضاتك خاطئة، وفي هذه الحالة سيوفر بحثك المدخلات الجديدة لمتطلباتك. أو، إذا كانت افتراضاتك صحيحة في البداية، فإن بحثك سيساعدك على معرفة المزيد عن المستخدمين وأهدافهم وسلوكياتهم، مما يوفر قاعدة صلبة لمرحلة التصميم

section shadow
section shadow

“The value of an idea lies in
the using of it”

Thomas Edison