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