مسئله
هلو یک نرمافزار حسابداری آفلاین ویندوزی است که بیش از یک میلیون کسبوکار کوچک و متوسط با آن کار میکنند. سالها، ویژگیها تیکتبهتیکت و بر اساس درخواست مشتریان به آن اضافه شده بود؛ نتیجه، نرمافزاری فوقالعاده توانمند بود که هیچ طراحی تجربهای پشتش نبود: منوهای تودرتو، آیکونها و کنترلهای رنگورورفته، تایپفیس فرسوده و فرمهایی که هر کدام منطق چیدمان خودشان را داشتند. از آن طرف، کاربران به همین رابط عادت کرده بودند و هر تغییری میتوانست کار روزانهی هزاران فروشگاه را مختل کند؛ تغییر باید با احتیاط کامل انجام میشد.
دامنه وظایف و نقش من
هدایت بازطراحی UX محصول با من بود؛ در محیطی که پیش از آن هیچ زبان طراحی منسجمی نداشت. از نقشهبرداری معماری اطلاعات با کمک توسعهدهندهها و تحلیل رقبا، تا تعریف زبان بصری تازه (تایپوگرافی، گرید، فاصلهگذاری و مجموعه آیکون)، طراحی صفحهها و جریانهای کلیدی، و مستندسازی برای تیم توسعهای که با ابزار بیستسال پیش کار میکرد.
فرآیند
اول کل سیستم را نقشهبرداری کردم تا روشن شود چه چیزی کجاست و چه چیزی به چه چیزی وابسته است؛ کاری که بدون همراهی توسعهدهندههای قدیمی ممکن نبود. اصل راهنمای بازطراحی این بود: عادتها را نشکن. ساختار منوها، میانبرهای صفحهکلید و ترتیب فیلدها همان ماند که کاربران از حفظ بودند؛ چیزی که عوض شد، وضوح، سلسلهمراتب و یکدستی بود. بهجای یک انقلاب یکشبه، جریانها یکییکی و در نسخههای متوالی بازطراحی و عرضه شدند تا ریسک هر قدم قابل مدیریت باشد.
راهحل ۱: فرم اصلی و خانهی نرمافزار
فرم اصلی همان سه لایهی آشنا را نگه داشت — منو، دسترسی سریع، پنل کناری — اما با جستجوی سراسری، آیکونهای خوانا با برچسب، و پنلی که بهجای تبلیغ، یادآورها و اعلانهای کاربر را نشان میدهد. صفحهی خالی وسط هم بالاخره صاحب کار شد: داشبورد موجودی و دکمههای دسترسی سریعِ قابل شخصیسازی.
راهحل ۲: یک الگوی واحد برای همهی فهرستها و فرمها
در نسخهی قدیمی هر فرم قواعد خودش را داشت: جای دکمهها، رفتار جستجو، حتی رنگها. برای دهها فهرست و فرم، یک الگوی واحد طراحی شد: جستجوی درجا در سرستونها، فیلتر گروهها در بالا، اکشنهای اصلی همیشه در نوار پایین و در جای ثابت. فرمهای تعریف (کالا، طرفحساب، حساب بانکی و…) هم دو بخش شدند: اطلاعات ضروری همیشه در ستون ثابت، جزئیات کمکاربردتر در تبها — همان افشای تدریجی که شلوغی را بدون حذف امکانات جمع میکند.
راهحل ۳: فاکتور؛ قلب نرمافزار
کاربر هلو ساعتهای روزش را داخل فاکتور میگذراند و بیشترِ کارش را با صفحهکلید انجام میدهد. در طراحی جدید همهی میانبرها سر جایشان ماندند و فقط پیداکردنشان آسان شد. اطلاعات طرفحساب — مانده، بدهکاری، آدرس — که قبلا لابهلای فیلدها گم بود، به ستون کناری ثابت آمد و اطلاعات کالای انتخابشده هم در نوار پایین همیشه در دید است. صندوق فروش (تکفروشی) از یک جدول خام به یک POS واقعی تبدیل شد: کارتهای تصویری کالا با دستهبندی، فاکتورهای باز بهصورت موازی، و نمایشگر وزن برای اتصال مستقیم ترازو.
راهحل ۴: امور مالی؛ از ماتریس گزینهها به گروههای معنادار
فرم امور مالی قدیمی دوازده نوع عملیات را در یک ردیف رادیوباتن فشرده کرده بود و کاربر باید معنی هر کدام را از قبل میدانست. در طراحی جدید همان عملیاتها زیر سه گروه آشنا نشستند — انتقال، پرداخت، دریافت — و فرم هر عملیات فقط فیلدهای مرتبط با همان عملیات را نشان میدهد.
راهحل ۵: تنظیمات؛ از یک دیالوگ فشرده به یک مرکز قابل جستجو
همهی تنظیمات نرمافزار در یک دیالوگ «گزینهها» با دهها چکباکس فشرده جمع شده بود. در طراحی جدید، تنظیمات بر اساس ذهنیت کاربر دستهبندی شد — پایه، نمایش، عملیاتها، امور مالی، حسابداری — با جستجو برای پیداکردن سریع هر گزینه و متنهایی که بهجای اصطلاحات فنی، با زبان خود کاربر نوشته شدند.
راهحل ۶: جریانهایی که با الگوی جدید دوباره ساخته شدند
وقتی زبان طراحی و الگوها جا افتاد، جریانهای عملیاتی یکییکی با همان قواعد بازطراحی شدند: انبارگردانی با بارکد و گزارش مغایرتی که اختلافها را همانجا در جدول برجسته میکند، چرخهی کامل چک از تعریف تا وصول و چاپ، تولید طبق فرمول، سفارشات و کالای امانی.
نتیجه
بازطراحی بهصورت تدریجی و از نسخهی ۹ به بعد عرضه شد؛ جریان به جریان، تا عادت هیچکس یکشبه نشکند. بازخورد ارگانیک در کانالهای کاربری بهطور گستردهای مثبت بود — برای محصولی با این عمر و این جامعهی کاربری، همین که تغییری به این بزرگی «بیسروصدا» پذیرفته شود، بهترین خبر ممکن بود.
بازتاب
این پروژه دو درس بزرگ داشت. اول اینکه در مقیاس میلیونی، سرعت تغییر کماهمیتتر از جهتِ درست و کمریسک آن است؛ احترام به عادت کاربر خودش یک تصمیم طراحی است. دوم اینکه محدودیت فنی دشمن طراحی نیست — وقتی ابزارت دلفی ۶ است، مجبوری هر پیکسل را آگاهانه خرج کنی، و همین اجبار، طراحی را منضبطتر میکند.