ویب 3 انٹرفیس ڈیزائن کے لیے 7 ہیورسٹکس

یوزایبلٹی ہیورسٹکس (Usability heuristics) وسیع "بنیادی اصول" ہیں جنہیں آپ اپنی سائٹ کی افادیت (usability) کو ماپنے کے لیے استعمال کر سکتے ہیں۔ یہاں دیے گئے 7 ہیورسٹکس خاص طور پر ویب 3 (Web3) کے لیے بنائے گئے ہیں اور انہیں جیکب نیلسن (Jakob Nielsen) کے انٹرایکشن ڈیزائن کے 10 عمومی اصولوں (opens in a new tab) کے ساتھ استعمال کیا جانا چاہیے۔

ویب 3 کے لیے سات یوزایبلٹی ہیورسٹکس

1. فیڈ بیک کارروائی کے بعد آتا ہے
2. سیکیورٹی اور اعتماد
3. سب سے اہم معلومات واضح ہوتی ہیں
4. قابل فہم اصطلاحات
5. کارروائیاں ہر ممکن حد تک مختصر ہوتی ہیں
6. نیٹ ورک کنکشنز نظر آنے والے اور لچکدار ہوتے ہیں
7. کنٹرول ایپ سے ہوتا ہے، والیٹ سے نہیں

تعریفیں اور مثالیں

1. فیڈ بیک کارروائی کے بعد آتا ہے

یہ واضح ہونا چاہیے کہ کب کچھ ہوا ہے، یا ہو رہا ہے۔

صارفین اپنے پچھلے اقدامات کے نتائج کی بنیاد پر اپنے اگلے اقدامات کا فیصلہ کرتے ہیں۔ اس لیے یہ ضروری ہے کہ وہ سسٹم کی صورتحال سے باخبر رہیں۔ یہ ویب 3 میں خاص طور پر اہم ہے کیونکہ بعض اوقات ٹرانزیکشنز کو بلاک چین پر کمٹ (commit) ہونے میں کچھ وقت لگ سکتا ہے۔ اگر انہیں انتظار کرنے کی اطلاع دینے والا کوئی فیڈ بیک نہیں ملتا، تو صارفین کو یقین نہیں ہوتا کہ آیا کچھ ہوا بھی ہے یا نہیں۔

تجاویز:

• پیغام رسانی، نوٹیفیکیشنز، اور دیگر الرٹس کے ذریعے صارف کو مطلع کریں۔
• انتظار کے اوقات کو واضح طور پر بتائیں۔
• اگر کسی کارروائی میں چند سیکنڈز سے زیادہ وقت لگنے والا ہے، تو صارف کو ٹائمر یا اینیمیشن کے ذریعے تسلی دیں تاکہ انہیں محسوس ہو کہ کچھ ہو رہا ہے۔
• اگر کسی عمل کے متعدد مراحل ہیں، تو ہر مرحلہ دکھائیں۔

مثال: کسی ٹرانزیکشن میں شامل ہر مرحلے کو دکھانے سے صارفین کو یہ جاننے میں مدد ملتی ہے کہ وہ اس عمل میں کہاں ہیں۔ مناسب آئیکنز صارف کو ان کی کارروائیوں کی صورتحال سے آگاہ کرتے ہیں۔

2. سیکیورٹی اور اعتماد شامل ہیں

سیکیورٹی کو ترجیح دی جانی چاہیے، اور صارف کے لیے اس پر زور دیا جانا چاہیے۔ لوگ اپنے ڈیٹا کے بارے میں بہت فکر مند ہوتے ہیں۔ حفاظت اکثر صارفین کے لیے بنیادی تشویش ہوتی ہے، اس لیے اسے ڈیزائن کی تمام سطحوں پر مدنظر رکھا جانا چاہیے۔ آپ کو ہمیشہ اپنے صارفین کا اعتماد حاصل کرنے کی کوشش کرنی چاہیے، لیکن آپ یہ کیسے کرتے ہیں اس کا مطلب مختلف ایپس پر مختلف ہو سکتا ہے۔ اسے بعد کا خیال نہیں ہونا چاہیے، بلکہ اسے شعوری طور پر ہر جگہ ڈیزائن کیا جانا چاہیے۔ حتمی UI کے ساتھ ساتھ سوشل چینلز اور دستاویزات سمیت پورے صارف کے تجربے (user experience) میں اعتماد پیدا کریں۔ ڈی سینٹرلائزیشن کی سطح، ٹریژری ملٹی سگ (multi-sig) اسٹیٹس، اور کیا ٹیم ڈوکسڈ (doxxed) ہے، جیسی چیزیں صارفین کے اعتماد کو متاثر کرتی ہیں۔

تجاویز:

• فخر کے ساتھ اپنے آڈٹس کی فہرست بنائیں
• متعدد آڈٹس کروائیں
• آپ کے ڈیزائن کردہ کسی بھی حفاظتی فیچرز کی تشہیر کریں
• بنیادی انضمام (integrations) سمیت ممکنہ خطرات کو نمایاں کریں
• حکمت عملیوں کی پیچیدگی کو واضح کریں
• غیر UI مسائل پر غور کریں جو آپ کے صارفین کے تحفظ کے تصور کو متاثر کر سکتے ہیں

مثال: اپنے آڈٹس کو فوٹر میں نمایاں سائز میں شامل کریں۔

3. سب سے اہم معلومات واضح ہوتی ہیں

پیچیدہ سسٹمز کے لیے، صرف سب سے متعلقہ ڈیٹا دکھائیں۔ اس بات کا تعین کریں کہ کیا سب سے اہم ہے، اور اس کے ڈسپلے کو ترجیح دیں۔ بہت زیادہ معلومات الجھن کا باعث بنتی ہیں اور صارفین عام طور پر فیصلے کرتے وقت معلومات کے ایک حصے پر انحصار کرتے ہیں۔ ڈی فائی (DeFi) میں، یہ ممکنہ طور پر ییلڈ ایپس پر APR اور قرض دینے والی ایپس پر LTV ہوگا۔

تجاویز:

• صارف کی تحقیق سب سے اہم میٹرک کو بے نقاب کرے گی
• اہم معلومات کو بڑا، اور دیگر تفصیلات کو چھوٹا اور غیر نمایاں بنائیں
• لوگ پڑھتے نہیں، وہ اسکین کرتے ہیں؛ یقینی بنائیں کہ آپ کا ڈیزائن اسکین کے قابل ہے

مثال: اسکین کرتے وقت مکمل رنگ میں بڑے ٹوکنز تلاش کرنا آسان ہوتا ہے۔ APR بڑا ہے اور اسے ایک نمایاں رنگ میں ہائی لائٹ کیا گیا ہے۔

4. واضح اصطلاحات

اصطلاحات قابل فہم اور مناسب ہونی چاہئیں۔ تکنیکی اصطلاحات ایک بہت بڑی رکاوٹ بن سکتی ہیں، کیونکہ اس کے لیے ایک بالکل نیا ذہنی ماڈل بنانے کی ضرورت ہوتی ہے۔ صارفین ڈیزائن کو ان الفاظ، فقروں اور تصورات سے جوڑنے سے قاصر رہتے ہیں جنہیں وہ پہلے سے جانتے ہیں۔ ہر چیز مبہم اور غیر مانوس لگتی ہے، اور اس سے پہلے کہ وہ اسے استعمال کرنے کی کوشش بھی کر سکیں، سیکھنے کا ایک مشکل مرحلہ درپیش ہوتا ہے۔ ایک صارف کچھ پیسے بچانے کی خواہش کے ساتھ ڈی فائی (DeFi) کا رخ کر سکتا ہے، اور اسے جو ملتا ہے وہ یہ ہے: مائننگ، فارمنگ، اسٹیکنگ، ایمیشنز، برائبز، والٹس، لاکرز، veTokens، ویسٹنگ، ایپوکس، ڈی سینٹرلائزڈ الگورتھمز، پروٹوکول کی ملکیت والی لیکویڈیٹی... ایسی سادہ اصطلاحات استعمال کرنے کی کوشش کریں جو لوگوں کے وسیع ترین گروپ کی سمجھ میں آ سکیں۔ صرف اپنے پروجیکٹ کے لیے بالکل نئی اصطلاحات ایجاد نہ کریں۔

تجاویز:

• سادہ اور مستقل اصطلاحات استعمال کریں
• جہاں تک ممکن ہو موجودہ زبان استعمال کریں
• اپنی خود کی اصطلاحات نہ بنائیں
• رائج روایات کی پیروی کریں
• صارفین کو زیادہ سے زیادہ تعلیم دیں

مثال: "آپ کے انعامات" (Your rewards) ایک وسیع پیمانے پر سمجھی جانے والی، غیر جانبدار اصطلاح ہے؛ یہ اس پروجیکٹ کے لیے بنایا گیا کوئی نیا لفظ نہیں ہے۔ انعامات کو حقیقی دنیا کے ذہنی ماڈلز سے ملانے کے لیے USD میں ظاہر کیا جاتا ہے، یہاں تک کہ اگر انعامات خود کسی اور ٹوکن میں ہوں۔

5. کارروائیاں ہر ممکن حد تک مختصر ہوتی ہیں

ذیلی کارروائیوں کو گروپ کر کے صارف کے تعاملات (interactions) کو تیز کریں۔ یہ اسمارٹ کانٹریکٹ کی سطح کے ساتھ ساتھ UI پر بھی کیا جا سکتا ہے۔ صارف کو کسی عام کارروائی کو مکمل کرنے کے لیے سسٹم کے ایک حصے سے دوسرے حصے میں جانے – یا سسٹم کو مکمل طور پر چھوڑنے – کی ضرورت نہیں ہونی چاہیے۔

تجاویز:

• جہاں ممکن ہو "Approve" کو دیگر کارروائیوں کے ساتھ جوڑیں
• دستخط کرنے کے مراحل کو جتنا ممکن ہو ایک ساتھ بنڈل کریں

مثال: "add liquidity" اور "stake" کو ملانا ایک ایکسلریٹر کی ایک سادہ مثال ہے جو صارف کا وقت اور گیس دونوں بچاتا ہے۔

6. نیٹ ورک کنکشنز نظر آنے والے اور لچکدار ہوتے ہیں

صارف کو بتائیں کہ وہ کس نیٹ ورک سے جڑے ہوئے ہیں، اور نیٹ ورک تبدیل کرنے کے لیے واضح شارٹ کٹس فراہم کریں۔ یہ ملٹی چین ایپس پر خاص طور پر اہم ہے۔ منقطع ہونے یا کسی غیر تعاون یافتہ نیٹ ورک سے جڑے ہونے کے دوران بھی ایپ کے اہم فنکشنز نظر آنے چاہئیں۔

تجاویز:

• منقطع ہونے کے دوران ایپ کا زیادہ سے زیادہ حصہ دکھائیں
• دکھائیں کہ صارف فی الحال کس نیٹ ورک سے جڑا ہوا ہے
• نیٹ ورک تبدیل کرنے کے لیے صارف کو والیٹ میں جانے پر مجبور نہ کریں
• اگر ایپ کو صارف سے نیٹ ورک تبدیل کرنے کی ضرورت ہے، تو مین کال ٹو ایکشن (call to action) سے کارروائی کا اشارہ دیں
• اگر ایپ میں متعدد نیٹ ورکس کے لیے مارکیٹس یا والٹس شامل ہیں، تو واضح طور پر بتائیں کہ صارف فی الحال کون سا سیٹ دیکھ رہا ہے

مثال: صارف کو دکھائیں کہ وہ کس نیٹ ورک سے جڑے ہوئے ہیں، اور انہیں ایپ بار (appbar) میں اسے تبدیل کرنے کی اجازت دیں۔

7. کنٹرول ایپ سے ہوتا ہے، والیٹ سے نہیں

UI کو صارف کو وہ سب کچھ بتانا چاہیے جو انہیں جاننے کی ضرورت ہے اور انہیں ان تمام چیزوں پر کنٹرول دینا چاہیے جو انہیں کرنے کی ضرورت ہے۔ ویب 3 میں، کچھ کارروائیاں آپ UI میں کرتے ہیں، اور کچھ کارروائیاں آپ والیٹ میں کرتے ہیں۔ عام طور پر، آپ UI میں کوئی کارروائی شروع کرتے ہیں، اور پھر والیٹ میں اس کی تصدیق کرتے ہیں۔ اگر ان دونوں پہلوؤں کو احتیاط سے مربوط نہ کیا جائے تو صارفین بے چینی محسوس کر سکتے ہیں۔

تجاویز:

• UI میں فیڈ بیک کے ذریعے سسٹم کی صورتحال سے آگاہ کریں
• ان کی ہسٹری کا ریکارڈ رکھیں
• پرانی ٹرانزیکشنز کے لیے بلاک ایکسپلوررز کے لنکس فراہم کریں
• نیٹ ورکس تبدیل کرنے کے لیے شارٹ کٹس فراہم کریں۔

مثال: ایک غیر نمایاں کنٹینر صارف کو دکھاتا ہے کہ ان کے والیٹ میں کون سے متعلقہ ٹوکنز ہیں، اور مین CTA نیٹ ورک تبدیل کرنے کے لیے ایک شارٹ کٹ فراہم کرتا ہے۔