رأى أحد القرّاء في صفحة Dusk Trade محفظة أصول مرتّبة وعوائد، فاعتقد أن هذا مدخل مباشر يمكنه فتح حساب عبره والشراء فورًا، فجهّز أمواله منتظرًا أن يُتاح. وعندما ظهرت على الصفحة قائمة الانتظار <waitlist> وعبارة <Launching soon>، أدرك أنه أخذ المعاينة على أنها مدخل فعلي للتعامل. وهذا مثالٌ كلاسيكي على سوء الفهم: أسماء الأصول وأرقام العائدات المعروضة في صفحة المنتج هي مجرد معاينة ولا تعني أصولًا يمكن شراؤها فعلًا أو عوائد مُتحقق منها. القاعدة تكمن في التمييز بين أمرين: ما الذي تُعرّفه وثائق المنتج ضمن “خريطة الوظائف”، وما الذي تعرضه الصفحة حاليًا كمدخلات مفتوحة. تُعرّف وثائق Dusk Trade بأنه “طبقة التطبيقات” لتقديم أصول مالية مُرمّزة (Tokenized)، وتشمل اكتشاف الأصول، وإتاحة الوصول للمستثمرين، وربط المحفظة، وتنسيق المدفوعات، وإجراءات البيع والشراء، والتسوية—أي أنها تتحدث عما يخطط له. بينما تقف صفحة المنتج حاليًا عند مرحلة PRE-LAUNCH، والمدخل الأساسي هو قائمة الانتظار <waitlist>، أي أنها تخبرنا بما يمكنه فعله الآن. تشغيل البروتوكول لا يعني أن كل طبقة تطبيقات قد تم فتحها. فالشبكة الأساسية هي الشبكة الأساسية، ومدخل التطبيق هو مدخل التطبيق، وخريطة الوظائف هي خارطة طريق، ونوع المدخل هو الذي يعكس الحالة الراهنة. والدرس من الأمثلة المضادة هو: عند تقييم منتج ما زال في طور الإنشاء، انظر أولًا إلى نوع المدخل، ثم إلى نطاق خريطة الوظائف. وعندما لا تتطابق العمودان، فاعتمد على المدخل. وبالنسبة للمستخدمين، فإن فصل الحكم على خريطة وظائف المنتج عن المدخلات المتاحة حاليًا، ثم تقرير ما إذا كان ينبغي الانضمام إلى <waitlist>، أكثر موثوقية بكثير من التحديق في أرقام المعاينة ومحاولة استنتاج التوقيت. والأفضل من ذلك أنه عندما نفصل بين خريطة الوظائف ونوع المدخل، يساعد ذلك الفريق أيضًا على التخطيط لمسار الاستخدام: ما يمكن فعله الآن يعتمد على إلى أي خطوة وصل فتح المدخل؛ وما يمكن فعله مستقبلًا يعتمد على إلى أي خطوة تقدمت خريطة الوظائف. لكلٍ منهما خطٌ زمني مختلف، بدل أن تختلط الأرقام في الصفحة التمهيدية بالواقع. عند تحديد توقيت الدخول، يعتمد على تغيّر نوع المدخل، وليس على أرقام أو زينة الصفحة.
@Dusk $DUSK #dusk