برای تبدیل داده‌های اکسل به داشبورد مدیریتی، ابتدا سؤال و تعریف شاخص را مشخص کنید؛ سپس داده‌ها را آماده کنید و نمایش مناسب را بسازید. مسیر معمول شامل انتخاب دادهٔ معتبر، پاک‌سازی، اتصال جدول‌ها، محاسبهٔ شاخص‌ها و تعیین روش به‌روزرسانی است. این کار می‌تواند داخل اکسل، با ابزار هوش تجاری یا در یک سامانهٔ تحت وب انجام شود.
فرض کنید هر هفته فایل سفارش‌ها را دریافت می‌کنید و می‌خواهید بدانید مبلغ سفارش‌های معتبر چقدر است و چه تعداد هنوز باز مانده‌اند. در این راهنما، مراحل ساخت داشبورد را با همین مثال دنبال می‌کنیم. هدف این است که هر عدد به دادهٔ اولیه برگردد و مدیر بداند بر اساس آن چه چیزی را بررسی کند.
گام اول: سؤال مدیریتی و تعریف شاخص را بنویسید
قبل از انتخاب نمودار، تصمیم موردنیاز را مشخص کنید. «گزارش فروش» دامنهٔ بزرگی دارد؛ «مبلغ سفارش‌های غیرلغوشده در این هفته» دقیق‌تر است. برای نسخهٔ اول، چند سؤال پرتکرار انتخاب کنید و کنار هرکدام مسئول بررسی نتیجه را بنویسید.
برای هر شاخص کلیدی عملکرد یا KPI، تعریف، واحد، بازهٔ زمانی و موارد خارج از محاسبه را ثبت کنید. مثلاً مبلغ سفارش ثبت‌شده با مبلغ وصولی یکسان نیست. اگر هدف سنجش سفارش‌هاست، عنوان شاخص را هم بر همان اساس انتخاب کنید تا کاربر آن را با درآمد یا سود اشتباه نگیرد.
در مقایسهٔ دوره‌ها هم قواعد یکسان لازم است. هفتهٔ کامل را با چند روز از هفتهٔ جاری مقایسه نکنید، مگر اینکه تفاوت دامنه روشن باشد. تغییر تعریف شاخص باید ثبت شود تا مقایسهٔ گزارش‌های قدیمی و جدید گمراه‌کننده نباشد.
گام دوم: فایل‌ها را به جدول‌های منظم و قابل پردازش تبدیل کنید
نام ستون‌ها و معنی هر ردیف را مشخص کنید. دادهٔ سفارش می‌تواند شامل شناسه، تاریخ ثبت، شناسهٔ محصول، مبلغ و وضعیت باشد. سطرهای جمع کل، عنوان‌های تکرارشونده و سلول‌های ادغام‌شده را از محدودهٔ دادهٔ اصلی جدا کنید. رنگ سلول هم نباید تنها راه تشخیص وضعیت سفارش باشد.
نسخهٔ اولیهٔ فایل را نگه دارید و اصلاحات را در مسیر مشخصی انجام دهید. این موارد را پیش از گزارش‌گیری بررسی کنید:
- نوع داده: مبلغ باید عدد باشد و تاریخ باید قابل پردازش باشد؛ ظاهر تاریخ یا جداکنندهٔ هزارگان کافی نیست.
- واحد و تقویم: ریال و تومان، تاریخ شمسی و میلادی و دوره‌های زمانی فایل‌ها باید مشخص و یکدست باشند.
- مقادیر خالی: وضعیت نامشخص یا تاریخ ثبت‌نشده را با صفر یا تاریخ فرضی جایگزین نکنید؛ علت را با مسئول داده بررسی کنید.
- نام‌های متفاوت: نگارش‌های گوناگون یک دسته یا شعبه را با جدول مرجع یکسان کنید.
- ردیف‌های تکراری: ابتدا سطح ثبت داده را بشناسید؛ تکرار شناسهٔ سفارش ممکن است به‌دلیل چند قلم کالا باشد.
اگر فایل ماهانه یا شعبه‌ای دارید، ساختار ستون‌ها را استاندارد کنید. Power Query امکان ترکیب فایل‌های دارای ساختار یکسان را فراهم می‌کند. فایل‌های نهایی را از نسخه‌های پشتیبان و خروجی‌های قدیمی جدا کنید تا یک دوره دوبار وارد گزارش نشود.
گام سوم: ارتباط جدول‌ها و معنی هر ردیف را روشن کنید
ممکن است مشتریان، کالاها و سفارش‌ها در شیت‌های جدا باشند. ارتباط را با شناسه‌های معتبر بسازید. اتصال فقط بر اساس نام مشتری یا کالا، با تغییر نگارش و نام‌های مشابه به خطا می‌خورد.
پیش از جمع‌زدن، بپرسید هر ردیف چه چیزی را نشان می‌دهد: یک سفارش، یک قلم سفارش یا یک پرداخت؟ اگر مبلغ کل سفارش کنار هر قلم تکرار شده باشد، جمع ستون مبلغ، عددی بزرگ‌تر از واقعیت می‌دهد. تعداد سفارش هم در چنین جدولی باید بر اساس شناسه‌های یکتا محاسبه شود.
در مدل‌های بزرگ‌تر، اطلاعات رویدادها مانند اقلام سفارش از جدول‌های مرجع مانند محصول، مشتری و تاریخ جدا می‌شود. این الگوی مدل‌سازی به فیلتر و گروه‌بندی منظم کمک می‌کند. در یک فایل ساده شاید همان جدول منظم کافی باشد؛ مدل را متناسب با منابع و نیاز گزارش طراحی کنید.
گام چهارم: شاخص‌ها را با یک نمونهٔ قابل محاسبه کنترل کنید
در مثال فرضی زیر، هر ردیف دقیقاً یک سفارش است و مبلغ‌ها به میلیون تومان هستند. «سفارش معتبر» را سفارش غیرلغوشده و «سفارش باز» را سفارش معتبر با وضعیت «در انتظار» یا «در حال انجام» تعریف می‌کنیم.
| شناسهٔ سفارش | دستهٔ محصول | مبلغ؛ میلیون تومان | وضعیت |
|---|---|---|---|
| ۱۰۰۱ | مانیتور | ۱۸ | تکمیل‌شده |
| ۱۰۰۲ | لوازم جانبی | ۶ | در انتظار |
| ۱۰۰۳ | مانیتور | ۲۲ | تکمیل‌شده |
| ۱۰۰۴ | چاپگر | ۱۲ | لغوشده |
| ۱۰۰۵ | لوازم جانبی | ۹ | در حال انجام |
| ۱۰۰۶ | چاپگر | ۱۵ | تکمیل‌شده |
با این تعریف‌ها، نتیجه باید چنین باشد:
- مبلغ سفارش‌های معتبر: ۷۰ میلیون تومان. مبلغ سفارش لغوشده کنار گذاشته می‌شود؛ جمع پنج سفارش باقی‌مانده برابر ۱۸ + ۶ + ۲۲ + ۹ + ۱۵ است.
- تعداد سفارش‌های باز: ۲ سفارش. سفارش‌های ۱۰۰۲ و ۱۰۰۵ هنوز تکمیل نشده‌اند.
- نرخ سفارش باز: ۴۰ درصد. دو سفارش باز را بر پنج سفارش معتبر تقسیم می‌کنیم.
مبلغ سفارش‌های باز ۱۵ میلیون تومان است؛ سهم آن از ۷۰ میلیون تومان حدود ۲۱٫۴ درصد می‌شود. بنابراین «درصد تعداد سفارش‌های باز» با «درصد مبلغ سفارش‌های باز» فرق دارد. عنوان کارت باید مشخص کند کدام معیار نمایش داده می‌شود.
برای محاسبهٔ سفارش معوق، علاوه بر وضعیت باز به موعد تعهدشده و تاریخ مبنای گزارش نیاز دارید. از این جدول به‌تنهایی نمی‌توان گفت دو سفارش باز، دیرکرد هم دارند. برای سود نیز دادهٔ هزینه و تعریف متناسب لازم است؛ مبلغ سفارش جای آن را نمی‌گیرد.
گام پنجم: نمودار را بر اساس سؤال انتخاب کنید
برای نمونهٔ بالا، یک کارت مبلغ سفارش معتبر، یک کارت تعداد سفارش باز و نمودار میله‌ای مبلغ به تفکیک دسته کافی است. جدول جزئیات سفارش‌های باز را هم در دسترس بگذارید تا مدیر بتواند علت را بررسی کند.
نمودار میله‌ای برای مقایسهٔ دسته‌ها و نمودار خطی برای روند زمانی مناسب‌اند. نمایش روند زمانی به دادهٔ چند نقطهٔ زمانی نیاز دارد؛ از یک عدد تجمیعی هفتگی، نمودار روند نسازید. در نمودار مقایسهٔ مبلغ، واحد و مقیاس محور را روشن نگه دارید.
شاخص‌های مهم را در ابتدای نما قرار دهید و جزئیات را در گزارش یا جدول بعدی نگه دارید. رنگ ثابت برای یک دسته یا وضعیت انتخاب کنید، عنوان‌ها را کوتاه بنویسید و بازهٔ زمانی و فیلترهای فعال را نشان دهید. رنگ به‌تنهایی نباید حامل پیام باشد؛ برچسب وضعیت و توضیح شاخص هم لازم است.
چیدمان موبایل را جدا بررسی کنید. کاربر باید بتواند مقدار شاخص، دوره و واحد را بدون حدس‌زدن بخواند. کوچک‌کردن تمام نمودارهای صفحهٔ دسکتاپ، لزوماً نمای مناسبی برای تلفن همراه نمی‌سازد.
گام ششم: اکسل، ابزار BI یا داشبورد اختصاصی را انتخاب کنید
ساخت داشبورد داخل اکسل
اگر منابع محدودند و گزارش در اختیار یک نفر یا تیم کوچک است، جدول منظم، PivotTable و نمودارهای اکسل می‌توانند نقطهٔ شروع باشند. مسئول فایل اصلی و روش به‌روزرسانی را مشخص کنید؛ قابلیت‌های لازم را روی نسخهٔ اکسل مورد استفادهٔ تیم آزمایش کنید.
استفاده از ابزار هوش تجاری مانند Power BI
برای مدل‌سازی چند منبع و گزارش تعاملی، ابزار BI را بررسی کنید. پیش از انتخاب، دسترسی واقعی کاربران، شرایط مجوز و انتشار، محل نگهداری داده و اتصال به منابع را بسنجید. بازشدن گزارش روی رایانهٔ طراح، به‌تنهایی شیوهٔ استفادهٔ تیم را مشخص نمی‌کند.
ساخت داشبورد تحت وب اختصاصی
اگر مشاهدهٔ شاخص‌ها باید با اقدام در همان سامانه، گردش تأیید یا مجوزهای خاص همراه باشد، توسعهٔ اختصاصی ارزش بررسی دارد. هزینهٔ توسعه و نگهداری را با تنظیم ابزار آماده مقایسه کنید. راهنمای نرم‌افزار آماده یا اختصاصی به این تصمیم کمک می‌کند.
گام هفتم: به‌روزرسانی و کنترل کیفیت را قابل پیگیری کنید
در داشبورد، زمان آخرین دریافت موفق داده و دورهٔ تحت پوشش را نشان دهید. زمان بازکردن صفحه با زمان به‌روزشدن داده یکی نیست. اگر ورود فایل دستی است، مسئول و موعد آن را تعیین کنید. اگر خودکار است، برای تغییر ساختار فایل و خطای دریافت، هشدار و مسیر رسیدگی داشته باشید.
در Power BI، روش تازه‌سازی به نوع اتصال و محل منبع بستگی دارد. برای منبعی در شبکهٔ داخلی که سرویس مستقیماً به آن دسترسی ندارد، ممکن است پیکربندی درگاه داده یا Gateway لازم باشد. بارگذاری یک فایل اکسل، به‌تنهایی به معنی گزارش زنده یا به‌روزرسانی خودکار نیست.
پیش از تحویل و بعد از تغییر منبع، این کنترل‌ها را انجام دهید:
- جمع مبلغ و تعداد رکوردها را در یک دورهٔ مشخص با گزارش مرجع تطبیق دهید.
- چند سفارش را از نمودار تا ردیف دادهٔ اولیه ردیابی کنید.
- لغو سفارش، تاریخ خالی، مقدار صفر و ثبت چند قلم برای یک سفارش را آزمایش کنید.
- تغییر فیلتر دوره، شعبه و دسته را روی شاخص‌ها بررسی کنید.
- ناموفق‌بودن دریافت فایل را امتحان کنید؛ دادهٔ قدیمی باید به‌عنوان دادهٔ تازه نمایش داده نشود.
- دسترسی کاربران به گزارش، جزئیات و خروجی دانلودی را با حساب‌های واقعیِ آزمایشی کنترل کنید.
فیلتر انتخاب شعبه در صفحه، جای کنترل امنیتی دسترسی را نمی‌گیرد. اگر هر کاربر فقط مجاز به مشاهدهٔ بخشی از داده است، این محدودیت باید در مدل یا سامانه اجرا و آزمون شود. در Power BI، محدودسازی ردیف‌ها با RLS به نقش‌ها و قواعد تعریف‌شده وابسته است؛ سطح دسترسی فضای کاری نیز باید بررسی شود.
برای شروع پروژهٔ داشبورد چه چیزهایی آماده کنیم؟
چند فایل نماینده از دوره‌های مختلف، معنی ستون‌ها، تعریف شاخص‌ها و یک گزارش مرجع تأییدشده را آماده کنید. برای بررسی اولیه، اطلاعات حساس را حذف یا بی‌نام کنید. تعداد منابع، کاربران، دفعات به‌روزرسانی و محل استفاده را هم مشخص کنید.
در تحویل پروژه، تعریف شاخص‌ها، مراحل آماده‌سازی داده، قواعد دسترسی و راهنمای رفع خطای به‌روزرسانی را بخواهید. معیار پذیرش نسخهٔ اول می‌تواند تطابق شاخص‌های توافق‌شده با گزارش مرجع و امکان ردیابی آن‌ها باشد.
اگر مشکل اصلی از ثبت نامنظم اطلاعات شروع می‌شود، محدودیت‌های اکسل در مدیریت کسب‌وکار و تبدیل فرایند اداری به نرم‌افزار تحت وب را هم ببینید. برای بررسی ساخت داشبورد متناسب با سامانه‌های شرکت، از صفحهٔ توسعهٔ نرم‌افزار اختصاصی داپا یا تماس با داپا اقدام کنید.
پرسش‌های متداول
آیا ساخت داشبورد از اکسل به برنامه‌نویسی نیاز دارد؟
برای نیازهای ساده، امکانات اکسل یا ابزار BI ممکن است کافی باشد. اتصال‌های خاص، قواعد پیچیده یا ترکیب گزارش با عملیات سامانه می‌تواند به توسعه نیاز داشته باشد.
آیا داشبورد می‌تواند مستقیماً از چند فایل اکسل بخواند؟
بله؛ ساختار فایل‌ها، محل نگهداری و روش ترکیب باید مشخص باشد. در Power Query، فایل‌های هم‌ساختار را می‌توان ترکیب کرد. از واردشدن نسخه‌های تکراری و فایل‌های نامرتبط جلوگیری کنید.
داده‌های ناقص را از گزارش حذف کنیم؟
ابتدا علت و اثر نقص را بررسی کنید. حذف بدون ثبت می‌تواند نتیجه را تغییر دهد. با مسئول داده دربارهٔ اصلاح یا کنارگذاشتن رکورد تصمیم بگیرید و محدودیت دادهٔ گزارش‌شده را روشن کنید.
داشبورد هر چند وقت باید به‌روز شود؟
به زمان تصمیم‌گیری و سرعت تغییر منبع بستگی دارد. گزارش جلسهٔ هفتگی با پایش عملیات روزانه نیاز یکسانی ندارد. دورهٔ دریافت، مسئول رسیدگی به خطا و زمان دادهٔ موجود باید مشخص باشند.
