الفكرة الأساسية
الوصف الجيد يحدد نتيجة العميل والشاشات التي تدعمها والبيانات التي يستطيع تعديلها وما يحدث عند فشل العملية. استخدم MeNooN لتطوير الواجهة ضمن قدراته الموثقة، ثم تحقق من التكامل المختار مع Gammal Tech. وضوح الطلب يقلل التعديلات التي يمكن تجنبها ويمنح المؤسس معايير موضوعية لقبول العمل.
اتخذ قرار المنتج قبل طلب التصميم
عبارة «ابن موقعا حديثا لشركة ناشئة» تترك أهم الاختيارات بلا إجابة. ستضطر أداة البناء إلى تخمين العميل ووظيفة الزر الرئيسي، وقد يبدو الزر مكتملا رغم أن الخدمة خلفه غير موجودة. يحصل المؤسس على نتيجة أفضل عندما يحسم هذه الأمور أولا.
تخيل خدمة في القاهرة تساعد البالغين على تنظيم خطة شخصية لتعلم لغة. تسمح النسخة الأولى باختيار مجال التركيز ووقت أسبوعي وخطوة تالية قصيرة. هي وسيلة تخطيط، وليست دورة مدفوعة أو نظام درجات أو إدارة للمدرسين.
يريد المؤسس صفحة يستطيع شرحها واختبارها، ويحتاج المطور إلى مسار بيانات متفق عليه وحدود لما يسلمه. يمكن لوصف واحد واضح أن يخدم الطرفين ويقلل سوء الفهم أثناء التنفيذ.
احسم أربعة قرارات قبل كتابة الطلب
| القرار | إجابة المثال | الفائدة |
|---|---|---|
| نتيجة العميل | العودة إلى خطة تعلم شخصية | تحديد الرحلة الأساسية |
| البيانات القابلة للتعديل | التركيز والدقائق والخطوة التالية | سجل صغير مفهوم |
| القرارات المستبعدة | لا درجات أو اشتراكات مدفوعة | فصل التفضيل عن الاستحقاق |
| مسؤول التشغيل | المؤسس يعتمد المحتوى وقرارات المشروع | وضوح القبول والصيانة |
توضح وثائق MeNooN إنشاء الصفحات وتعديلها بالذكاء الاصطناعي، ويصف دليل Gammal Tech وظائف الباك اند المستضافة. تحقق من طريقة الربط المدعومة لهذا المسار، ولا تحول افتراضا عن المحرر إلى وعد داخل الوصف أو عرض السعر.
انسخ الوصف التالي وعدله حسب مشروعك
الغرض: أنشئ واجهة واضحة ومناسبة للهاتف لخدمة وهمية في القاهرة لتنظيم تعلم لغة. النتيجة الأساسية أن يجهز المتعلم البالغ خطة شخصية ويعود إليها لاحقا. استخدم محتوى خدمة وهميا إلى أن يعتمد المؤسس الصياغة النهائية.
رحلة العميل: اشرح الخدمة واعرض مثالا ثم قدم نموذج الخطة. أظهر إجراء دخول صريحا عندما يختار الزائر حفظ الخطة أو استرجاعها. لا تفتح نافذة الدخول إجباريا بمجرد تحميل الصفحة.
الواجهة: أضف مقدمة قصيرة ومثال خطة ومنطقة الخطة الشخصية وقسم مساعدة ضمن عدد الصفحات المعتمد. ضع عنوانا ظاهرا لكل حقل، وادعم لوحة المفاتيح والنص المقروء وترتيبا مفهوما على الشاشة الصغيرة.
البيانات الشخصية: استخدم ثلاثة حقول قابلة للتعديل: تركيز من القراءة أو الاستماع أو المحادثة، ودقائق أسبوعية بعدد صحيح من 30 إلى 600، وملاحظة للخطوة التالية حتى 300 حرف. السجل خطة يكتبها المتعلم، وليس إثبات إنجاز أو وصول مدفوع.
الباك اند: استخدم تكامل Gammal Tech المدعوم للدخول وبيانات كل مستخدم بعد التحقق من الإعداد. اعرض خطة المستخدم نفسه. لا تخترع دالة تهيئة أو مفتاح API سريا أو قائمة مشتركة للمتعلمين أو ميزة أدوار إدارية.
الحالات: ميز بين الخروج والتجهيز والتحميل والجاهزية والحفظ واكتماله وعدم تأكيد النتيجة. لا تعرض نجاح الحفظ إلا إذا دعمه التنفيذ. أبعد توكن الجلسة عن الصفحة والروابط وتقارير التشخيص.
النطاق: لا تتضمن النسخة تحصيل مدفوعات أو حجز مدرسين أو درجات. أي ذكاء اصطناعي أو إشعارات إضافية تحتاج نطاقا وتكلفة معتمدين. إذا لم ينفذ الربط، سم النتيجة نموذجا أوليا ولا تحاك نجاح حفظ حقيقي.
القبول: راجع الواجهة ورحلة البيانات العاملة منفصلتين. قدم الحالات المتفق عليها ونتائجها الفعلية، وحدد الافتراضات غير المحسومة، واطلب تعديلات محددة قبل اقتراح إعادة بناء كاملة.
راجع الواجهة حسب مهمة العميل
اقرأ الصفحة كزائر جديد: هل تفهم الخدمة من المقدمة؟ هل المثال معروف بوضوح؟ هل تستطيع تمييز زر الحفظ وطلب الدخول ورسالة الخطأ؟ راجع الشاشة الصغيرة وترتيب التنقل بلوحة المفاتيح، ولا تعتمد على صورة من شاشة كبيرة فقط.
تحقق من الادعاءات والتسميات. عبارة مولدة مثل «سجل تعلم معتمد» تغير وعد المنتج ويجب تصحيحها إلى ما يعكس خطة شخصية. تأكد أيضا من عدم ظهور أزرار لمزايا استبعدتها، لمجرد أنها شائعة في تصميمات المواقع العامة.
اكتب التعديل كطلب صغير قابل للفحص: «احتفظ بالبنية الحالية، وأضف عنوانا ظاهرا لحقل الدقائق، ووضح رسالة عدم تأكيد الحفظ». هذا أدق من طلب تحسين الصفحة كلها دون تحديد المشكلة.
اختبر الربط كجزء مستقل من التسليم
الموافقة على الشكل لا تثبت التكامل. يجب أن يستطيع مختبر مصرح له حفظ خطة وهمية والخروج ثم العودة بالمسار المدعوم واسترجاع القيم المقصودة. ويستخدم شخص ثان موافق حسابه الخاص في اختبار الفصل العادي، دون تبادل بيانات الدخول.
جرب قيمة دقائق غير مقبولة وملاحظة تتجاوز الحد، وتأكد أن الملاحظة المسترجعة تعرض كنص. لاحظ بعدها فشلا أو نتيجة غير مؤكدة؛ لا يفترض أن تعلن الواجهة النجاح لمجرد ضغط المستخدم على الزر.
سجل العنوان المنشور وإعداد المشروع الفعلي. يتحكم العميل أو المؤسس في حسابه ومشروعه، ولا يطلب المطور مشاركة PIN أو OTP لإتمام المراجعة. بذلك يصبح قبول الوظيفة مبنيا على نتائج يمكن شرحها.
اجعل الوصف مرجعا عند تغيير المنتج
رقم النسخة المعتمدة من الوصف وسجل التغييرات بجوارها. إذا أراد المؤسس لاحقا أن يعتمد مدرس الخطة، فقد أضاف مستخدما مختلفا وقرار صلاحية جديدا. قيّم الاحتياج بدلا من إضافة حقل يستطيع المتعلم تغييره باسم «معتمد».
يميز دليل استضافة MeNooN بين التعديل المعتاد وإعادة البناء الكاملة بالذكاء الاصطناعي، التي تؤرشف الصفحات الفرعية الحالية. تعامل مع إعادة البناء كعمل منفصل يحتاج مراجعة. احتفظ بالمحتوى المعتمد وقائمة الصفحات ونتائج القبول دون افتراض وجود استرجاع أو تصدير غير موثق.
يحمي هذا الأسلوب الجهد المبذول، ويساعد المتخصص على تقدير العمل الجديد، ويشرح للمؤسس لماذا قد يغير طلب بسيط أكثر من شكل الشاشة.
سلّم وصفا وأدلة يستطيع المالك استخدامها
تضم حزمة التسليم الوصف المعتمد وقائمة الشاشات والحالات وتعريف البيانات الشخصية ونتائج الاختبار ومسؤولي التشغيل. وضح هل النتيجة نموذج أولي أم نسخة اختبار متصلة أم إصدار تشغيلي مقبول.
الفائدة التجارية هي تقليل الخلاف حول المطلوب والمنفذ. يحصل المؤسس على منتج يتفق وعده مع سلوكه، ويحصل المتخصص على أساس أوضح للتسعير والتعديل والدعم. أعد استخدام هيكل الوصف مع نشاط آخر، لكن استبدل رحلة العميل وقرارات البيانات بدلا من نسخ افتراضات لا تناسبه.
أسئلة شائعة
هل الوصف التفصيلي يضمن ربط Gammal Tech تلقائيا؟
لا. يحدد الوصف السلوك المطلوب، ويظل الربط المدعوم بحاجة إلى إعداد وتنفيذ واختبار. افصل بين قبول الشكل وقبول الوظيفة.
هل يحتاج كل تعديل صغير إلى إعادة بناء كاملة؟
استخدم تعديلا محددا إذا كان يحقق الغرض. قد تؤثر إعادة البناء في الصفحات الفرعية، ولذلك تحتاج نطاقا ومراجعة قبول مستقلين.
المراجع
تمت مراجعة التوثيق في 12 أكتوبر 2026. راجع التوثيق الحالي قبل تنفيذ مشروع عميل أو تحديد أسعاره.