چطور اسلک وسط شلوغی منوها با کمک ۱۰۰ کاربر واقعی خانهتکانی کرد
وقتی محصولت بزرگ میشود و هر تیم گوشهای یک دکمه جدید میگذارد، حتی کاربران قدیمی هم راهشان را گم میکنند؛ اسلک برای حلش بهجای بحث در اتاق جلسه، طراحی را برد وسط کانال واقعی مشتریها.

- ناشر منبع
- Slack Blog
- زمان مطالعه
- ۴ دقیقه مطالعه
- نویسنده منبع
- Anna Niess & Zack Sultan
- تاریخ انتشار منبع
- ۲۸ اسفند ۱۳۹۸
ماجرا از کجا شروع شد؟
اسلک کمکم از آن ابزار جمعوجور روزهای اولش بزرگتر شده بود و همان بلایی سرش آمده بود که سر خیلی از محصولات موفق میآید: هر تیم قابلیت تازهای اضافه کرده بود و حاصلش شده بود یک هدر با بیش از دوازده دکمه، دو نوار جستوجوی موازی که تقریباً یک کار میکردند، و منوهایی که قابلیتهای خوب محصول را لای هزارتوی خودشان قایم کرده بودند.
خود تیم طراحی هم فهمیده بود که این کلاف سردرگم با یک تست A/B کوچک یا چسباندن استیکینوت روی دیوار اتاق جلسه باز نمیشود؛ چون کاربری که روزی حدود ۹ ساعت به اسلک وصل است و بهطور میانگین ۹۰ دقیقه فعالانه با آن کار میکند، با یک تغییر ناگهانی حس میکند کسی بدون اجازه اتاق کارش را جابهجا کرده است.
چه تصمیمی گرفتند؟
بهجای اینکه درهای استودیو را ببندند و چند ماه بعد با یک نسخه غافلگیرکننده برگردند، چند کار هوشمندانه کردند:
- پروتوتایپهای دورریختنی ساختند: با یک تیم کوچک، فرضهای قبلی را کنار گذاشتند و رابط کاربری را تا جای ممکن خلوت کردند تا ببینند اصلاً چه چیزهایی واقعاً لازم است.
- مشتریها را آوردند توی یک کانال مشترک: حدود ۱۰۰ کاربر از سازمانهای مختلف (از بانک و خردهفروشی بزرگ تا مزرعه لبنیات و مطب دندانپزشکی!) را وارد یک کانال مشترک کردند تا هفتهها با نسخه آزمایشی کار کنند و رکوراست نظر بدهند؛ گاهی همان روز بازخورد را میگرفتند و فردایش نسخه اصلاحشده را میفرستادند.
- با افراد صفرکیلومتر بنچمارک گرفتند: از آدمهایی که تا به حال اسلک ندیده بودند خواستند کارهای پایهای مثل پیامدادن و پیداکردن کانال را بین نسخه قدیم و جدید انجام بدهند.
- دکمه شناور روی دسکتاپ کار نمیکند: دکمه نوشتن پیام جدید را پایین سایدبار گذاشته بودند شبیه موبایل، ولی کاربران دسکتاپ کلاً ندیدندش! جایش را آوردند بالای سایدبار و همان لحظه فهمیده شد.
- راستکلیک فقط برای حرفهایها نیست: خیلی از تازهواردها اولین یا دومین واکنششان برای انجام کار، راستکلیک روی صفحه بود.
- منوی بسته یعنی قابلیت نامرئی: بخشهایی مثل دایرکتوری اعضا و پیامهای ذخیرهشده را اول بسته گذاشته بودند تا خلوت بماند، اما کاربران جدید اصلاً متوجه وجودشان نمیشدند؛ پس بهصورت پیشفرض بازشان گذاشتند.
چی شد که جواب داد؟
در تستهای اول نسخه جدید در بعضی بخشها از نسخه قدیم عقبتر بود، اما بعد از اصلاح دهها گره ریز (مثلاً برگرداندن تعداد اعضای کانال که به کاربر حس «خواندن فضای اتاق» میداد، یا ثابتکردن نوار جستوجو و تاریخچه شبیه مرورگر در بالای اپ)، در دور دوم آزمایش، طراحی جدید در تمام سناریوها مساوی یا بهتر از نسخه قبلی عمل کرد.
نکتهای که میتونیم یاد بگیریم
در محصولاتی که کاربران هر روز ساعتها در آن زندگی میکنند، «واضح بودن» از «باهوشنمایی در طراحی» خیلی ارزشمندتر است. قبل از اینکه دکمهها را قایم کنید تا ظاهر مینیمال شود، ببینید کاربر تازهوارد بدون راهنما پیدایشان میکند یا نه.
نسخه کامل و اصلی این کیساستادی
این روایت یک بازخوانی کوتاه فارسی است. برای جزئیات کامل، تصاویر اصلی و متن نویسنده به منبع مراجعه کنید.
کیسهای مرتبط
داستانهای دیگری با موضوع یا برچسبهای نزدیک که شاید الهامبخش باشند.
چطور پستمن هزارتوی میلیونها کالکشن را با یک سرچ دوباره مرتب کرد
روایت بازطراحی موتور جستوجو و کشف ریسورس در پستمن: از سردرگمی بین کالکشنهای تکراری تا دستهبندی هوشمند اندپوینتها.
چطور یک دیزاین سیستم نجاتبخش کدهای آشفته نرمافزارهای سازمانی شد
داستان ایجاد سیستم طراحی Space: متحد کردن جدولهای شلوغ سازمانی، فرمهای چندمرحلهای و تعاملات دسکتاپ زیر یک چتر هماهنگ.
جادوی بیس کامپوننتها در فیگما: چطور با یک تغییر، هزار کامپوننت بهروز شدند
راهنمای معماری مقیاسپذیر در فیگما: استفاده از کامپوننتهای پایه برای مهار تکثیر لایهها، مدیریت واریانتها و ارتقای عملکرد فایلها.


