خطة تطوير محفظة عملات رقمية مصممة حول مستخدميك

ابدأ بالمحفظة التي يحتاج أعضاؤك إلى استخدامها

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

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

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

اتخذ الخيارات المهمة قبل أن تتكاثر الشاشات

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

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

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

ما هي رحلات المحفظة التي يجب أن يدعمها الإصدار الأول؟

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

حدد الإجراء، وليس الشاشة فقط

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

اختر سطحًا يناسب اللحظة

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

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

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

أعطِ كل قرار محفظة مكانًا في البناء

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

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

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

اجعل جاهزية المحفظة مبنية على ما يمكن لفريقك التحقق منه

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

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

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

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

كيف نعمل

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