Web3 انٹرفیس ڈیزائن کے لیے 7 ہیورسٹکس
افادیت کے ہیورسٹکس (Usability heuristics) وسیع "بنیادی اصول" ہیں جنہیں آپ اپنی سائٹ کی افادیت کو ماپنے کے لیے استعمال کر سکتے ہیں۔ یہاں موجود 7 ہیورسٹکس خاص طور پر Web3 کے لیے تیار کیے گئے ہیں اور انہیں جیکب نیلسن (Jakob Nielsen) کے انٹرایکشن ڈیزائن کے 10 عمومی اصولوں (opens in a new tab) کے ساتھ استعمال کیا جانا چاہیے۔
Web3 کے لیے سات افادیت کے ہیورسٹکس
- فیڈ بیک کارروائی کے بعد آتا ہے
- سیکیورٹی اور اعتماد
- سب سے اہم معلومات واضح ہوتی ہیں
- قابل فہم اصطلاحات
- کارروائیاں ممکنہ حد تک مختصر ہوتی ہیں
- نیٹ ورک کنکشنز نظر آنے والے اور لچکدار ہوتے ہیں
- والیٹ سے نہیں، ایپ سے کنٹرول
تعریفیں اور مثالیں
1. فیڈ بیک کارروائی کے بعد آتا ہے
یہ واضح ہونا چاہیے کہ کب کچھ ہوا ہے، یا ہو رہا ہے۔
صارفین اپنے پچھلے اقدامات کے نتائج کی بنیاد پر اپنے اگلے اقدامات کا فیصلہ کرتے ہیں۔ اس لیے یہ ضروری ہے کہ وہ سسٹم کی حالت کے بارے میں باخبر رہیں۔ یہ Web3 میں خاص طور پر اہم ہے کیونکہ ٹرانزیکشنز کو بعض اوقات بلاک چین پر کمٹ ہونے میں تھوڑا وقت لگ سکتا ہے۔ اگر انہیں انتظار کرنے کی اطلاع دینے والا کوئی فیڈ بیک نہیں ملتا، تو صارفین کو یقین نہیں ہوتا کہ آیا کچھ ہوا بھی ہے یا نہیں۔
تجاویز:
- صارف کو میسجنگ، اطلاعات، اور دیگر الرٹس کے ذریعے مطلع کریں۔
- انتظار کے اوقات کو واضح طور پر بتائیں۔
- اگر کسی کارروائی میں چند سیکنڈ سے زیادہ وقت لگنے والا ہے، تو صارف کو ٹائمر یا اینیمیشن کے ذریعے تسلی دیں تاکہ انہیں محسوس ہو کہ کچھ ہو رہا ہے۔
- اگر کسی عمل کے متعدد مراحل ہیں، تو ہر مرحلہ دکھائیں۔
مثال: ٹرانزیکشن میں شامل ہر مرحلے کو دکھانے سے صارفین کو یہ جاننے میں مدد ملتی ہے کہ وہ اس عمل میں کہاں ہیں۔ مناسب آئیکنز صارف کو ان کی کارروائیوں کی حالت سے آگاہ کرتے ہیں۔
2. سیکیورٹی اور اعتماد شامل ہیں
سیکیورٹی کو ترجیح دی جانی چاہیے، اور صارف کے لیے اس پر زور دیا جانا چاہیے۔ لوگ اپنے ڈیٹا کا بہت خیال رکھتے ہیں۔ حفاظت اکثر صارفین کے لیے بنیادی تشویش ہوتی ہے، اس لیے اسے ڈیزائن کی تمام سطحوں پر مدنظر رکھا جانا چاہیے۔ آپ کو ہمیشہ اپنے صارفین کا اعتماد حاصل کرنے کی کوشش کرنی چاہیے، لیکن آپ یہ کیسے کرتے ہیں اس کا مطلب مختلف ایپس پر مختلف ہو سکتا ہے۔ یہ کوئی بعد کا خیال نہیں ہونا چاہیے، بلکہ اسے شعوری طور پر ہر جگہ ڈیزائن کیا جانا چاہیے۔ حتمی UI کے ساتھ ساتھ سوشل چینلز اور دستاویزات سمیت پورے صارف کے تجربے میں اعتماد پیدا کریں۔ لامرکزیت کی سطح، خزانہ کا ملٹی سگ (multi-sig) اسٹیٹس، اور کیا ٹیم کی شناخت ظاہر (doxxed) ہے، جیسی چیزیں صارفین کے اعتماد کو متاثر کرتی ہیں۔
تجاویز:
- فخر کے ساتھ اپنے آڈٹس کی فہرست بنائیں
- متعدد آڈٹس کروائیں
- اپنے ڈیزائن کردہ کسی بھی حفاظتی فیچرز کی تشہیر کریں
- بنیادی انضمام (integrations) سمیت ممکنہ خطرات کو نمایاں کریں
- حکمت عملیوں کی پیچیدگی سے آگاہ کریں
- غیر UI مسائل پر غور کریں جو آپ کے صارفین کے حفاظت کے تصور کو متاثر کر سکتے ہیں
مثال: اپنے آڈٹس کو فوٹر میں نمایاں سائز میں شامل کریں۔
3. سب سے اہم معلومات واضح ہوتی ہیں
پیچیدہ سسٹمز کے لیے، صرف سب سے متعلقہ ڈیٹا دکھائیں۔ اس بات کا تعین کریں کہ کیا سب سے اہم ہے، اور اس کے ڈسپلے کو ترجیح دیں۔ بہت زیادہ معلومات الجھن کا باعث بنتی ہیں اور صارفین عام طور پر فیصلے کرتے وقت معلومات کے ایک حصے پر انحصار کرتے ہیں۔ غیر مرکزی مالیات (DeFi) میں، یہ ممکنہ طور پر ییلڈ ایپس پر APR اور قرض دینے والی ایپس پر LTV ہوگا۔
تجاویز:
- صارف کی تحقیق سب سے اہم میٹرک کو بے نقاب کرے گی
- کلیدی معلومات کو بڑا، اور دیگر تفصیلات کو چھوٹا اور غیر نمایاں بنائیں
- لوگ پڑھتے نہیں، وہ سرسری جائزہ (scan) لیتے ہیں؛ یقینی بنائیں کہ آپ کا ڈیزائن سرسری جائزے کے قابل ہے
مثال: سرسری جائزہ لیتے وقت مکمل رنگ میں بڑے ٹوکنز تلاش کرنا آسان ہوتا ہے۔ APR بڑا ہے اور اسے ایک نمایاں رنگ میں ہائی لائٹ کیا گیا ہے۔
4. واضح اصطلاحات
اصطلاحات قابل فہم اور مناسب ہونی چاہئیں۔ تکنیکی اصطلاحات ایک بہت بڑی رکاوٹ بن سکتی ہیں، کیونکہ اس کے لیے ایک بالکل نیا ذہنی ماڈل بنانے کی ضرورت ہوتی ہے۔ صارفین ڈیزائن کو ان الفاظ، فقروں اور تصورات سے جوڑنے سے قاصر رہتے ہیں جنہیں وہ پہلے سے جانتے ہیں۔ ہر چیز مبہم اور غیر مانوس لگتی ہے، اور اس سے پہلے کہ وہ اسے استعمال کرنے کی کوشش بھی کر سکیں، سیکھنے کا ایک مشکل مرحلہ درپیش ہوتا ہے۔ ایک صارف کچھ پیسے بچانے کی غرض سے غیر مرکزی مالیات (DeFi) کا رخ کر سکتا ہے، اور اسے جو ملتا ہے وہ یہ ہے: کان کنی، فارمنگ، اسٹیکنگ، ایمیشنز، برائبز، والٹس، لاکرز، veTokens، ویسٹنگ، ایپوکس، لامركزی الگورتھمز، پروٹوکول کی ملکیت والی سیالیت… ایسی سادہ اصطلاحات استعمال کرنے کی کوشش کریں جو لوگوں کے وسیع ترین گروپ کی سمجھ میں آ سکیں۔ صرف اپنے پروجیکٹ کے لیے بالکل نئی اصطلاحات ایجاد نہ کریں۔
تجاویز:
- سادہ اور مستقل اصطلاحات استعمال کریں
- جتنا ممکن ہو موجودہ زبان استعمال کریں
- اپنی خود کی اصطلاحات نہ بنائیں
- جیسے ہی روایات سامنے آئیں ان کی پیروی کریں
- صارفین کو جتنا ممکن ہو تعلیم دیں
مثال: "آپ کے انعامات" ایک وسیع پیمانے پر سمجھی جانے والی، غیر جانبدار اصطلاح ہے؛ نہ کہ اس پروجیکٹ کے لیے بنایا گیا کوئی نیا لفظ۔ انعامات کو حقیقی دنیا کے ذہنی ماڈلز سے ملانے کے لیے USD میں ظاہر کیا جاتا ہے، یہاں تک کہ اگر انعامات خود کسی اور ٹوکن میں ہوں۔
5. کارروائیاں ممکنہ حد تک مختصر ہوتی ہیں
ذیلی کارروائیوں کو گروپ کر کے صارف کے تعاملات کو تیز کریں۔ یہ سمارٹ کنٹریکٹ کی سطح کے ساتھ ساتھ UI پر بھی کیا جا سکتا ہے۔ صارف کو کسی عام کارروائی کو مکمل کرنے کے لیے سسٹم کے ایک حصے سے دوسرے حصے میں جانے – یا سسٹم کو مکمل طور پر چھوڑنے – کی ضرورت نہیں ہونی چاہیے۔
تجاویز:
- جہاں ممکن ہو "منظور کرنا" کو دیگر کارروائیوں کے ساتھ جوڑیں
- دستخط کرنا کے مراحل کو جتنا ممکن ہو ایک ساتھ بنڈل کریں
مثال: "سیالیت شامل کریں" اور "اسٹیک" کو ملانا ایک ایکسلریٹر کی ایک سادہ مثال ہے جو صارف کا وقت اور گیس دونوں بچاتا ہے۔
6. نیٹ ورک کنکشنز نظر آنے والے اور لچکدار ہوتے ہیں
صارف کو مطلع کریں کہ وہ کس نیٹ ورک سے جڑے ہوئے ہیں، اور نیٹ ورک تبدیل کرنے کے لیے واضح شارٹ کٹس فراہم کریں۔ یہ ملٹی چین ایپس پر خاص طور پر اہم ہے۔ منقطع ہونے یا غیر تعاون یافتہ نیٹ ورک سے جڑے ہونے کے دوران بھی ایپ کے اہم فنکشنز نظر آنے چاہئیں۔
تجاویز:
- منقطع ہونے کے دوران ایپ کا جتنا ممکن ہو حصہ دکھائیں
- دکھائیں کہ صارف فی الحال کس نیٹ ورک سے جڑا ہوا ہے
- نیٹ ورک تبدیل کرنے کے لیے صارف کو والیٹ میں جانے پر مجبور نہ کریں
- اگر ایپ کو صارف سے نیٹ ورک تبدیل کرنے کی ضرورت ہے، تو مین کال ٹو ایکشن سے کارروائی کا اشارہ دیں
- اگر ایپ میں متعدد نیٹ ورکس کے لیے مارکیٹس یا والٹس شامل ہیں، تو واضح طور پر بتائیں کہ صارف فی الحال کون سا سیٹ دیکھ رہا ہے
مثال: صارف کو دکھائیں کہ وہ کس نیٹ ورک سے جڑے ہوئے ہیں، اور انہیں ایپ بار میں اسے تبدیل کرنے کی اجازت دیں۔
7. والیٹ سے نہیں، ایپ سے کنٹرول
UI کو صارف کو وہ سب کچھ بتانا چاہیے جو انہیں جاننے کی ضرورت ہے اور انہیں وہ سب کچھ کرنے کا کنٹرول دینا چاہیے جو انہیں کرنے کی ضرورت ہے۔ Web3 میں، کچھ کارروائیاں آپ UI میں کرتے ہیں، اور کچھ کارروائیاں آپ والیٹ میں کرتے ہیں۔ عام طور پر، آپ UI میں کوئی کارروائی شروع کرتے ہیں، اور پھر والیٹ میں اس کی تصدیق کرتے ہیں۔ اگر ان دونوں پہلوؤں کو احتیاط سے مربوط نہ کیا جائے تو صارفین بے چینی محسوس کر سکتے ہیں۔
تجاویز:
- UI میں فیڈ بیک کے ذریعے سسٹم کی حالت سے آگاہ کریں
- ان کی ہسٹری کا ریکارڈ رکھیں
- پرانی ٹرانزیکشنز کے لیے بلاک ایکسپلوررز کے لنکس فراہم کریں
- نیٹ ورکس تبدیل کرنے کے لیے شارٹ کٹس فراہم کریں۔
مثال: ایک غیر نمایاں کنٹینر صارف کو دکھاتا ہے کہ ان کے والیٹ میں کون سے متعلقہ ٹوکنز ہیں، اور مین CTA نیٹ ورک تبدیل کرنے کے لیے ایک شارٹ کٹ فراہم کرتا ہے۔
