وصف تطبيقك (PRD مصغّر)
أهداف هذا الفصل
- كتابة دفتر شروط مصغّر
- ترتيب أولويات الميزات الأساسية
- إعطاء الذكاء الاصطناعي قاعدة واضحة
لماذا تصف قبل أن تولّد
الإغراء كبير لفتح الأداة وكتابة «اصنع لي تطبيق متابعة عادات». جرّب، وسترى المشكلة: سيملأ الذكاء الاصطناعي كل الفراغات باختياراته الخاصة. سيقرر الألوان والميزات والبنية — وهناك احتمال ضئيل أن تطابق اختياراته ما في رأسك. ستقضي بعدها عشر رسائل في تفكيك ما كان يمكن تجنبه بدقيقتين من التفكير.
هنا تكمن قيمة الـ PRD المصغّر. PRD اختصار لـ «Product Requirements Document» (وثيقة متطلبات المنتج)، وهي دفتر الشروط الذي تكتبه فرق المنتجات المحترفة. النسخة «المصغّرة» تتسع في عشرة أسطر وتجيب عن خمسة أسئلة: ما الغرض من التطبيق، من يستخدمه، ماذا يفعل بالضبط، كيف يبدو، وعلى أي أساس تقني. بهذا، ينتج الذكاء الاصطناعي من المرة الأولى شيئًا قريبًا من رؤيتك.
وهناك فائدة خفية: كتابة الـ PRD المصغّر تجبرك على توضيح تفكيرك أنت. كثير من أفكار التطبيقات تبدو واضحة في الرأس وتتكشف ضبابية على الورق. «تطبيق لمساعدة التلاميذ» — حسنًا، لكن لفعل ماذا، بالضبط؟ الـ PRD المصغّر هو أداتك الأولى كمدير مشروع، حتى قبل الموجّه الأول.
الـ PRD المصغّر في خمس كتل
- الهدف: جملة واحدة. «تطبيق ويب لمتابعة عادات العمل اليومية.»
- المستخدمون: من يستخدمه وفي أي سياق. «تلاميذ إعدادية، على هواتفهم، في المساء.»
- الميزات: 3 إلى 5 إجراءات ملموسة، مرقّمة. ليس أكثر للنسخة الأولى.
- الأسلوب: 3-4 صفات وقيد واحد. «بسيط، mobile-first، لون مميز أخضر، أزرار كبيرة.»
- التقنية: ابقَ بسيطًا. «HTML/CSS/JS بسيط، تخزين محلي، بدون حساب مستخدم.»
للترتيب أهميته: ننطلق من النية (الهدف) لننتهي بالتنفيذ (التقنية). إن لم تعرف ماذا تضع في كتلة التقنية، اكتب ببساطة «الأبسط ما يمكن، بدون قاعدة بيانات ولا حساب مستخدم» — سيفهم الذكاء الاصطناعي ويختار لك أساسًا سليمًا.
الـ PRD المصغّر لتوم، كاملًا
أريد بناء تطبيق ويب: متابعة عادات. المستخدمون: تلاميذ إعدادية يريدون الالتزام بروتينات دراسية، خاصة على الهاتف. الوظائف: 1. إضافة / حذف عادة 2. التأشير يوميًا إذا أُنجزت العادة 3. رؤية سلسلة (streak) من الأيام المتتالية الناجحة 4. رؤية تقويم مصغّر للشهر مع الأيام المؤشَّرة الأسلوب: بسيط، mobile-first، لون مميز أخضر، أزرار كبيرة سهلة اللمس. التقنية: HTML/CSS/JS بسيط، تخزين محلي (localStorage)، بدون حساب مستخدم. ابنِ أولًا الوظيفتين 1 و2 فقط. سنضيف الباقي بعد اختباراتي.
لاحظ السطر الأخير: يعطي توم الرؤية الكاملة، لكنه يطلب صراحة بناء الوظيفتين 1 و2 فقط. إنها التوليفة الرابحة — يعرف الذكاء الاصطناعي الوجهة (فيتخذ خيارات منسجمة مع ما سيأتي)، لكن أول تسليم يبقى صغيرًا وقابلًا للاختبار. تتحقق من الأساس، ثم تطلب «أضِف الآن الوظيفة 3» في رسالة لاحقة.
الكلمات التي تغيّر كل شيء
بعض مصطلحات الـ PRD المصغّر لها أثر هائل على النتيجة. «Mobile-first» يقول للذكاء الاصطناعي أن يصمم أولًا للشاشة الصغيرة — حاسم إن كان مستخدموك على الهاتف. «تخزين محلي» يتجنب كل تعقيد الحسابات والخوادم. «بسيط» يوجّه نحو تصميم رصين بدل المثقل. هذه الكلمات المفتاحية اختصارات نحو قرارات تقنية كاملة.
في المقابل، بعض الكلمات تطلق تعقيدًا لا تتوقعه. «حساب مستخدم» يعني تسجيلًا ودخولًا وكلمات مرور واسترجاعًا — ساعات من العمل. «إشعارات» تعني أذونات وخدمات خارجية. «الوقت الفعلي» (رؤية تغييرات الآخرين فورًا) يعني خادمًا دائمًا. إن تسللت إحدى هذه الكلمات إلى نسختك الأولى، اسأل نفسك بجدية إن كان يمكنها انتظار النسخة الثانية.
وصف الأسلوب دون أن تكون مصممًا
لا تحتاج لمفردات مصمم لتحصل على تطبيق جميل. ثلاث تقنيات بسيطة: أعطِ صفات (بسيط، دافئ، مهني، مرح)، استشهد بـمرجع معروف («بروح تطبيق Notes من Apple»، «رصين كموقع صحافة»)، وحدد لونًا مميزًا («لون مميز أخضر»، «درجات أزرق ليلي»). سيترجم الذكاء الاصطناعي هذه الإشارات إلى خيارات طباعية وبصرية منسجمة.
إن لم يعجبك العرض الأول، حسّن بالمقارنة لا بالمصطلحات: «أكثر تهوية»، «الأزرار صغيرة جدًا للإبهام»، «ألوان كثيرة، احتفظ فقط بالأخضر والرمادي». هذه ملاحظات يستطيع أي شخص صياغتها، والذكاء الاصطناعي يفهمها تمامًا.
ترتيب الأولويات: النسخة الأولى أم لاحقًا؟
ميّز «الضروري للنسخة الأولى» عن «سيكون جميلًا لاحقًا». الاختبار بسيط: بدون هذه الوظيفة، هل يبقى التطبيق مفيدًا؟ إن كان نعم، فهي من «لاحقًا». يطبّق توم الاختبار: بدون إضافة العادات، التطبيق فارغ — نسخة أولى. بدون التأشير اليومي، لا يفيد شيئًا — نسخة أولى. بدون الإشعارات، يعمل جيدًا جدًا — لاحقًا. بدون المشاركة بين التلاميذ، كذلك — لاحقًا.
flowchart TD I["فكرة ميزة"] --> Q["بدونها، هل يبقى التطبيق مفيدًا؟"] Q -->|"لا، يصبح غير قابل للاستخدام"| V1["ضروري للنسخة الأولى v1"] Q -->|"نعم، يعمل رغم ذلك"| V2["قائمة «لاحقًا»"] V1 --> P["في الـ PRD المصغّر"] V2 --> L["تُسجَّل للنسخة الثانية v2"]
احتفظ بقائمة «لاحقًا» في ملف أو ملاحظة: إنها ليست سلة مهملات، إنها خارطة طريقك. في الفصل 5، بعد نشر التطبيق، من هذه القائمة ستنتقي تحسيناتك القادمة — مسترشدًا بملاحظات مستخدميك الأوائل.
معجم مصغّر للفصل
- PRD: Product Requirements Document، دفتر شروط المنتج.
- localStorage: مساحة تخزين صغيرة في المتصفح، يستطيع التطبيق فيها حفظ البيانات دون خادم.
- Mobile-first: التصميم أولًا للهاتف، ثم التكييف للشاشات الكبيرة.
- v1 / v2: أول نسخة قابلة للاستخدام / النسخة المحسّنة التالية.
- Streak: سلسلة أيام نجاح متتالية (مصطلح شائع في تطبيقات العادات).
السياق
يجب على توم تأطير تطبيق متابعة العادات قبل توليده. رأى كثيرًا من الزملاء ينطلقون متهورين وينتهون بنموذج أولي فوضوي لا يشبه شيئًا. هذا المساء، يلزم نفسه بانضباط الـ PRD المصغّر: عشرة أسطر، خمس كتل، وترتيب أولويات صادق. دورك الآن، مع فكرة التطبيق التي اخترتها في الفصل 1.
التعليمات
- اكتب الـ PRD المصغّر بالكتل الخمس: الهدف، المستخدمون، الميزات، الأسلوب، التقنية.
- تأكد أنه يتسع في عشرة أسطر تقريبًا — وإلا فاختصر.
- مرّر كل ميزة بالاختبار: «بدونها، هل يبقى التطبيق مفيدًا؟» وضع علامة «v1» أو «لاحقًا».
- تأكد ألا تتسلل أي كلمة فخ (حساب مستخدم، إشعارات، الوقت الفعلي) إلى نسختك الأولى.
- أضِف التعليمة الختامية: «ابنِ أولًا الوظيفتين 1 و2 فقط».
- أرسل الـ PRD المصغّر إلى أداتك وراقب النتيجة دون لمس أي شيء آخر.
- قارن العرض برؤيتك: سجّل 3 فروقات لتصحيحها في الرسالة التالية.
باختصار
- بدون وصف، يملأ الذكاء الاصطناعي الفراغات باختياراته — ونادرًا ما تكون اختياراتك.
- الـ PRD المصغّر: هدف، مستخدمون، 3-5 ميزات، أسلوب، تقنية، في 10 أسطر.
- أعطِ الرؤية الكاملة، لكن اطلب بناء وظيفة أو اثنتين في كل مرة.
- «التخزين المحلي» يبسّط النسخة الأولى (لا حساب ولا قاعدة بيانات).
- احذر الكلمات الفخاخ: حساب مستخدم، إشعارات، الوقت الفعلي = تعقيد خفي.
- صِف الأسلوب بصفات ومراجع ولون مميز.
- اختبار ترتيب الأولويات: بدون هذه الوظيفة، هل يبقى التطبيق مفيدًا؟
- قائمة «لاحقًا» هي خارطة طريقك للنسخة الثانية، لا سلة مهملات.
اختبار — تحقّق من فهمك
1. ماذا يحتوي الـ PRD المصغّر؟
2. كيف تبني بهدوء؟
3. لماذا تحدد «تخزين محلي» في النسخة الأولى؟
4. أي كلمة في الـ PRD تخفي أكبر قدر من التعقيد؟
5. ميزة تفشل في اختبار «بدونها، هل يبقى التطبيق مفيدًا؟» (التطبيق يعمل بدونها). ماذا تفعل؟