مبادئ المنتج: أمثلة من شركات تنشر مبادئها، وقالب يحدّد ما يبنيه فريقك وما لا يبنيه

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

ما مبادئ المنتج؟ أمثلة في دقيقة

باختصار: مبادئ المنتج من 3 إلى 5 قواعد قصيرة تقول لفريقك أي خيار يختار حين يتنافس خياران جيدان. من الأمثلة المنشورة: مبدأ Intercom «Opinionated by default, flexible under the hood» (رأي واضح في الإعداد الافتراضي، ومرونة لمن يحتاجها)، ومبدأ Linear «Simple first, then powerful» (البساطة أولًا ثم القوة)، ومبدأ GOV.UK «Do less» (افعل أقل). المبدأ الجيد يستبعد شيئًا. اكتب مبادئك قبل البناء، مع من يقود الجانب التقني.

اسألنا عن خدمة المدير التقني ←

ماذا يكلّفك البناء دون مبادئ؟

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

رؤية المنتج وفلسفته ومبادئه: ما الفرق؟

تختلط هذه الكلمات في العروض التقديمية للمستثمرين، لكن كلًّا منها يجيب عن سؤال مختلف:

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

الفلسفة هي القناعة، والمبادئ تحوّلها إلى قواعد يطبّقها الفريق في اجتماع تخطيط عادي. أما مبادئ التصميم فتأتي تحتها، وتوجّه تصميم تجربة المستخدم والواجهات.

أمثلة على مبادئ المنتج من شركات تنشر مبادئها

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

الشركة	المبدأ بكلماتها	ما يستبعده
Basecamp	«Start With No»	أن تبني الطلب من أول مرة يُطلب فيها. الجواب الأول «ليس الآن»، والطلب الذي يتكرر يستحق نظرة أعمق.
Basecamp	«fixed time, variable scope»	أن يكبر العمل حتى يطابق التقدير. الوقت يُحدَّد أولًا، ثم يُشكَّل النطاق ليناسبه.
Linear	«Simple first, then powerful»	شاشة أولى مزدحمة بالخيارات. القوة تأتي مع نمو العميل.
Intercom	«Opinionated by default, flexible under the hood»	شاشة إعدادات فارغة يملؤها العميل وحده. الإعدادات الافتراضية والقوالب أولًا، والتخصيص خلفها.
Gusto	«No Product Dead Ends»	خطوات لا يُكملها العميل إلا باتصال بالدعم.
GOV.UK	«Do less»	أن تبني ما يقدّمه غيرك جيدًا.

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

ماذا تعني «البرمجيات ذات الرأي» (Opinionated Software)؟

هي برمجيات تختار طريقة واحدة جيدة لأداء المهمة وتجعلها الإعداد الافتراضي، بدل أن تطلب من كل عميل أن يضبط طريقته بنفسه. وتعود الفكرة إلى كتاب Getting Real من 37signals، وفيه فصل بعنوان «Make Opinionated Software» يرى أن البرنامج الجيد ينحاز إلى رؤية واضحة بدل أن يحاول إرضاء الجميع. وهذا ما تعبّر عنه Intercom بمبدئها في الجدول أعلاه.

وللشركة الناشئة، الرأي الواضح غالبًا هو الخيار الصحيح: شريحة واحدة من العملاء ومسار عمل واحد، يُنفَّذان جيدًا. لكنه لا يصلح في كل موضع:

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

كيف تكتب مبادئ منتجك: قالب تملؤه

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

انسخ هذا القالب واملأه:

لـ [العميل] الذي يحتاج إلى [المهمة]، منتجنا هو الذي [ما نتفوق فيه].

1. نختار [س]، ولو على حساب [ص]. وهذا يستبعد: [ميزة أو طلبًا].
2. نختار [س]، ولو على حساب [ص]. وهذا يستبعد: [ميزة أو طلبًا].
3. نختار [س]، ولو على حساب [ص]. وهذا يستبعد: [ميزة أو طلبًا].

ليس الآن: [من شيء إلى ثلاثة أشياء لن نبنيها بعد].

نراجعها حين: [العلامة، مثل تكرار الطلب نفسه من عدة عملاء يدفعون].

مثال تطبيقي، لتطبيق حجز تخيّلي للعيادات الصغيرة في الإمارات:

1. يحجز المريض دون إنشاء حساب، ولو جمعنا بيانات أقل.
2. العربية والإنجليزية من الإصدار الأول، ولو كانت قائمة الميزات أقصر.
3. يدير موظفو العيادة يومهم من الهاتف، ولو على حساب لوحة تحكم كاملة على الحاسوب.
4. نتصل بما تستخدمه العيادات اليوم، بدل أن نستبدله.

ليس الآن: السجلات الطبية، والمحادثة مع الأطباء داخل التطبيق، وبرنامج الولاء.

كيف تحسم المبادئ خلافات النطاق مع فريقك أو شركة البرمجة

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

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

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

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

قائمة ميزاتك لا تتوقف عن الكبر؟ أخبرنا أين وصل منتجك اليوم، والعميل الذي تبني له. نقول لك ما تحتاجه من قيادة تقنية الآن وما يمكن أن ينتظر. اسألنا عن خدمة المدير التقني ←

لست مستعدًا للحديث بعد؟ اطلب ملفنا التعريفي وسنرسله إليك.

لماذا كتابة المبادئ من عمل المدير التقني؟

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

ضمن خدمة المدير التقني كخدمة، نصوغ المبادئ معك قبل البناء، ونراجع بها النطاق مع مطوّريك أو فريقنا، ونكتب كل قرار والمبدأ الذي يستند إليه. والكلمة الأخيرة لك. والتفكير نفسه يحدّد نسختك الأولى بين MVP وMMP وMLP، ويشرح كيف يقول الفريق الجيد «لا» بمبدأي KISS وYAGNI. وإن كنت تفاضل بين مشروع ينتهي بالتسليم ومنتج يتحسّن باستمرار، فاقرأ عقلية المنتج أم عقلية المشروع. وإن كنت ما زلت في مرحلة الفكرة، فابدأ بمقال عندي فكرة تطبيق: من أين أبدأ؟

Qargo منصة لتأجير السيارات وطلب المشاوير في قطر، قُدنا توجّهها التقني وبنيتها. تحدّث مع الفريق الذي بناه: احجز اجتماعاً.

اكتب مبادئك قبل أول سطر من الشيفرة

Flojics Technology شركة برمجيات عملت منذ 2014 مع أكثر من 100 عميل، منهم شركات في الإمارات والسعودية وقطر والكويت. ومقرها الرئيسي مجمع دبي الرقمي في واحة دبي للسيليكون، وتوضّح طرق العمل معنا من يدير العمل اليومي في كل حالة.

اسألنا عن خدمة المدير التقني ← أخبرنا أين وصل منتجك اليوم، وما تريد أن يتفوّق فيه. نقول لك ما تحتاجه من قيادة تقنية الآن وما يمكن أن ينتظر. نردّ بالبريد الإلكتروني أولًا ونرتّب مكالمة فقط إذا رغبت. سؤالك لا يُلزمك بشيء، ونوقّع اتفاقية عدم إفصاح أولًا إن طلبت.