Visualها و ساخت گزارش تعاملی حرفه‌ای

کتاب جامع Power BI — آموزش پروژه‌محور و کاربردی

مقدمه؛ نمودار قشنگ کافی نیست

تا اینجا داده را تمیز کردیم، مدل ساختیم و Measureهای مهم را نوشتیم. حالا وقت آن است که خروجی را جلوی مدیر بگذاریم. اینجا یک خطر وجود دارد: فکر کنیم هرچه نمودار بیشتر و رنگارنگ‌تر باشد، گزارش حرفه‌ای‌تر است.

Visual خوب باید یک سؤال را سریع جواب بدهد. اگر مدیر برای فهمیدن یک نمودار مجبور شود چند دقیقه فکر کند، احتمالاً طراحی ما نیاز به بازنگری دارد.

۷.۱. قبل از انتخاب Visual، سؤال را مشخص کن

اول سؤال، بعد نمودار. مثلاً اگر سؤال «روند فروش در طول زمان چیست؟» باشد، Line Chart معمولاً منطقی‌تر از Pie Chart است.

۷.۲. Card؛ ساده ولی مهم

Card برای نمایش یک عدد کلیدی مثل Total Sales، Profit یا Achievement % عالی است.

ولی Card بدون Context ناقص است. کنار فروش ۱۴۷ میلیاردی بهتر است رشد، هدف یا دوره زمانی هم مشخص باشد.

Total Sales: 147B
YoY Growth: +12.4%
Achievement: 91.9%

۷.۳. KPI؛ عدد را با هدف مقایسه کن

یک KPI وقتی ارزش بیشتری پیدا می‌کند که مقدار فعلی را با Target یا وضعیت مرجع مقایسه کنیم.

مثلاً فقط نمایش «فروش = ۸۲» کافی نیست؛ «۸۲ از هدف ۱۰۰» معنی مدیریتی بیشتری دارد.

۷.۴. Bar Chart یا Column Chart؟

هر دو برای مقایسه دسته‌ها مناسب‌اند. وقتی نام دسته‌ها طولانی است، Bar Chart افقی معمولاً خواناتر می‌شود.

مثلاً مقایسه فروش شعب تهران، اصفهان، تبریز و مشهد با Bar Chart خیلی سریع قابل فهم است.

۷.۵. Line Chart؛ بهترین دوست تحلیل روند

برای نمایش تغییرات در طول زمان، Line Chart یکی از انتخاب‌های اصلی است.

محور زمان باید مرتب و قابل اعتماد باشد. همان Date Table و Sort صحیح ماه‌ها که قبلاً ساختیم اینجا خودش را نشان می‌دهد.

۷.۶. Pie و Donut؛ کم و با دلیل

Pie و Donut برای تعداد کم دسته و نمایش سهم کلی می‌توانند مفید باشند، ولی وقتی دسته‌ها زیاد شوند مقایسه زاویه‌ها سخت می‌شود.

نکته: اگر کاربر باید بین ۱۲ تکه Pie مقایسه دقیق انجام دهد، احتمالاً Bar Chart انتخاب بهتری است.

۷.۷. Table و Matrix

Table برای نمایش جزئیات مستقیم مناسب است. Matrix وقتی Hierarchy، Subtotal و تحلیل چندسطحی داریم قدرت بیشتری دارد.

Branch
 └── Category
      └── Product

در Matrix می‌توانیم از شعبه به گروه محصول و بعد محصول Drill Down کنیم.

۷.۸. Slicer؛ کنترل را به کاربر بده

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

اما Slicer زیاد هم خوب نیست. اگر صفحه ۱۵ فیلتر داشته باشد، کاربر قبل از تحلیل خسته می‌شود.

۷.۹. Sync Slicers

اگر گزارش چند صفحه دارد، ممکن است بخواهیم انتخاب یک Slicer در چند صفحه حفظ شود. Sync Slicers برای همین سناریو مفید است.

مثلاً مدیر شعبه تهران را در صفحه Overview انتخاب کند و وقتی وارد صفحه Product Analysis می‌شود همان شعبه همچنان فعال باشد.

۷.۱۰. Visual Interaction

کلیک روی یک Visual می‌تواند Visualهای دیگر را Filter یا Highlight کند.

Click: Branch = Tehran
        ↓
Product Chart filtered
Salesperson Chart filtered
KPI Cards recalculated

این تعامل باید هدفمند باشد. گاهی لازم است اثر یک Visual روی Visual دیگر را غیرفعال کنیم.

۷.۱۱. Drill Down

Drill Down یعنی حرکت از سطح کلی به جزئی داخل یک Hierarchy.

Year → Quarter → Month → Date

این قابلیت برای تحلیل زمانی و ساختارهای محصولی خیلی کاربردی است.

۷.۱۲. Drill Through

Drill Through با Drill Down فرق دارد. در Drill Through از یک صفحه به صفحه جزئیات مرتبط می‌رویم.

مثلاً روی نام مشتری کلیک می‌کنیم و وارد صفحه Customer Details می‌شویم که تاریخچه خرید، محصولات و سودآوری همان مشتری را نشان می‌دهد.

۷.۱۳. Tooltip حرفه‌ای

Tooltip فقط یک عدد کوچک کنار نمودار نیست. می‌توانیم Tooltip Page بسازیم و وقتی کاربر روی یک نقطه می‌رود، اطلاعات تکمیلی نشان دهیم.

Hover on Branch
→ Sales
→ Profit
→ Growth %
→ Order Count

این روش کمک می‌کند صفحه اصلی خلوت بماند ولی جزئیات در دسترس باشند.

۷.۱۴. Conditional Formatting

Conditional Formatting کمک می‌کند توجه کاربر را به وضعیت‌های مهم جلب کنیم.

مثلاً Achievement زیر ۸۰٪ را با علامت هشدار یا Data Bar مشخص کنیم. هدف باید انتقال معنی باشد، نه رنگ‌آمیزی تزئینی.

۷.۱۵. Dynamic Title

عنوان گزارش می‌تواند بر اساس انتخاب کاربر تغییر کند.

Report Title =
"تحلیل فروش — " & [Selected Branch]

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

۷.۱۶. Bookmark

Bookmark وضعیت مشخصی از صفحه گزارش را ذخیره می‌کند و برای Navigation، نمایش/مخفی کردن پنل‌ها و Storytelling کاربرد دارد.

مثلاً یک دکمه «نمای مدیریتی» و یک دکمه «نمای جزئیات» بسازیم که با Bookmark چیدمان مناسب را نمایش دهند.

۷.۱۷. Buttons و Navigation

برای گزارش چندصفحه‌ای می‌توانیم دکمه‌های واضح برای جابه‌جایی بسازیم.

Overview | Sales | Products | Customers | Branches

Navigation باید ساده و قابل پیش‌بینی باشد. کاربر نباید برای برگشتن به صفحه اصلی دنبال راه بگردد.

۷.۱۸. Map؛ فقط وقتی جغرافیا مهم است

اگر سؤال واقعاً جغرافیایی است، Map ارزش دارد؛ مثلاً فروش استان‌ها یا پراکندگی مشتریان.

اما اگر فقط می‌خواهیم رتبه شعبه‌ها را مقایسه کنیم، Bar Chart ممکن است سریع‌تر و دقیق‌تر باشد.

۷.۱۹. صفحه Overview شرکت هانا

برای مدیرعامل یک صفحه Overview طراحی می‌کنیم که در نگاه اول وضعیت کلی را نشان دهد.

[ Total Sales ] [ Profit ] [ Growth % ] [ Achievement % ]

[ Monthly Sales Trend                              ]

[ Branch Ranking       ] [ Category Performance   ]

[ Date ] [ Branch ] [ Category ]

هدف این صفحه پاسخ سریع است، نه نمایش تمام جزئیات موجود در دیتابیس.

۷.۲۰. صفحه Branch Analysis

صفحه شعبه می‌تواند روی مقایسه عملکرد شعب تمرکز کند: فروش، سود، هدف، رشد و فروشندگان برتر.

با Drill Through می‌توان از Overview روی یک شعبه رفت و جزئیات همان شعبه را دید.

۷.۲۱. صفحه Product Analysis

در صفحه محصول می‌توان Category، Product، Quantity، Sales، Profit Margin و Trend را بررسی کرد.

اگر محصولی فروش بالا ولی حاشیه سود پایین دارد، مدیر باید بتواند خیلی سریع آن را تشخیص دهد.

۷.۲۲. صفحه Customer Analysis

برای مشتری می‌توان Total Sales، Order Count، Average Order Value، Last Purchase و محصولات خریداری‌شده را نمایش داد.

این صفحه بعداً می‌تواند پایه تحلیل مشتریان ارزشمند و کاهش خرید باشد.

۷.۲۳. شلوغی؛ دشمن گزارش

هر فضای خالی الزاماً نیاز به نمودار ندارد. White Space بخشی از طراحی است.

اگر همه KPIها، نمودارها، جدول‌ها و Slicerها را در یک صفحه بچپانیم، کاربر نمی‌داند از کجا شروع کند.

۷.۲۴. Visual Hierarchy

مهم‌ترین اطلاعات باید بیشتر دیده شوند. معمولاً KPIهای اصلی بالا، روند اصلی در مرکز و جزئیات پایین‌تر قرار می‌گیرند.

Priority 1 → Executive KPIs
Priority 2 → Main Trend
Priority 3 → Comparisons
Priority 4 → Details

چیدمان باید چشم کاربر را هدایت کند.

۷.۲۵. رنگ را معنی‌دار استفاده کن

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

برای هر Category یک رنگ تصادفی جدید نساز مگر واقعاً به تشخیص دسته‌ها کمک کند.

۷.۲۶. اعداد را قابل خواندن کن

نمایش 147,238,945,321 روی Card معمولاً برای مدیر خوانا نیست. واحد مناسب مثل میلیارد یا میلیون انتخاب کن و Precision را کنترل کن.

147,238,945,321 → 147.2 B

در گزارش فارسی باید واحد مالی هم کاملاً روشن باشد: ریال، تومان، میلیون تومان یا هر واحد مورد توافق سازمان.

۷.۲۷. خطاهای رایج طراحی Visual

خطای اول: انتخاب Visual بر اساس زیبایی به جای سؤال.

خطای دوم: استفاده زیاد از Pie/Donut.

خطای سوم: تعداد زیاد Slicer در یک صفحه.

خطای چهارم: رنگ‌های زیاد و بدون معنی.

خطای پنجم: عنوان‌های مبهم مثل Chart 1 یا Sales.

خطای ششم: نمایش عدد بدون واحد، دوره یا Context.

خطای هفتم: تعامل Visualها بدون تست.

۷.۲۸. Best Practiceهای گزارش تعاملی

هر صفحه یک هدف مشخص داشته باشد.

Visualهای غیرضروری را حذف کن.

عنوان‌ها را بر اساس سؤال کسب‌وکار بنویس.

Tooltip را برای جزئیات ثانویه استفاده کن.

Navigation را ثابت و ساده نگه دار.

گزارش را با کاربر واقعی تست کن.

Interactionها را یکی‌یکی بررسی کن.

نسخه Desktop و Mobile را جداگانه ارزیابی کن.

۷.۲۹. تمرین پایه

یک صفحه با سه Card، یک Line Chart و یک Bar Chart بساز. فقط از Measureهای فصل‌های قبل استفاده کن.

بعد برای هر Visual در یک جمله بنویس چه سؤال مدیریتی را جواب می‌دهد.

۷.۳۰. تمرین متوسط

دو Slicer برای Date و Branch اضافه کن. Interaction همه Visualها را بررسی کن و تصمیم بگیر کدام Visualها باید تحت تأثیر Branch باشند.

یک Dynamic Title هم برای شعبه انتخاب‌شده بساز.

۷.۳۱. تمرین کاربردی

یک صفحه Product Details بساز و Drill Through را از صفحه Overview به آن فعال کن.

در صفحه جزئیات، Sales، Profit، Quantity، Trend و Branch Distribution محصول انتخاب‌شده را نمایش بده.

۷.۳۲. تمرین چالشی

یک Tooltip Page طراحی کن که هنگام Hover روی شعبه، Sales، Profit Margin، YoY Growth و Achievement را نشان دهد.

سعی کن بدون شلوغ کردن صفحه اصلی اطلاعات بیشتری در اختیار مدیر قرار بدهی.

۷.۳۳. پروژه نهایی فصل؛ داشبورد تعاملی شرکت هانا

سه صفحه بساز: Executive Overview، Branch Analysis و Product Analysis.

بین صفحات Navigation ایجاد کن، حداقل یک Drill Through و یک Tooltip Page داشته باش و Slicerهای مهم را در صورت نیاز Sync کن.

در پایان گزارش را مثل یک مدیر تست کن: آیا بدون توضیح سازنده می‌توانی بفهمی چه اتفاقی افتاده و کجا باید بیشتر بررسی کنی؟

جمع‌بندی فصل هفتم

در این فصل فهمیدیم Visualization مرحله تزئین گزارش نیست؛ مرحله انتقال تحلیل است. انتخاب Visual، Interaction، Drill Through، Tooltip، Slicer و Navigation باید همگی به سؤال کاربر خدمت کنند.

Business Question
      ↓
Right Visual
      ↓
Clear Interaction
      ↓
Fast Understanding
      ↓
Better Decision

در فصل بعد وارد طراحی حرفه‌ای داشبورد و UI/UX می‌شویم؛ Layout، Grid، Typography، رنگ، White Space، طراحی برای مدیرعامل و Mobile Layout را با یک بازطراحی کامل روی داشبورد شرکت هانا اجرا می‌کنیم.