داستانسرایی با داده مهارتی است که بیشتر پروژه‌های هوش مصنوعی در آن شکست می‌خورند. نه به خاطر مدل بد، بلکه به خاطر گزارشی که هیچ‌کس نفهمید. تیم فنی هفته‌ها روی مدل کار کرده، اما در جلسه‌ی ارائه، مدیر پس از دو اسلاید پر از ماتریس درهم‌ریختگی می‌پرسد: «خب، حالا باید چه کار کنیم؟»
در سه قسمت قبل یاد گرفتیم با نمودار تعداد، توزیع و رابطه را نشان دهیم. حالا یک قدم بالاتر می‌رویم و این نمودارها را در یک روایت کنار هم می‌چینیم. این قسمت آخرین مرحله‌ی چرخه‌ی عمر داده، یعنی ارتباط، را پوشش می‌دهد. در پایان هم یک قالب یک‌صفحه‌ای برای گزارش نتیجه‌ی مدل می‌سازیم.
ارتباط داده چیست؟
ارتباط یعنی انتقال یا تبادل اطلاعات. اطلاعات می‌تواند ایده، فکر، احساس، پیام یا داده باشد. در ارتباط داده، هدف فقط رساندن عدد نیست. هدف این است که مخاطب بر اساس آن عدد کاری انجام دهد یا تصمیمی بگیرد.
اینجاست که داستانسرایی وارد می‌شود. دادهی خام را به خاطر نمی‌سپاریم، اما داستان را به خاطر می‌سپاریم. وقتی داده را در قالب روایتی با شروع، کشمکش و نتیجه ارائه کنید، مخاطب هم می‌فهمد و هم یادش می‌ماند.
ارتباط یکطرفه و دوطرفه
دو نوع ارتباط وجود دارد. در ارتباط یکطرفه، فرستنده پیام را می‌فرستد و گیرنده امکان پاسخ فوری ندارد. ایمیل گزارش، داشبورد و پست وبلاگ از این نوع‌اند. در ارتباط دوطرفه، همهی طرف‌ها هم فرستنده و هم گیرنده‌اند؛ مثل جلسه یا تماس.
این تفاوت روی طراحی گزارش اثر مستقیم دارد. در گزارش یکطرفه، باید سؤال‌های احتمالی مخاطب را پیش‌بینی و پاسخ دهید، چون نمیتواند بپرسد. در جلسه‌ی دوطرفه، میتوانید کوتاهتر شروع کنید و با سؤالها عمیق‌تر شوید.
راهبرد اول؛ مخاطب را بشناسید
شما با خانواده‌تان طور دیگری حرف می‌زنید تا با همکارتان. ارتباط داده هم همین‌طور است. قبل از ساخت اولین اسلاید، بپرسید مخاطب کیست و از این گزارش چه می‌خواهد.
پنج دسته‌ی مخاطب
بیشتر مخاطبان در یکی از این دسته‌ها جا می‌گیرند:
- مبتدی: اولین بار با موضوع روبه‌روست، اما نمی‌خواهد بیش از حد ساده‌سازی شود.
- عمومی: با موضوع آشناست و دنبال تصویر کلی و پیام‌های اصلی است.
- مدیریتی: جزئیات عملی و رابطه‌ها را می‌خواهد تا تصمیم اجرایی بگیرد.
- متخصص: بیشتر به کاوش و روش علاقه دارد تا به روایت.
- مدیر ارشد: فقط وقت دارد اهمیت موضوع و نتیجه‌ی نهایی را بفهمد.
یک گزارش برای همهی این دسته‌ها کار نمی‌کند. اگر مخاطبان مختلفی دارید، ساختار لایه‌ای بسازید. صفحه‌ی اول برای مدیر ارشد، بدنه برای مدیریتی و پیوست برای متخصص.
کانال و قالب
کانال ارتباط هم اهمیت دارد. گزارشی که در پیام‌رسان خوانده می‌شود، باید در یک اسکرین گوشی جا شود. ارائه‌ی حضوری می‌تواند نمودارهای بزرگ‌تر داشته باشد. سند مکتوب برای مخاطب متخصص می‌تواند جزئیات کامل داشته باشد.
ترکیب مخاطب و نوع ارتباط هم مهم است. اگر مخاطب مبتدی است و ارتباط یکطرفه، باید ابتدا زمینه را بسازید و اصطلاحات را توضیح دهید. اگر مخاطب مدیریتی است و ارتباط دوطرفه، احتمالاً میتوانید مستقیم سراغ نتیجه بروید.
بیشتر بخوانید: انتخاب نمودار مناسب برای هر بخش از داستان را در نمودار پراکندگی و خطی و دو قسمت پیش از آن توضیح داده‌ایم.
راهبردهای دوم تا پنجم؛ از هدف تا احساس
پس از شناخت مخاطب، چهار راهبرد دیگر گزارش را از یک مجموعه عدد به یک داستان تبدیل می‌کنند. نمودار زیر این مسیر را خلاصه می‌کند.
با نتیجه‌ی نهایی شروع کنید
پیش از ساخت گزارش، پیام‌های کلیدی را بنویسید. می‌خواهید مخاطب پس از خواندن چه بداند و چه کند؟ این پیام‌ها ستون فقرات گزارش‌اند. هر نمودار و عدد باید به یکی از آنها خدمت کند.
اما یک هشدار مهم اینجا هست. شروع با نتیجه به معنای انتخاب فقط داده‌هایی نیست که از آن حمایت می‌کنند. به این کار گزینش‌گری می‌گویند و گزارش نادرست است، همان‌طور که در قسمت اخلاق داده دیدیم. اگر داده‌ای خلاف پیام شماست، آن را هم بیاورید و توضیح دهید.
مثل یک داستان واقعی روایت کنید
داستان سنتی پنج مرحله دارد؛ زمینه، افزایش کشمکش، اوج، فروکش و نتیجه. گزارش داده هم می‌تواند همین مسیر را برود. با زمینه شروع کنید تا همه در یک نقطه باشند. بعد مسئله و تنش را معرفی کنید.
در اوج، مهم‌ترین یافته را نشان دهید. سپس پیامدها را توضیح دهید و در پایان راه‌حل یا اقدام پیشنهادی را بیاورید. این ساختار آشنا به مخاطب کمک می‌کند بداند کجای داستان است.
کلمات دقیق و احساس
کلمات مبهم دشمن ارتباط داده‌اند. «کاربران برای ثبتنام زمان زیادی صرف می‌کنند» برای هر کس معنای متفاوتی دارد. اما «کاربران به‌طور میانگین سه دقیقه برای ثبتنام صرف می‌کنند» روشن است. صفت‌هایی مثل «چشمگیر»، «قابل توجه» و «زیاد» را با عدد جایگزین کنید.
احساس هم جای خودش را دارد. داستان یک کاربر واقعی، نقل یک جمله از بازخوردها یا یک تصویر، عدد را انسانی می‌کند. رنگ هم احساس می‌سازد؛ قرمز برای هشدار و سبز برای بهبود. فقط مراقب باشید احساس جای داده را نگیرد، بلکه آن را تقویت کند.
مطالعه موردی؛ شکایت‌های آخر هفته
امرسون مدیر محصول یک اپلیکیشن موبایل است. او متوجه می‌شود مشتریان در آخر هفته ۴۲ درصد بیشتر شکایت و گزارش خطا ثبت می‌کنند. همچنین مشتریانی که شکایتشان بیش از ۴۸ ساعت بی‌پاسخ می‌ماند، ۳۲ درصد احتمال بیشتری دارد که امتیاز یک یا دو ستاره بدهند.
نسخه‌ی ضعیف و نسخه‌ی قوی
در نسخه‌ی ضعیف، امرسون جلسه را با جدولی از همهی شاخص‌های پشتیبانی شروع می‌کند. پس از بیست دقیقه، به دو عدد مهم می‌رسد. مدیران تا آن لحظه تمرکزشان را از دست داده‌اند. پیشنهاد استخدام نیروی پشتیبانی آخر هفته هم بدون بحث جدی رد می‌شود.
در نسخه‌ی قوی، امرسون با نتیجه شروع می‌کند: «پیشنهاد می‌کنم پشتیبانی آخر هفته را تقویت کنیم تا امتیاز اپلیکیشن حفظ شود.» بعد دو عدد را با یک نمودار ساده نشان می‌دهد. سپس نقل یک نظر واقعی از فروشگاه اپلیکیشن را می‌آورد و در پایان هزینه‌ی راه‌حل را در برابر اثر آن مقایسه می‌کند.
درس مطالعه‌ی موردی
داده در هر دو نسخه یکسان بود. تفاوت در ترتیب، تمرکز و زبان بود. نسخه‌ی قوی مخاطب مدیریتی را شناخت، با نتیجه شروع کرد، دو عدد کلیدی را برجسته کرد و احساس را با یک نقل واقعی اضافه کرد.
این دقیقاً همان کاری است که گزارش مدل هوش مصنوعی هم به آن نیاز دارد. مدیر نمی‌خواهد امتیاز F1 را بداند. می‌خواهد بداند با این مدل چه چیزی بهتر می‌شود، چه ریسکی دارد و چه تصمیمی باید بگیرد.
قالب یک‌صفحه‌ای گزارش نتیجه مدل
حالا همهی این راهبردها را در یک قالب عملی برای گزارش نتیجه‌ی یک مدل هوش مصنوعی کنار هم می‌گذاریم. این قالب برای مخاطب مدیریتی و ارتباط یکطرفه طراحی شده است.
بخش‌های قالب
جدول زیر بخش‌های گزارش را با نمونه‌ی دستیار آموزشی نشان می‌دهد:
| بخش | محتوا | نمونه |
|---|---|---|
| تصمیم | پیشنهاد در یک جمله | دستیار را برای پرسش‌های پیش‌نیاز فعال کنیم |
| عدد اصلی | معیار با بازه‌ی اطمینان | ۸۶ درصد پاسخ درست، بازه‌ی ۸۱ تا ۹۱ |
| مقایسه | خط پایه یا وضعیت فعلی | در برابر ۶۰ درصد پاسخ خودکار فعلی |
| محدودیت | گروه یا حالت ضعیف | پرسش‌های محاوره‌ای ۷۲ درصد |
| ریسک | بدترین خطای ممکن | اعلام پیش‌نیاز اشتباه به دانشجو |
| قدم بعد | اقدام مشخص با زمان | جمع‌آوری ۲۰۰ پرسش محاوره‌ای تا پایان ماه |
نکته‌های نگارش گزارش
هر عدد را با مقایسه بیاورید. «۸۶ درصد» به‌تنهایی معنایی ندارد؛ «۸۶ درصد در برابر ۶۰ درصد فعلی» معنا دارد. بخش محدودیت را حذف نکنید. گزارشی که فقط موفقیت را نشان می‌دهد، اعتماد مخاطب را از بین می‌برد، حتی اگر نتیجه واقعاً خوب باشد.
در پایان، جزئیات فنی را در پیوست بگذارید. متخصصی که می‌خواهد روش ارزیابی را بررسی کند، آن را آنجا پیدا می‌کند. مدیری که فقط تصمیم را می‌خواهد، در صفحه‌ی اول همه‌چیز را دارد.
تمرین عملی؛ یک گزارش، دو مخاطب
یکی از تحلیل‌هایی که در قسمت‌های قبل انجام دادید را انتخاب کنید و دو نسخه‌ی گزارش بنویسید:
- نسخه‌ی مدیر: یک صفحه با قالب بالا؛ تصمیم، عدد اصلی، مقایسه، محدودیت، ریسک و قدم بعد.
- نسخه‌ی تیم فنی: روش، داده، معیارها، ارزیابی تفکیکی و کدهای قابل اجرا.
- کلمات مبهم: هر دو نسخه را بخوانید و هر صفت مبهم را با عدد جایگزین کنید.
- آزمون خواننده: نسخه‌ی مدیر را به کسی بدهید که پروژه را نمی‌شناسد و بپرسید چه تصمیمی می‌گیرد.
اگر پاسخ آزمون خواننده با تصمیم پیشنهادی شما یکی بود، گزارش موفق است.
سخن پایانی
داستانسرایی با داده حلقه‌ی آخر چرخه‌ی عمر پروژه است. با شناخت مخاطب شروع می‌شود، با نتیجه‌ی نهایی جهت می‌گیرد، مثل داستان روایت می‌شود و با کلمات دقیق و کمی احساس به یاد می‌ماند. ارتباط یکطرفه و دوطرفه هم ساختار متفاوتی می‌خواهند.
برای گزارش مدل هوش مصنوعی، قالب یک‌صفحه‌ای با تصمیم، عدد با عدم قطعیت، مقایسه، محدودیت و قدم بعد بیشترین اثر را دارد. بهترین مدل هم اگر نتیجه‌اش درست روایت نشود، هرگز به تصمیم نمی‌رسد.
این آموزش بر پایه‌ی درس The Data Science Lifecycle: Communication از مجموعه‌ی آزاد Data Science for Beginners مایکروسافت (مجوز MIT) به فارسی بازنویسی و تکمیل شده است.
پرسش‌های پرتکرار
داستانسرایی با داده چیست؟
داستانسرایی با داده یعنی یافتههای تحلیل را طوری روایت کنید که مخاطب بفهمد، به خاطر بسپارد و بر اساس آن تصمیم بگیرد. ترکیبی از دادهی دقیق، نمودار مناسب و روایتی با شروع، اوج و نتیجه است.
گزارش نتیجه مدل برای مدیر چه چیزی باید داشته باشد؟
تصمیم پیشنهادی در یک جمله، عدد اصلی با عدم قطعیتش، مقایسه با خط پایه یا وضعیت فعلی، محدودیت‌ها و گروه‌هایی که مدل برایشان ضعیف است، و قدم بعدی مشخص. جزئیات فنی در پیوست بیاید، نه در صفحه‌ی اول.
تفاوت ارتباط یکطرفه و دوطرفه چیست؟
در ارتباط یکطرفه، مثل گزارش ایمیلی یا داشبورد، مخاطب نمیتواند همان لحظه سؤال بپرسد؛ پس همهی زمینه و پاسخهای احتمالی باید در خود گزارش باشد. در ارتباط دوطرفه، مثل جلسه، میتوانید کوتاهتر شروع کنید و با سؤالها جلو بروید.
چرا کلمات مبهم در گزارش داده مشکلسازند؟
چون هر کس برداشت خودش را از آنها دارد. «افزایش چشمگیر» برای یک نفر سه درصد و برای دیگری سی درصد است. به جای صفت مبهم، عدد دقیق و مقایسهی روشن بیاورید؛ مثلاً «زمان ثبتنام از سه دقیقه به یک دقیقه رسید».
دیدگاه‌ها
هنوز دیدگاهی ثبت نشده است. شروع‌کننده باشید — پرسش و اصلاح را با آغوش باز می‌پذیریم.