فینورا

کاربران برای دیدن وضعیت دارایی و پیدا کردن علت تغییرات، میان چند گزارش جابه‌جا می‌شدند. اصطلاحات تخصصی و اولویت نامشخص اطلاعات، مسیر تحلیل را طولانی می‌کرد.

هدف پروژه فقط مرتب کردن صفحه نبود. باید مدل ذهنی کاربر را می‌فهمیدیم و اطلاعات را بر اساس تصمیمی که قرار بود بگیرد بازچینی می‌کردیم.

با مرور رفتار کاربران و گفت‌وگو با تیم پشتیبانی، پرسش‌های پرتکرار استخراج شد. سپس معماری اطلاعات بر پایه سه نیاز شکل گرفت: وضعیت امروز، علت تغییر و اقدام بعدی.

نمونه تعاملی در چند دور بررسی شد و الگوی نمایش نمودار، جدول و جزئیات دارایی به یک سیستم مشترک رسید.

نسخه نهایی مسیر خواندن اطلاعات را کوتاه‌تر کرد و زبان رابط میان وب و موبایل یکدست شد. تیم توسعه نیز به مجموعه‌ای روشن از الگوها و حالت‌های رابط دسترسی داشت.