Studio / ROBLOX

المكافأة الأولى التي لم يلاحظها أحد: قصة نموذج Roblox متخيل

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

المكافأة الأولى: ماذا يرى اللاعب؟ — رسم أصلي للورشة المتخيلة.

آخر تحديث: 2026-10-07

الورشة التي لم تقل «اكتمل» #

هذه قصة تعليمية متخيلة. الرصيف ونموذج «ورشة المصابيح» والمطورة ميرا واللاعبة لينا شخصيات وأماكن اخترعناها لفهم مشكلة واجهة. ليست مراجعة حقيقية ولا سيرة ولا تقرير اختبارات منفذة. لم نعدل ألعاب مؤلف الموقع الخمس لأجل المشهد. كل تغيير هنا اقتراح لهذا النموذج الصغير.

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

1. اختفت البطارية وبقي السؤال #

تضع لينا البطارية على الطاولة. يضيء المصباح ويختفي العنصر من يدها ويلتفت الحارس نحو القارب. ما زالت عبارة «أحضري بطارية» في الزاوية. لا يتغير عداد العملات لأن المكافأة ليست عملات. تنظر إلى الضوء ويدها الفارغة: «هل حصلت على المفتاح أم أضغط ثانية؟»

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

2. الاحتفال لم يجب عن السؤال #

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

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

3. اتفاق المكافأة في سطر واحد #

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

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

4. الرسالة تتبع فعلاً مؤكداً #

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

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

5. يمكن العثور على المكافأة بعد إغلاق الرسالة #

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

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

6. حالة المهمة تختلف عن حالة الحفظ #

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

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

المنح والحفظ يحتاجان جوابين مختلفين — حالات مقترحة؛ لا ينفذ الرسم الحفظ.

7. الضغط الثاني يفحص القاعدة لا مكافأة جديدة #

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

ينبغي للتكليف الأول التعرف إلى اكتمال معالج سابقاً وإرجاع حالته الحالية دون منح ثانٍ. تشمل الخطة التقنية الطلب المكرر والجواب المتأخر والانقطاع بين تغيير المكافأة وكتابة البيانات. لا يقدم المقال معاملة جاهزة أو ضمان exactly-once. على المؤلف تصميم قاعدة متسقة للعنصر والاكتمال ثم فحصها في نسخة اختبار مستقلة؛ الشاشة الجميلة ليست بديلاً عن ذلك.

8. الدخول الجديد يطرح سؤالاً آخر #

في القصة تكاد ميرا تعلن النجاح بعد رؤية بطاقة الأداة. ثم تجد صفحة أخرى: «ماذا ترى لينا بعد الخروج والعودة؟» وجود المفتاح الآن واستعادته لاحقاً فحصان مختلفان. يجب توافق العنصر وسجل التكليف الأول والسماح بالإصلاح التالي، لا الاكتفاء بعنوان جميل.

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

9. تحول الجداول الشك إلى اقتراحات قابلة للفحص #

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

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

قبل التغيير	الاقتراح	كيف نفحص
تختفي البطارية دون تفسير	تسمية التسليم والمفتاح بعد التأكيد	هل يستطيع اللاعب وصف ما حدث؟
تظهر العملات فقط	فتح مخزون الأدوات المعني	هل يجد بطاقة المفتاح؟
يبقى الهدف القديم في السجل	توافق الاكتمال والإصلاح التالي	هل يتفق السجل وحالة المكافأة؟
ضغط آخر يبدو طلباً جديداً	انتظار واضح ومعالجة خادم للاكتمال المعالج	هل يغير التكرار عدد المفاتيح؟
العنصر المرئي يُعتبر محفوظاً	فصل المنح عن حالة الحفظ	هل يعود العنصر والتكليف بعد دخول جديد؟

10. طبق الطريقة على مكافأتك الأولى #

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

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

السيناريو	ما نلاحظه	الجهاز / النسخة / النتيجة
تسليم أول واحد	رسالة ومفتاح واحد واكتمال وخطوة تالية	—
طلب مكرر وجواب متأخر	لا منح ثانياً؛ توافق الحالات	—
إغلاق الرسالة وكتم الصوت	إمكان العثور على العنصر وفهم النتيجة بلا صوت	—
شاشة صغيرة	وضوح النص وإمكان استخدام التحكم	—
دخول جديد بعد حفظ مؤكد	المفتاح وحالة التكليف وإتاحة الإصلاح	—
حفظ منقطع أو غير مؤكد	حالة صادقة واستعادة دون تخمين منح جديد	—

11. تعرف لينا الآن ما في حقيبتها #

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

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

المصادر الأصلية

Roblox Creator Hub — Onboarding techniques
UI and UX design
Onboarding
Data stores
Securing the client-server boundary