يبدأ التصميم من اللحظة التي يحتاج فيها منتجك إلى الوضوح
يربط تصميم واجهات الويب 3 ما يفعله منتجك بما يحتاج الشخص إلى فهمه بعد ذلك. نبدأ بمهمة المستخدم، ثم نشكل رحلة وواجهة حولها.
تخيل مسؤول برنامج سفراء يفتح لوحة تحكم المشروع بعد شهر هادئ من النشر. يريد رؤية ما يحتاج إلى اهتمام، لكن الخطوة التالية ليست واضحة. سننظر في المهمة التي جاء لإكمالها، ونحدد أين يبدأ الارتباك، ونجعل الخيارات المهمة أسهل في المتابعة.
ينطبق نفس النهج على dApp أو محفظة أو تبادل أو تدفق صفحة تعريفية. نراجع المنتج والمستخدمين المستهدفين وأي مواد موجودة. يساعدنا البحث ومراجعة المنافسين في ملاحظة السياق المفقود والخطوات غير الملائمة قبل رسم الشاشات التفصيلية.
تعتمد نقطة البداية على ما يعرفه فريقك بالفعل. إذا كانت الرحلة واضحة، يمكننا التركيز على تصميم الواجهة والنموذج الأولي. إذا لم تكن كذلك، يمكننا أولاً توضيح التدفق. عندما يحتاج العمل أيضًا إلى دعم بصري، يمكننا ربطه بـ تصميم ومرئيات الويب 3.
كيف يجب أن توجه واجهة الويب 3 شخصًا خلال إجراء محفظة؟
يُظهر تدفق المحفظة المفيد ما يمكن للشخص فعله، وما يحدث بعد ذلك، وكيف تستجيب الواجهة. نرسم كل إجراء مهم قبل تحسين شاشاته.
لنفترض أن مستخدمًا جديدًا يصل إلى موجه اتصال المحفظة وليس متأكدًا من سبب الحاجة إليه. سنفحص المعلومات التي تنتمي قبل الموجه وما يراه المستخدم بعد الاتصال. سنحدد أيضًا أين يجب أن يشرح التدفق معاملة أو خطأ. الهدف هو جعل القرار التالي مفهومًا، وليس إخفاء الخطوة التقنية.
غالبًا ما نرسم 3 لحظات في رحلة المعاملة: الاتصال والمراجعة والاستجابة. تسمح المخططات الهيكلية لفريقك بالتحقق من الترتيب واللغة قبل بدء التصميم البصري. ثم يجعل النموذج الأولي المسارات المحددة أسهل في المناقشة كتجربة متصلة.
لمراجعة أولية مفيدة، أحضر المهمة الرئيسية والمتطلبات الحالية وأي شاشات موجودة وحالات المحفظة أو المعاملة المعروفة. إذا كانت صياغة المنتج تحتاج إلى اهتمام خاص، يمكن أن يساعد كتابة محتوى تسويقي للويب 3 في الحفاظ على اتساق لغة الواجهة. يجب على مالك المنتج تأكيد أي قواعد لا يستطيع فريق التصميم استنتاجها.
ملفات العمل التي يمكن لفريق منتجك مراجعتها
ستتلقى مجموعة متصلة من مواد التصميم لمراجعة رحلة المستخدم والتحضير للتنفيذ. نتفق على المهام والشاشات التي يجب التركيز عليها قبل بدء التصميم التفصيلي.
قد تتضمن مجموعة العمل النموذجية:
- ملاحظات البحث ومراجعة المنافسين.
- تدفقات المستخدم والمخططات الهيكلية للمهام ذات الأولوية.
- نظام التصميم البصري ومكتبة المكونات.
- نموذج أولي قابل للنقر للمسارات المحددة.
- اختبار قابلية الاستخدام وتسليم المطورين في Figma.
يُظهر التدفق والمخططات الهيكلية كيفية تنظيم المهمة. يساعد نظام التصميم والمكونات فريقك في مراجعة اللغة البصرية عبر الشاشات. يسهل النموذج الأولي القابل للنقر السير في الرحلة المحددة. يمنح اختبار قابلية الاستخدام الفريق فرصة لملاحظة الأماكن التي يحتاج فيها الأشخاص إلى مزيد من السياق.
ينظم التسليم النهائي أعمال Figma المتفق عليها للمطورين. إذا كانت الهوية الأوسع للمنتج لا تزال قيد التشكيل، فقم بمواءمة قرارات الواجهة مع العلامة التجارية لمشاريع الكريبتو قبل تحديد الاتجاه البصري. يمكن لفريقك بعد ذلك مراجعة لغة المنتج والتصميم معًا.
من المراجعة الأولى إلى تسليم Figma
ينتقل العمل من سياق المنتج إلى التدفقات وقرارات الواجهة والنموذج الأولي وتسليم المطورين. نحدد نقاط مراجعة حتى يتمكن فريقك من الاستجابة قبل بناء الطبقة التالية.
في Brand Community، نستخدم قائمة تحقق للبدء لجمع الجمهور والمهمة ذات الأولوية وملفات التصميم الحالية ومتطلبات المنتج والأسئلة المعروفة. ثم نتفق على من يمكنه الإجابة على أسئلة المنتج ومن سيراجع العمل. يمكن أن تساعد نقطتا مراجعة في الحفاظ على وضوح الملاحظات: واحدة للتدفق والمخططات الهيكلية، وأخرى للاتجاه البصري والنموذج الأولي المحدد.
| المرحلة | ما يراجعه فريقك |
|---|---|
| مراجعة المنتج | المستخدم والمهمة ذات الأولوية والمتطلبات الحالية |
| التدفق والمخططات الهيكلية | ترتيب المهام وهيكل الشاشة والمعلومات الرئيسية |
| الواجهة والنموذج الأولي | الاتجاه البصري ومسارات المستخدم المحددة |
| تسليم Figma | ملفات التصميم المنظمة للتنفيذ |
يعتمد التوقيت على عدد الرحلات وتعقيدها والمواد المتاحة بالفعل ومدى سرعة عودة القرارات. يمكن أيضًا ربط العمل بـ إنشاء محتوى الكريبتو أو فريق وسائل التواصل الاجتماعي والمحتوى الأوسع من خلال لغة المنتج المشتركة.
أحضر قرارات المنتج التي تشكل الواجهة
تكون مراجعة التصميم أكثر فائدة عندما يتمكن فريقك من شرح المستخدم والمهمة وقواعد المنتج الكامنة وراءها. يمكننا جعل الأسئلة غير المجابة مرئية في التدفق، لكن لا ينبغي لنا ملؤها بالتخمين.
يمكن للنموذج الأولي في Figma إظهار حالات المحفظة والمعاملة المقصودة، لكنه لا يستطيع تحديد ما تعرضه المحفظة المتصلة. كما لا يستطيع تحديد ما إذا كانت معاملة الشبكة قد اكتملت. تظل هذه السلوكيات وقواعد المنتج الكامنة وراءها مع المنصة وفريق منتجك.
لبدء المراجعة الأولى، قم بإعداد هذه الأشياء الثلاثة:
- نظرة عامة مختصرة على المنتج والأشخاص الذين تتوقع استخدامه.
- الرحلة الأكثر أهمية، بالإضافة إلى أي ملفات Figma حالية أو متطلبات.
- شخص واحد يمكنه تأكيد قرارات المنتج وجمع الملاحظات.
لا تحتاج إلى ملخص مصقول. أرسل لنا ما لديك، بما في ذلك الشاشات أو الأسئلة التي تبدو غير محلولة. سنراجع المادة معك، ونوافق على الرحلة الأولى ونقاط المراجعة، ونرسم طريقًا واضحًا نحو نموذج أولي وتسليم Figma.
كيف نعمل
- شارك صورة المنتجأرسل نظرة عامة على المنتج والمستخدمين المستهدفين والمهمة ذات الأولوية وأي ملفات تصميم أو متطلبات حالية.
- اتفق على ما ستتم مراجعتهنؤكد الرحلة التي سنركز عليها ومن يمكنه الإجابة على أسئلة المنتج ومتى سيراجع فريقك القرارات.
- ارسم مهمة المستخدمنعد التدفق والمخططات الهيكلية المتفق عليها حتى يتمكن فريقك من التحقق من الهيكل قبل تصميم الواجهة.
- صمم واختبر المسارات المحددةننشئ النظام البصري والشاشات، ونبني نموذجًا أوليًا قابلاً للنقر، ونجري اختبار قابلية الاستخدام كما هو متفق عليه.
- جهز تسليم Figmaننظم ملفات التصميم المعتمدة للمطورين ونطلع فريقك على خيارات الواجهة ذات الصلة.
الأسئلة الشائعة
ماذا يمكنني مشاركته إذا كان ملخص التصميم لا يزال تقريبيًا؟
ابدأ بوصف مختصر للمنتج والمستخدم المستهدف والمهمة التي تريد تسهيلها. ملفات Figma الحالية أو المتطلبات أو قائمة الأسئلة المفتوحة مفيدة أيضًا. على سبيل المثال، حتى شاشة واحدة حالية يمكن أن تعطينا مكانًا مفيدًا لبدء المراجعة الأولى.
هل يمكنك التركيز على رحلة dApp أو محفظة واحدة فقط؟
نعم. يمكننا الاتفاق على التركيز على رحلة أولوية واحدة، مثل اتصال المحفظة أو مراجعة المعاملة. سنتحقق أولاً مما تحتاج الرحلة إلى تغطيته، ثم نتفق على التدفقات والشاشات وأعمال النموذج الأولي التي تنتمي إلى الخطة.
هل سيتمكن مطورونا من استخدام تسليم Figma؟
تتضمن الخدمة تسليم المطورين في Figma لأعمال التصميم المتفق عليها. ننظم الملفات المعتمدة ونطلع فريقك على قرارات الواجهة ذات الصلة. شارك أي إعداد تصميم حالي أو احتياجات تنفيذ مبكرًا، حتى نتمكن من أخذها في الاعتبار أثناء التخطيط.
هل يمكنك تحسين واجهة منتج موجود دون تغيير ميزاته؟
نعم. يمكننا مراجعة الشاشات الحالية والتركيز على الرحلة أو اللغة أو حالات الواجهة التي تحتاج إلى اهتمام. على سبيل المثال، إذا كانت قواعد المنتج محددة ولكن المستخدمين قد لا يفهمون خطوة معاملة، يمكننا شرح تلك الخطوة بشكل أكثر وضوحًا. لن نحدد سلوك منتج جديد.
كيف تحددون الجدول الزمني لمشروع تصميم ويب 3؟
نوافق على الجدول الزمني بعد مراجعة الرحلات والمواد المتاحة واحتياجات المراجعة. قد تتطلب المسارات الأكثر تعقيدًا أو قرارات المنتج غير المحلولة مزيدًا من المناقشة. يمكن أن يساعد وجود شخص واحد يتخذ قرارات المنتج في الحفاظ على وضوح الملاحظات في كل نقطة تفتيش.
هل يمكن للنموذج الأولي أن يعد بما يحدث في معاملة محفظة حية؟
لا. يُظهر النموذج الأولي حالات الواجهة التي صممها الفريق. لا يتحكم في شاشات المحفظة أو ظروف الشبكة أو نتائج المعاملة أو قرار الشخص بالمتابعة. يمكننا اختبار ما إذا كان النموذج الأولي المتفق عليه ينقل المسار بوضوح وتسليم التصميم للتنفيذ.
أخبرنا عن مشروعك
أجب عن أربعة أسئلة سريعة وسيرسل لك مدير الحساب خلال ساعة خطة وجدولا زمنيا ونطاقا للميزانية. كل شيء يبقى سريا.
جار تحميل النموذج…