جواب این سوال کاملا به رویکرد شما نسبت به دیزاین بستگی داره، من تجربه شخصی خودم از پروژه اخیری که با این چالش روبرو بودم رو در ادامه نوشته‌ام.
اولین بار ترم اول دانشگاه بود که راجب طراحی ماژولار یک سیستم خوندم، در واقع در طراحی ماژولار قطعات به اجزای کوچکتری تقسیم می‌شوند. هدف از ماژولارسازی، کم کردن هزینه‌های جانبی برای مصرف کننده (شما بخوانید کاربر)، کم کردن ریسک خرابی برای کل سیستم، افزایش بهره‌وری سیستم، در کنار یک‌سری مزیت‌های دیگر است.
چند وقت‌پیش، داستانی در رابطه با برند Komatsu در رقابت با رقیب دیرینه‌اش یعنی Caterpillar که هر دو در صنعت تولید ماشین آلات سنگین و فوق سنگین فعالیت دارند را شنیدم. داستان از این قرار بود که Komatsu برای ورود به بازار، رقیب بزرگی را پیش‌روی خود داشت و با توجه به بالابودن هزینه احداث نمایندگی در هر شهر و کشور امکان رقابت با Caterpillar را نداشت.
از این رو، با نوآوری و تغییر در طراحی ماشین‌های خود توانست بخش بزرگی از بازار را به دست آورد. میپرسید چطوری؟ به راحتی! با ماژولا کردن دیزاین ماشین آلات صنعتی خود توانست بخش عظیمی از نگرانی مشتریانش در رابطه با خرابی کل سیستم و همچنین هزینه حمل و نقل به نمایندگی را کم کند.
چند وقت پیش، شروع به طراحی یک محصول SaaS کردم. به طور خلاصه، خدمت این پروداکت ارائه پنل برای مدیریت کسب و کارها بود. در این پنل نزدیک به ۲۰ امکان مدیریتی از جمله خرید و فروش، فاکتورها، باشگاه مشتریان، انبار، هزینه‌ها، اقامت، محصولات، رزرو، گزارش‌ها و... ارائه می‌شود.
براساس پرسونای مشتریان یکی از مهم‌ترین چالش های این پروداکت ارائه خدمت به کسب و کارهای مختلف بود و خب اگه یک حساب سر انگشتی بکنیم، مدیریت یک رستوران، سوپرمارکت و یا فروشگاه لوازم الکترونیکd میتواند کاملا با هم متفاوت باشد.
در این مقاله صرفا راجب ماژولارسازی صفحه داشبورد صحبت خواهیم کرد و اینکه چگونه با تغییر در این صفحه به تجربه کاربری و حل چالش های آن کمک کرده‌ایم. در نظر داشته باشید که کل این پروداکت به صورت ماژولار طراحی شده که در آینده کیس استادی کامل آن را خواهم نوشت.
همانطور که پیش‌تر گفتم، باتوجه به اینکه استفاده هر کسب و کار از این پروداکت میتواند متفاوت باشد، صفحه داشبورد نیز باید مطابق با همین نیاز طراحی شود.این صفحه چند چالش اصلی داشت:
این صفحه متشکل از تعداد زیادی آمار و گزارش به صورت عددی، نموداری و جدولی می‌باشد. باتوجه به زیاد بودن تعداد این آمار و گزارش‌ها امکان استفاده تمام آن‌ها به دو علت در این صفحه وجود ندارد. اول اینکه استفاده تمام این گزارش‌ها تاثیر زیادی بر روی پرفورمنس صفحه خواهد داشت. دوم، استفاده از تمام این آمار و گزارش‌ها میتواند سرعت رسیدن کاربر به آمار و گزارش دلخواه را کم کند.
خب، برگردیم سراغ اینکه چرا راجب ماژولارسازی صحبت کردیم. با توجه به اهداف و چالش‌هایی که بالاتر گفتم، به این ایده رسیدم که طراحی ماژولار میتواند بخش اعظمی از این چالش‌ها را حل کند. پس شروع به طراحی بخش جدیدی تحت عنوان "شخصی سازی داشبورد" کردم.
تمامی گزارش‌ها به صورت دسته‌بندی شده در این سکشن که در سمت چپ صفحه قرار گرفته بود اضافه شد. پس از این کاربران قادر به انتخاب گزارش های مورد نظر خود، از بین گزارش‌های موجود هستند. همچنین، یکی دیگر از دلایل انتخاب این روش برای صفحه داشبورد این بود که در صورت اضافه شدن گزارش و یا آمار جدید به سایر گزارش‌ها و صفحه آسیبی وارد نکند.
گاهی اوقات با الهام گرفتن از اشیای دور و بر خودمون می‌توانیم ایده خوبی برای رفع چالش ها بدست بیاریم. همچنین کمک گرفتن از دیزاین‌های قدیمی و یا تفکر طراحی در شرکت های دیگه میتواند به ما در حل مشکلات کاربران کمک کند. طراحی ماژولار میتواند در بخش‌ها و یا محصولات مختلفی استفاده شود اما نکته مهم این است که بدانیم رویکرد ما و بیزینس نسبت به طراحی و چشم انداز آینده آن چیست.
خوشحال میشم اگه شما هم تجربه‌ای در این زمینه داشتید بنویسید و با هم راجبش صحبت کنیم. سعی میکنم در آینده کیس استای کامل این پروداکت پرچالش رو براتون بنویسم.
