# ساخت داشبورد با هوش مصنوعی؛ فروش این چند روز چقدر بوده؟

> با پنج روز فروش شروع کن: جمع ۴ میلیون تومان، ۱۲ فاکتور و میانگین هر فاکتور حدود ۳۳۳٬۳۳۳ تومان. این راهنما ثبت و اصلاح یک روز، تفاوت صفر و نبود داده، و دسترسی بیننده را با تصاویر نمایشی و معیارهای بررسی نسخهٔ واقعی توضیح می‌دهد.

- Published: 2026-10-28T11:18:36.743Z
- Updated: 2026-10-30T12:06:01.972Z
- Author: نیکان نورافکن

---
برای ساخت داشبورد با هوش مصنوعی، اول یک سؤال مشخص انتخاب کن. در این راهنما می‌خواهیم بدانیم یک فروشگاه در پنج روز چقدر فروش ثبت کرده، چند فاکتور داشته و میانگین هر فاکتور چقدر بوده است. بعد از روشن‌شدن این عددها، سراغ فرم، نمودار و دسترسی همکار می‌رویم.

فرض کن آخر روز از تو می‌پرسند «فروش این هفته چطور بود؟» مبلغ‌ها را در چند یادداشت داری، تعداد فاکتورها جداست و برای یک روز هم چیزی نوشته نشده. یک نمودار رنگی این ابهام را حل نمی‌کند. اول باید بدانی هر ردیف چه چیزی را نشان می‌دهد و کدام روز واقعاً ثبت شده است.

نسخهٔ اول داشبورد می‌تواند کوچک باشد: روزانه مبلغ فروش و تعداد فاکتور را وارد کنی، بازه را ببینی و اگر اشتباهی بود همان روز را اصلاح کنی. نتیجهٔ مورد انتظار ما هم روشن است: پنج ردیف، ۴ میلیون تومان فروش و ۱۲ فاکتور.

**دربارهٔ تصاویر:** این نماها از HTML نمایشی در قاب روشن کُندا تهیه شده‌اند. رفتار رابط را توضیح می‌دهند؛ ذخیره در سرور، اتصال اکسل یا خروجی گرفتن واقعی را اثبات نمی‌کنند. عددها ساختگی‌اند.

## ۱. مشخص کن داشبورد قرار است به چه تصمیمی کمک کند

برای این فروشگاه، سؤال اول این است: «در بازهٔ انتخاب‌شده چقدر فروش ثبت کرده‌ایم؟» دو سؤال بعدی هم تعداد فاکتور و مبلغ متوسط هر فاکتور است. همین سه عدد برای شروع کافی‌اند.

اگر فقط می‌خواهی یک فایل را یک بار تحلیل کنی، شاید گفت‌وگو با یک ابزار تحلیل داده کار را انجام دهد. اما وقتی قرار است هر روز اطلاعات تازه ثبت شود، همکارت گزارش را ببیند و اشتباه‌ها اصلاح شوند، به یک گردش کار تکرارپذیر نیاز داری. این مقاله دربارهٔ ساخت همان گردش کار است.

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

<span id="local-example"></span>

## ۲. پنج روز نمونه و جواب درست را از قبل بنویس

هر ردیف این تمرین، جمع یک روز است؛ نه یک فاکتور جدا. واحد مبلغ هم در تمام صفحه تومان است.

| روز | مبلغ فروش، تومان | تعداد فاکتور |
| --- | ---: | ---: |
| ۲ آبان، ۲۴ اکتبر | ۱٬۲۰۰٬۰۰۰ | ۳ |
| ۳ آبان، ۲۵ اکتبر | ۸۰۰٬۰۰۰ | ۲ |
| ۴ آبان، ۲۶ اکتبر | ۰ | ۰ |
| ۵ آبان، ۲۷ اکتبر | ۱٬۵۰۰٬۰۰۰ | ۵ |
| ۶ آبان، ۲۸ اکتبر | ۵۰۰٬۰۰۰ | ۲ |

[فایل پنج ردیف نمونه](/blog/images/build-dashboard-with-ai/sales-demo.csv) را می‌توانی برای تمرین دریافت کنی. جمع این پنج ردیف، ۴ میلیون تومان و ۱۲ فاکتور است. میانگین مبلغ هر فاکتور از تقسیم ۴ میلیون بر ۱۲ به دست می‌آید: حدود ۳۳۳٬۳۳۳ تومان، با گردکردن به نزدیک‌ترین تومان.

این عدد با «میانگین فروش روزانه» فرق دارد. میانگین روزانهٔ این بازه ۸۰۰ هزار تومان است، چون ۴ میلیون را بر پنج روز تقسیم می‌کنیم. کنار هر کارت، عنوان و واحد روشن بنویس تا دو معنی با هم قاطی نشوند.

<figure><img src="/blog/images/build-dashboard-with-ai/overview-workspace-light-v2.webp" width="1440" height="1000" alt="سه شاخص اصلی داشبورد: جمع فروش، تعداد فاکتور و میانگین هر فاکتور" loading="lazy" /><figcaption>سه شاخص اصلی داشبورد: جمع فروش، تعداد فاکتور و میانگین هر فاکتور؛ ترکیب نمایشی بر پایهٔ HTML در قاب کُندا، ۶ آبان ۱۴۰۵.</figcaption></figure>

## ۳. پرامپت را با همین سؤال و داده بنویس

به جای «یک داشبورد حرفه‌ای بساز»، بگو چه چیزی ثبت می‌کنی، عددها چطور حساب شوند و چه کسی اجازهٔ تغییر دارد. نمودار را بعد از این قواعد بخواه.

<div class="not-prose rounded-2xl border border-border bg-surface p-5 my-6"><div class="flex justify-between items-center mb-3"><strong>پرامپت شروع داشبورد</strong><button type="button" class="konda-copy-directive-btn" style="border:1px solid #dbe3f1;border-radius:9999px;padding:8px 14px;background:#fff;font:inherit;cursor:pointer"><span class="btn-text">کپی دستورالعمل</span></button></div><p class="select-all leading-loose" data-directive-text>یک داشبورد فارسی برای ثبت دستی فروش روزانه بساز. هر روز یک ردیف با تاریخ، مبلغ به تومان و تعداد فاکتور داشته باشد. برای ۲۴ تا ۲۸ اکتبر ۲۰۲۶ مبلغ‌های ۱۲۰۰۰۰۰، ۸۰۰۰۰۰، ۰، ۱۵۰۰۰۰۰، ۵۰۰۰۰۰ و تعدادهای ۳، ۲، ۰، ۵، ۲ را نمونه بگذار. جمع ۴۰۰۰۰۰۰ و ۱۲ شود. میانگین هر فاکتور، فیلتر تاریخ، نمودار و جدول بده. مدیر ثبت و اصلاح کند؛ بیننده فقط ببیند. صفر را از روز ثبت‌نشده جدا کن. ذخیره و مجوزها روی سرور بررسی شوند و روز تکراری ساخته نشود. اکسل، اتصال دیتابیس بیرونی و ارسال خودکار گزارش لازم نیست؛ بخش متصل‌نشده را روشن بگو.</p></div>

متن را برای نوع کسب‌وکارت تغییر بده و در داشبورد کُندا بازبینی کن. انتقال پرامپت به داشبورد، ساخت را خودکار شروع نمی‌کند. قبل از ساخت، درخواست و شرایط اعتبار حسابت را بررسی می‌کنی.

## ۴. اشتباه یک روز را اصلاح کن؛ ردیف تازه نساز

حالا فرض کن فروش ۶ آبان را اشتباه وارد کرده‌ای: به جای ۶۰۰ هزار تومان، ۵۰۰ هزار تومان نوشته‌ای. باید همان ردیف را اصلاح کنی. اضافه‌کردن یک ردیف دیگر برای همان تاریخ می‌تواند جمع گزارش را خراب کند.

بعد از اصلاح، تعداد ردیف‌ها باید پنج و تعداد فاکتورها همچنان ۱۲ باشد. فقط جمع فروش به ۴ میلیون و ۱۰۰ هزار تومان تغییر می‌کند. این یک معیار ساده برای بررسی نسخهٔ واقعی است؛ هم فرم را امتحان می‌کند، هم محاسبه را.

<figure><img src="/blog/images/build-dashboard-with-ai/edit-day-workspace-light-v2.webp" width="1440" height="1000" alt="طرح فرم اصلاح مبلغ یک روز با ثابت ماندن تاریخ" loading="lazy" /><figcaption>طرح فرم اصلاح مبلغ یک روز با ثابت ماندن تاریخ؛ ترکیب نمایشی بر پایهٔ HTML در قاب کُندا، ۶ آبان ۱۴۰۵.</figcaption></figure>

اگر برای روز موجود دوباره سراغ «ثبت» رفتی، پیام مفید این است: «این روز قبلاً ثبت شده؛ برای تغییر مبلغ از اصلاح استفاده کن.» لازم نیست کاربر اصطلاح خطای سرور یا کد فنی را بفهمد تا راه ادامه را پیدا کند.

<figure><img src="/blog/images/build-dashboard-with-ai/duplicate-day-workspace-light-v2.webp" width="1440" height="1000" alt="پیام تاریخ تکراری که کاربر را به اصلاح ردیف قبلی راهنمایی می‌کند" loading="lazy" /><figcaption>پیام تاریخ تکراری که کاربر را به اصلاح ردیف قبلی راهنمایی می‌کند؛ ترکیب نمایشی بر پایهٔ HTML در قاب کُندا، ۶ آبان ۱۴۰۵.</figcaption></figure>

در نسخهٔ واقعی، بعد از اصلاح صفحه را ببند و دوباره باز کن. باقی‌ماندن مقدار جدید را جدا بررسی کن. بستن فرم یا دیدن پیام «ذخیره شد»، به‌تنهایی نشانهٔ ماندگاری داده نیست.

## ۵. روز بدون فروش را از روز ثبت‌نشده جدا ببین

در دادهٔ ما، ۴ آبان با صفر تومان و صفر فاکتور ثبت شده است. یعنی برای آن روز اطلاعات داریم و فروش ثبت‌شده صفر بوده است. اما برای ۷ آبان هنوز ردیفی نداریم؛ نمی‌دانیم فروشش چقدر بوده است.

اگر هر دو را در نمودار صفر نشان بدهی، گزارش می‌تواند گمراه‌کننده شود. در جدول بنویس «فروش صفر» یا «هنوز ثبت نشده»؛ برای نبود داده هم به‌جای عدد صفر از خط تیره یا پیام روشن استفاده کن.

<figure><img src="/blog/images/build-dashboard-with-ai/chart-zero-workspace-light-v2.webp" width="1440" height="1000" alt="مقایسهٔ روز دارای فروش صفر با روز ثبت‌نشده در نمودار و دو ردیف جدول" loading="lazy" /><figcaption>مقایسهٔ روز دارای فروش صفر با روز ثبت‌نشده در نمودار و دو ردیف جدول؛ ترکیب نمایشی بر پایهٔ HTML در قاب کُندا، ۶ آبان ۱۴۰۵. برای مقایسه، فقط دو ردیف مرتبط نشان داده شده‌اند.</figcaption></figure>

بازه را هم با یک جواب کوچک بسنج. از ۴ تا ۶ آبان، با احتساب هر دو روز ابتدا و انتها، باید ۲ میلیون تومان و ۷ فاکتور داشته باشی. اگر یکی از روزهای مرزی حذف شد، قبل از اعتماد به گزارش فیلتر را اصلاح کن.

## ۶. همکارت گزارش را ببیند؛ تغییر مبلغ دست مدیر بماند

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

<figure><img src="/blog/images/build-dashboard-with-ai/viewer-workspace-light-v2.webp" width="1440" height="1000" alt="حالت بیننده در طرح داشبورد با دکمه‌های ویرایش غیرفعال" loading="lazy" /><figcaption>حالت بیننده در طرح داشبورد با دکمه‌های ویرایش غیرفعال؛ ترکیب نمایشی بر پایهٔ HTML در قاب کُندا، ۶ آبان ۱۴۰۵.</figcaption></figure>

بستن دکمه در ظاهر، تمام کار نیست. در نسخهٔ واقعی باید درخواست ثبت یا ویرایش از حساب بیننده هم روی سرور رد شود. این بررسی را با دو حساب آزمایشی متعلق به خودت انجام بده و از دادهٔ مشتری استفاده نکن.

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

## ۷. قبل از استفادهٔ روزانه، نتیجه را با این برگه بسنج

- پنج روز اول: ۴ میلیون تومان، ۱۲ فاکتور، میانگین حدود ۳۳۳٬۳۳۳ تومان.
- بازهٔ ۴ تا ۶ آبان: ۲ میلیون تومان و ۷ فاکتور.
- اصلاح روز آخر از ۵۰۰ به ۶۰۰ هزار تومان: جمع ۴٫۱ میلیون، با همان پنج ردیف و ۱۲ فاکتور.
- روز صفر، روز ثبت‌نشده و خطای دریافت اطلاعات، پیام یکسان نداشته باشند.
- پس از بازکردن دوباره، دادهٔ ذخیره‌شده باقی بماند و بیننده نتواند آن را تغییر دهد.

[برگهٔ آزمون قابل تکمیل](/blog/images/build-dashboard-with-ai/acceptance-checklist.csv) و [جواب‌های مورد انتظار](/blog/images/build-dashboard-with-ai/expected-results.csv) را کنار نسخهٔ خودت نگه دار.

اگر خروجی فایل لازم داری، دانلودش کن و چند ردیف را با گزارش مقایسه کن. نمایش دکمهٔ «خروجی» کافی نیست. اتصال اکسل، دیتابیس بیرونی و ارسال زمان‌بندی‌شدهٔ گزارش هم هرکدام مسیر جدا برای اتصال و آزمون می‌خواهند.

## قدم بعدی: اول یک هفتهٔ کوچک را درست ببین

از همان سؤال اول شروع کن: «فروش این چند روز چقدر بوده؟» پنج ردیف ساختگی وارد کن، جمع را حساب کن و یک اشتباه را اصلاح کن. وقتی این مسیر روشن شد، دادهٔ واقعی و شاخص‌های بعدی را اضافه کن.

در کُندا می‌توانی از [سناریوی گزارش و داشبورد](https://kondaai.com/use-cases/analytics) یا [یک قالب نزدیک به نیازت](https://kondaai.com/templates) شروع کنی. به جای زیادکردن کارت‌ها، اول مطمئن شو یک گزارش مشخص به تو جواب قابل بررسی می‌دهد.


برای انتخاب نوع خروجی، [راهنمای ساخت اپلیکیشن](/blog/build-app-without-coding) را ببین. اگر داده‌ها از سفارش‌های فروشگاه می‌آیند، [مسیر ثبت سفارش](/blog/build-order-website-with-ai) را دنبال کن. پیش از استفادهٔ واقعی هم [تفاوت پیش‌نمایش و نسخهٔ آمادهٔ استفاده](/blog/ai-app-preview-vs-production) و [چک‌لیست دسترسی وب‌اپ](/blog/web-app-access-control-checklist) را بررسی کن.


برای گزارش موجودی، اول صحت حرکت‌های کالا را بررسی کن؛ [راهنمای انبارداری با دفتر ورود و خروج](https://kondaai.com/blog/build-inventory-software-with-ai) نشان می‌دهد چطور عدد نهایی را از حرکت‌ها بازسازی و درخواست تکراری را جدا کنترل کنی.


## پرسش‌های متداول

### داشبورد با تحلیل یک فایل اکسل چه فرقی دارد؟

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

### جواب درست پنج روز نمونه چیست؟

جمع فروش ۴ میلیون تومان و تعداد فاکتور ۱۲ است. میانگین مبلغ هر فاکتور، با گردکردن به تومان، حدود ۳۳۳٬۳۳۳ تومان می‌شود.

### میانگین هر فاکتور با میانگین فروش روزانه یکی است؟

خیر. اولی از تقسیم فروش بر تعداد فاکتور به دست می‌آید؛ دومی از تقسیم فروش بر تعداد روزهای محاسبه‌شده. برای پنج روز نمونه، میانگین روزانه ۸۰۰ هزار تومان است.

### چرا روز صفر را از روز ثبت‌نشده جدا کنیم؟

صفر یعنی برای آن روز داده ثبت شده و فروش ثبت‌شده صفر بوده است. نبود رکورد یعنی هنوز داده‌ای دربارهٔ آن روز نداریم و نباید آن را خودکار صفر فرض کنیم.

### تصاویر این راهنما چه چیزی را نشان می‌دهند؟

طراحی رابط داشبورد با دادهٔ ساختگی، در قاب نمایشی کُندا. تصاویر مدرک اجرای موتور ساخت، ذخیرهٔ سرور یا اتصال اکسل و خروجی واقعی نیستند.

### قبل از استفادهٔ واقعی چه چیزی را بررسی کنم؟

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



## منابع

- [داشبورد و گزارش‌گیری کُندا؛ بررسی ۶ آبان ۱۴۰۵](https://kondaai.com/use-cases/analytics) (2026)
- [راهنمای W3C برای توضیح نمودار و تصویر پیچیده](https://www.w3.org/WAI/tutorials/images/complex/) (2026)
- [معرفی رسمی GoBI؛ دامنهٔ هوش تجاری](https://gobi.team/fa) (2026)