تطوير تطبيقات لامركزية للويب 3 بوضوح من أول نقرة

ابدأ مع الشخص الذي يستخدم التطبيق اللامركزي

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

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

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

خطط للبناء في ثلاث مراحل واضحة

تأخذ خطة التطبيق اللامركزي المفيدة الفكرة عبر مهام المستخدم وعمليات التكامل وقرار الإصدار الأول. تحافظ هذه المراحل الثلاث على رؤية الخيارات المهمة قبل بدء التطوير.

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

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

أين تلتقي المحافظ والبيانات على السلسلة؟

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

خطوات المحفظة

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

بيانات يمكن للأشخاص استخدامها

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

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

اجعل اللحظات الهادئة جزءًا من التصميم

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

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

قبل أعمال البناء، نتحقق من:

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

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

حافظ على رؤية العمل حتى التسليم

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

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

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

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

كيف نعمل

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