اینفوگرافیک دستاوردهای تیمی اگر فقط چند عدد بزرگ، عکس «قهرمانان» و فلش سبز باشد، ممکن است بهجای قدردانی، واقعیت را تحریف کند. رشد بدون Baseline، درصد بدون مخرج، نمودار با محور بریده و Credit ناقص میتواند یک تیم را بزرگ و کار پنهان تیمهای دیگر را حذف کند.
یک Team Achievement Infographic معتبر باید سه کار انجام دهد: دستاورد را با Evidence توضیح دهد، سهمها و وابستگیها را منصفانه نشان دهد و برای مخاطب—including افرادی که تصویر یا رنگ را نمیبینند—قابل فهم باشد. این راهنما از Brief و Data provenance تا Storyboard، انتخاب Chart، متن فارسی/RTL، Consent، Accessibility، انتشار، Versioning و QA را پوشش میدهد.
اینفوگرافیک دستاورد تیمی چیست؟
اینفوگرافیک ترکیب هدفمند متن، داده و عناصر بصری برای پاسخ به یک سؤال مشخص است. پوستر تبریک، Dashboard و گزارش مدیریتی میتوانند همخانواده باشند، اما هدف و عمق یکسان ندارند.
| Artifact | هدف | ویژگی |
|---|---|---|
| Achievement card | یک دستاورد | کوتاه و تکپیام |
| Infographic | روایت دادهمحور | ساختار ثابت |
| Dashboard | پایش | بهروز و تعاملی |
| Report | تحلیل/تصمیم | جزئیات و روش |
| Celebration poster | تبریک | داده محدود |
| Case study | مسئله تا نتیجه | Context عمیق |
اینفوگرافیک جای تحلیل یا قدردانی مستقیم را نمیگیرد
| نیاز | ابزار نزدیک |
|---|---|
| تصمیم مدیریتی پیچیده | گزارش/داشبورد + روش |
| Feedback فردی | گفتوگوی مستقیم |
| جبران خدمت | Policy و فرایند رسمی |
| حل تعارض Credit | بررسی و اصلاح attribution |
| اعلام دستاورد | Infographic یا card |
| یادگیری از پروژه | Case/AAR + visual summary |
برای طراحی کلی Recognition، راهنمای برنامه قدردانی کارکنان را ببینید.
با Communication brief شروع کنید
| فیلد | پرسش |
|---|---|
| Purpose | مخاطب بعد دیدن چه بفهمد/کند؟ |
| Audience | تیم، کل شرکت، مدیران یا بیرون؟ |
| Question | یک سؤال محوری چیست؟ |
| Claim | ادعای اصلی چیست؟ |
| Evidence | چه دادهای آن را پشتیبانی میکند؟ |
| Boundary | چه چیزی را نشان نمیدهد؟ |
| Channel | موبایل، ایمیل، Town Hall، چاپ؟ |
| Action | CTA یا قدم بعدی چیست؟ |
Brief ضعیف: «یک طرح جذاب برای موفقیت تیم.» Brief خوب: «کارکنان سه شعبه بفهمند کاهش زمان تحویل چگونه رخ داد، سهم عملیات/فروش/فناوری چه بود و استاندارد بعدی چیست.»
Achievement را پیش از طراحی تعریف کنید
| جزء | تعریف |
|---|---|
| Baseline | نقطه مقایسه معتبر |
| Change | چه چیزی و در چه بازهای تغییر کرد؟ |
| Target | انتظار یا آستانه چه بود؟ |
| Quality | نتیجه با چه استانداردی؟ |
| Guardrail | چه هزینهای افزایش نیافت؟ |
| Contribution | چه رفتار/تصمیمی کمک کرد؟ |
| Context | چه شرایطی اثر داشت؟ |
رکورد فروش همراه با افزایش مرجوعی، تخفیف غیرعادی یا فشار کاری، روایت کامل نیست.
زنجیره Claim تا Evidence بسازید
| Claim | Metric | Source | Check |
|---|---|---|---|
| تحویل سریعتر شد | Median lead time | سیستم سفارش | تعریف بازه/استثنا |
| کیفیت حفظ شد | Return/error rate | QA/CRM | Lag |
| تجربه بهتر شد | Response/quote | Survey/interview | Sample/consent |
| همکاری مؤثر بود | Handoff/rework | Workflow | Attribution |
Data provenance را در Production sheet ثبت کنید
| فیلد | محتوا |
|---|---|
| Metric | نام و تعریف |
| Owner | مالک داده |
| System | منبع حقیقت |
| Query/filter | روش استخراج |
| Window | بازه زمانی |
| Denominator | مخرج |
| Exclusion | حذفها و دلیل |
| Verified by | بازبین و تاریخ |
عدد روی تصویر باید به تعریف قابل بازگشت باشد؛ فایل طراحی منبع حقیقت نیست.
Baseline درست انتخاب کنید
| مقایسه | ریسک | کنترل |
|---|---|---|
| ماه قبل | فصل/کمپین | YoY یا چند دوره |
| هدف | هدف جابهجا شده | Version target |
| قبل/بعد | عامل همزمان | Context/Comparison |
| میانگین | Outlier | Median/distribution |
| کل سازمان | Mix متفاوت | Cohort/segment |
| بهترین دوره | Cherry-pick | قاعده از پیش |
درصد، عدد مطلق و Rate را با هم روشن کنید
| نمایش | ابهام | نسخه بهتر |
|---|---|---|
| ۵۰٪ رشد | از ۲ به ۳؟ | ۲→۳؛ ۵۰٪ |
| ۱۰۰ مشتری | در چه بازهای؟ | ۱۰۰ مشتری فعال در فصل |
| خطا ۲٪ | از چند مورد؟ | ۲۰ از ۱۰۰۰ |
| رضایت ۹۰٪ | چه نمونهای؟ | n، نرخ پاسخ و سؤال |
| ۱ میلیارد تومان | اسمی/واقعی؟ | بازه، واحد و Context تورم |
در ایران واحد پول و تورم را صریح کنید
| مسئله | قاعده |
|---|---|
| ریال/تومان | واحد را کنار عدد تکرار کنید |
| میلیون/میلیارد | Scale ثابت |
| رشد اسمی | قیمت/حجم را تفکیک کنید |
| ارز | نرخ و تاریخ منبع |
| اعداد فارسی/لاتین | Style guide ثابت |
| تاریخ | شمسی/میلادی و بازه روشن |
Attribution را با Contribution اشتباه نگیرید
| ادعا | ریسک | بازنویسی |
|---|---|---|
| «تیم X فروش را ۳۰٪ بالا برد» | علتهای دیگر | «همزمان با…؛ سهم تیم در…» |
| «کمپین باعث رضایت شد» | بدون مقایسه | «رضایت در بازه افزایش یافت» |
| «این فرد پروژه را نجات داد» | قهرمانسازی | تصمیم/وابستگی/تیم |
| «نوآوری ما هزینه را کم کرد» | Baseline/Scope | مکانیزم و Guardrail |
Contribution map پیش از Credit بسازید
| لایه | مثال |
|---|---|
| Direct delivery | ساخت/فروش/اجرا |
| Enabling | داده، ابزار، آموزش |
| Quality/risk | Review، امنیت، حقوقی |
| Coordination | Planning و Handoff |
| Support | پشتیبانی مشتری/عملیات |
| Prior work | زیرساخت و دانش قبلی |
| External | مشتری، شریک، تأمینکننده |
برای نمایش هماهنگی و Handoff بین واحدها، راهنمای همکاری بینتیمی مفید است.
قهرمانان را رتبهبندی نکنید
| الگو | مسئله | گزینه |
|---|---|---|
| Top 3 heroes | حذف کار پنهان | Contribution roles |
| ستاره ماه | Popularity | Caseهای متنوع |
| عکس بزرگ مدیر | Status bias | Outcome/team first |
| رتبه تیمها | Context متفاوت | Progress by target |
| فقط افراد Frontstage | Visibility bias | Dependency map |
Consent و حریم خصوصی را قبل از طراحی بگیرید
| داده | پرسش |
|---|---|
| نام | نمایش برای کدام Audience؟ |
| عکس | رضایت مشخص و قابل بازگشت؟ |
| Quote | متن و Context تأیید شده؟ |
| عملکرد | آیا داده فردی لازم است؟ |
| مشتری | مجوز و محرمانگی؟ |
| موقعیت/شیفت | ریسک امنیت یا شناسایی؟ |
| انتشار بیرونی | Consent جداگانه؟ |
رضایت برای کانال داخلی به معنی اجازه انتشار در شبکه اجتماعی نیست. برای انتشار بیرونی، راهنمای قدردانی کارکنان در شبکههای اجتماعی را ببینید.
Story arc را از داده استخراج کنید
| بخش | محتوا |
|---|---|
| Context | کجا و چرا؟ |
| Challenge | مسئله و Constraint |
| Choice | چه تصمیم/رفتاری؟ |
| Contribution | چه نقشها و وابستگیها؟ |
| Outcome | نتیجه با Baseline |
| Guardrail | کیفیت/هزینه/ایمنی |
| Learning | چه چیزی تکرارپذیر؟ |
| Next | قدم بعدی بدون فشار؟ |
برای روایت معتبر و Consent، راهنمای داستان کارکنان در برندینگ داخلی مکمل است.
یک سؤال برای هر Visual تعیین کنید
| سؤال | Visual نزدیک |
|---|---|
| مقدار چقدر است؟ | Big number + context |
| در طول زمان چه شد؟ | Line chart |
| گروهها چه تفاوتی دارند؟ | Bar/dot plot |
| ترکیب چیست؟ | Stacked bar |
| فرایند چگونه است؟ | Flow diagram |
| کجا رخ داد؟ | Map در صورت ضرورت |
| چه کسی به چه چیزی وابسته بود؟ | Contribution map |
| عدم قطعیت چیست؟ | Range/interval + note |
انتخاب Encoding را به دقت ادراک وصل کنید
آزمایشهای Cleveland و McGill نشان دادند افراد برخی Encodingهای گرافیکی مانند Position روی مقیاس مشترک را دقیقتر از Angle یا Area قضاوت میکنند. این پایه خوبی برای ترجیح Bar/dot plot بر Bubble یا Pie در مقایسه دقیق است، نه قانون مطلق زیباییشناسی.
| Encoding | مناسب | احتیاط |
|---|---|---|
| Position مشترک | مقایسه دقیق | Scale |
| Length | مقدار | Baseline |
| Angle/area | ترکیب ساده | مقایسه سختتر |
| Color hue | Category | نه مقدار دقیق |
| Color lightness | ترتیب | Contrast |
| Shape/icon | نشانه مکمل | Noise |
منبع: Graphical Perception.
Chart selection سریع
| داده | انتخاب اول | پرهیز |
|---|---|---|
| Trend | Line | Area سهبعدی |
| Ranking محدود | Bar افقی | Pie با Slice زیاد |
| Before/after | Dot/slope | دو عدد بدون scale |
| Distribution | Histogram/box + توضیح | Average تنها |
| Part-to-whole | 100% stacked bar | Donutهای متعدد |
| Milestone | Timeline | فاصله زمانی جعلی |
| Process | Flow | فلشهای تزئینی مبهم |
محور بریده میتواند اندازه اثر را تحریف کند
آزمایشهای Pandey و همکاران نشان دادند Truncation محور y میتواند ادراک اندازه اثر را تغییر دهد؛ اثر به نوع نمودار و طراحی هشدار هم وابسته بود. برای Bar chart که طول رمزگذاری مقدار است، صفر معمولاً Baseline امنتری است؛ اگر محور بریده لازم شد، آن را برجسته و دلیل را توضیح دهید.
| ریسک | کنترل |
|---|---|
| محور بریده | Break واضح + مقدار مستقیم |
| بازه انتخابی | Window کامل/دلیل |
| دو محور | پرهیز یا توضیح قوی |
| Scale نامساوی | Tick منظم |
| Log scale | Label و مخاطب مناسب |
| Zoom | نمای Context کنار Detail |
منبع: Truncating the Y-Axis: Threat or Menace?.
عدم قطعیت را پنهان نکنید
| منبع عدم قطعیت | نمایش |
|---|---|
| نمونه کوچک | n و Range |
| نرخ پاسخ | Response rate |
| Forecast | Interval/scenario |
| داده ناقص | Coverage note |
| تعریف متغیر | Metric version |
| Attribution | Contribution language |
| Quote کیفی | Context، نه نماینده همه |
Guardrail را کنار Outcome نشان دهید
| Outcome | Guardrail |
|---|---|
| سرعت تحویل | خطا/مرجوعی |
| فروش | حاشیه/لغو/شکایت |
| بهرهوری | ساعت کار/فشار |
| کاهش هزینه | کیفیت/ایمنی |
| تعداد Release | Incident/rollback |
| پاسخ سریع | حل در تماس اول |
عنوان باید Claim دقیق داشته باشد
| عنوان ضعیف | عنوان بهتر |
|---|---|
| ما رکورد زدیم! | زمان تحویل در Q2 از ۴٫۲ به ۳٫۱ روز رسید |
| رشد فوقالعاده فروش | حجم سفارش ۱۸٪ رشد کرد؛ حاشیه ثابت ماند |
| قهرمانان پروژه | هفت نقش پشت راهاندازی سه شعبه |
| رضایت عالی | ۸۱٪ از ۲۴۰ پاسخ تجربه را خوب/عالی دانستند |
Supporting text را حذف نکنید
مطالعه Borkin و همکاران با ۳۹۳ Visualization، Eye tracking و توضیحهای تولیدشده توسط شرکتکنندگان نشان داد Title و متن پشتیبان در انتقال پیام اهمیت دارند و Pictogram در استفاده مناسب میتواند به Recognition کمک کند. Memorability معادل Accuracy یا تصمیم خوب نیست.
| متن | کارکرد |
|---|---|
| Headline | Claim |
| Deck | Context/period |
| Annotation | Why/turning point |
| Label | مقدار/واحد |
| Source note | Provenance |
| Caveat | Boundary/uncertainty |
| CTA | قدم بعدی |
منبع: Beyond Memorability: Visualization Recognition and Recall.
Hierarchy را با اندازه، موقعیت و فاصله بسازید
| سطح | قاعده |
|---|---|
| ۱. Claim | یک نقطه ورود |
| ۲. Outcome | ۲ تا ۴ Evidence اصلی |
| ۳. Contribution | نقش و رفتار |
| ۴. Context | روش، Source، Caveat |
| ۵. Next | یادگیری و اقدام |
اگر همه چیز بزرگ، رنگی و Bold باشد، هیچ اولویتی وجود ندارد.
رنگ را تنها حامل معنا نکنید
| کاربرد | کنترل |
|---|---|
| Category | رنگ + Label/shape |
| Positive/negative | متن/علامت + رنگ |
| Series | Line style/marker |
| Status | Icon + word |
| Heatmap | Scale/values/alternative |
| Brand palette | Contrast قبل از وفاداری بصری |
WCAG را برای نسخه وب معیار QA کنید
WCAG ۲.۲ توصیه W3C برای دسترسپذیری وب است. برای متن عادی، معیار AA کنتراست حداقل ۴٫۵:۱ و برای متن بزرگ ۳:۱ است؛ Non-text contrast نیز برای اجزای گرافیکی لازم میشود. اینفوگرافیکها معمولاً در Non-text content، Use of color، Contrast و Images of text شکست میخورند.
| کنترل | اقدام |
|---|---|
| Text contrast | اندازهگیری روی Background واقعی |
| Non-text contrast | مرز/Label/الگوی مکمل |
| Color independence | معنا بدون رنگ هم قابل فهم |
| Zoom | نسخه responsive/textual |
| Reading order | DOM/متن جایگزین |
| Image text | نسخه HTML یا Long description |
منبع: WCAG 2.2 و راهنمای Non-text Contrast برای Infographic.
Alt text کوتاه و Long description کامل بسازید
| لایه | محتوا |
|---|---|
| Alt | هدف و Insight اصلی |
| Caption | Context و بازه |
| Long description | ترتیب، داده و Caveat |
| Data table | مقادیر قابل دسترسی |
| Source | تعریف/منبع/تاریخ |
| Download | فرمت جایگزین |
Alt نباید همه دادههای یک اینفوگرافیک پیچیده را در یک جمله فشرده کند. Insight اصلی را بگوید و به شرح طولانی یا جدول وصل شود.
RTL و تایپوگرافی فارسی را آزمایش کنید
| عنصر | کنترل |
|---|---|
| Reading flow | راست به چپ، جز Chart axis |
| عدد/واحد | فاصله و جهت درست |
| فارسی/English | Bidi و شکستن خط |
| فونت | خوانایی در اندازه خروجی |
| نیمفاصله | سازگاری |
| تاریخ | تقویم و ترتیب مشخص |
| Chart label | عدم چرخش غیرضروری متن |
برای موبایل، نمایشگر و چاپ نسخه جدا بسازید
| کانال | نسبت/رفتار | ریسک |
|---|---|---|
| موبایل | عمودی و Chunked | متن ریز |
| ایمیل | Preview + لینک | Image blocking |
| Town Hall | اسلاید کمینه | جزئیات زیاد |
| نمایشگر لابی | خوانایی از فاصله | Privacy |
| چاپ A3/A4 | CMYK/bleed/test | Contrast/QR |
| شبکه اجتماعی | Crop و caption | Consent/context loss |
برای ارائه زنده و سؤالوپاسخ، راهنمای Town Hall کارکنان را ببینید.
Storyboard را قبل از طراحی بصری تأیید کنید
| Frame | سؤال |
|---|---|
| ۱. Hook | Claim اصلی چیست؟ |
| ۲. Context | Baseline/بازه چیست؟ |
| ۳. Change | چه تغییری دیده شد؟ |
| ۴. Contribution | چه تصمیم و نقشهایی؟ |
| ۵. Guardrail | چه چیزی آسیب ندید؟ |
| ۶. Learning | چه فهمی حاصل شد؟ |
| ۷. Next | قدم بعدی چیست؟ |
تأیید Storyboard ارزانتر از بازطراحی کامل پس از اختلاف بر سر Claim یا Credit است.
Design tokens سبک تعریف کنید
| Token | تصمیم |
|---|---|
| Color | Primary، categorical، alert |
| Type | Title، body، label، footnote |
| Spacing | Grid و rhythm |
| Icon | سبک و معنی |
| Chart | Axis، grid، annotation |
| Number | Digits، decimal، unit |
| Credit | نقش، نام، تیم |
پنج Template کاربردی
| Template | ساختار | کاربرد |
|---|---|---|
| Milestone | Context→timeline→outcome | پروژه |
| Before/after | Baseline→change→guardrail | بهبود فرایند |
| Contribution map | Outcome مرکزی→نقشها | کار میانتیمی |
| Learning card | فرض→آزمون→درس | Pilot/شکست |
| Quarter review | ۳ outcome→evidence→next | مرور فصلی |
شکست و Near miss را پوستر پیروزی نکنید
| بخش | زبان سالم |
|---|---|
| Event | Fact بدون نامگذاری مقصر |
| Impact | دامنه واقعی |
| Detection | چه Signalی کمک کرد؟ |
| Response | چه کنترلهایی؟ |
| Learning | چه فرضی اصلاح شد؟ |
| Action | Owner و موعد |
قدردانی از گزارشدهنده باید بدون پنهانکردن اثر یا تشویق Heroic recovery باشد. برای جزئیات، راهنمای فرهنگ ایمنی و Near miss را ببینید.
Quote مشتری را بدون Context استفاده نکنید
| کنترل | پرسش |
|---|---|
| Consent | اجازه متن و کانال؟ |
| Authenticity | متن واقعی/ویرایش تأییدشده؟ |
| Representativeness | یک Quote نماینده همه نیست |
| Privacy | نام/شرکت قابل نمایش؟ |
| Balance | Feedback مخالف حذف نشده؟ |
| Source | تاریخ و روش دریافت؟ |
کمپین انتشار را از Artifact جدا کنید
| مرحله | تصمیم |
|---|---|
| Teaser | آیا لازم است؟ |
| Primary release | Source of truth |
| Manager brief | Context و سؤالهای سخت |
| Discussion | Voice و correction |
| Repurpose | نسخه کانالمحور |
| Archive | Version و تاریخ |
| Measure | Comprehension/action |
برای هدف، Audience، Calendar و Guardrail، راهنمای کمپین قدردانی را استفاده کنید.
Approval workflow را مکتوب کنید
| Review | مسئول |
|---|---|
| Claim/data | Data owner |
| Attribution | Team/contributor rep |
| Privacy/consent | HR/Privacy/individual |
| Legal/brand | در صورت انتشار بیرونی |
| Accessibility | QA مستقل |
| Final sign-off | Communication owner |
| Publish | Channel owner |
Versioning و Correction path داشته باشید
| فیلد | محتوا |
|---|---|
| Version | v1.۰ و تاریخ |
| Data cutoff | آخرین زمان داده |
| Owner | مسئول پاسخ |
| Change log | چه چیزی اصلاح شد؟ |
| Correction | مسیر گزارش خطا |
| Expiry | زمان Archive/بازبینی |
| Canonical | یک نسخه مرجع |
تصویر اشتباه در پیامرسانها تکثیر میشود. نسخه مرجع و پیام اصلاح باید واضح باشد.
QA داده را از QA طراحی جدا کنید
| QA داده | QA طراحی |
|---|---|
| تعریف Metric | Hierarchy |
| عدد/مخرج | Chart encoding |
| Baseline/Window | Axis/label |
| Source/query | Contrast/RTL |
| Attribution | Mobile/print |
| Caveat | Alt/long description |
Comprehension test را با مخاطب واقعی انجام دهید
| سؤال تست | هدف |
|---|---|
| پیام اصلی چیست؟ | Recall |
| این عدد با چه چیزی مقایسه شده؟ | Baseline |
| چه کسی/چه چیزهایی سهم داشتند؟ | Attribution |
| چه چیزی معلوم نیست؟ | Uncertainty |
| قدم بعدی چیست؟ | Actionability |
| کدام بخش گیجکننده است؟ | Friction |
«دوستش داری؟» تست فهم نیست. بدون توضیح طراح، از فرد بخواهید Insight را بازگو کند.
موفقیت اینفوگرافیک را با Engagement خام نسنجید
| سطح | شاخص | Guardrail |
|---|---|---|
| Delivery | دسترسی کانال | نه view قطعی |
| Attention | Open/view | Privacy |
| Comprehension | Recall/teach-back | نمونه |
| Accuracy | Correction rate | Severity |
| Equity | Credit/access gap | Opportunity |
| Action | گفتوگو/اقدام بعدی | Attribution |
| Cost | زمان/هزینه تولید | Reuse |
Metrics دستاورد را به ریسک سرمایه انسانی تبدیل نکنید
اینفوگرافیک باید ارتباط دهد، نه افراد را با یک Score رتبهبندی کند. KPI فردی، غیبت، سلامت، عملکرد یا شبکه ارتباطی بدون Purpose و کنترل مناسب میتواند به نظارت و انگزنی تبدیل شود. برای Metricهای سازمانی و محدودیت نسبتدادن ارزش، راهنمای سرمایه انسانی و ارزش شرکت را ببینید.
RACI تولید اینفوگرافیک
| کار | Accountable | Responsible | Consulted |
|---|---|---|---|
| Brief | Communication owner | Content lead | Audience/team |
| Data | Data owner | Analyst | Finance/ops |
| Credit | Team lead | Content lead | Contributors |
| Design | Creative lead | Designer | Accessibility |
| Approval | Sponsor | Project owner | HR/legal |
| Publish | Channel owner | Comms | IT |
| Correction | Communication owner | Data/content | Affected people |
Workflow دهمرحلهای تولید
- Brief و سؤال محوری را تأیید کنید.
- Achievement، Baseline و Guardrail را تعریف کنید.
- Data provenance و Contribution map بسازید.
- Consent و سطح انتشار را بگیرید.
- Claim–Evidence sheet را بازبینی کنید.
- Storyboard متنی را تأیید کنید.
- Chart، hierarchy و نسخه RTL را طراحی کنید.
- Data QA، accessibility QA و comprehension test انجام دهید.
- نسخه کانالها و Source of truth را منتشر کنید.
- Correction، measure و Archive را ببندید.
سناریوی ایرانی: تیم عملیات فروشگاه آنلاین
یک شرکت فرضی میخواهد کاهش زمان تحویل تهران را جشن بگیرد. Draft اولیه میگوید «۴۰٪ سریعتر» و عکس سه مدیر را نشان میدهد. ممیزی مشخص میکند Median از ۲٫۵ به ۱٫۵ روز رسیده، اما فقط برای سفارشهای درونشهری؛ نرخ مرجوعی ثابت مانده و تغییر حاصل کار انبار، رانندگان پیمانکار، داده و پشتیبانی بوده است.
| Draft پرریسک | نسخه معتبر |
|---|---|
| ۴۰٪ سریعتر | ۲٫۵→۱٫۵ روز؛ سفارش درونشهری Q2 |
| عکس مدیران | Contribution map چهار نقش |
| فلش بزرگ | Slope chart با مقدار مستقیم |
| بدون کیفیت | مرجوعی ثابت بهعنوان Guardrail |
| انتشار عمومی | نام/عکس فقط با Consent؛ بیرونی جدا |
| تصویر تنها | Alt، شرح طولانی و جدول داده |
Anti-patternهای اینفوگرافیک دستاورد
- آمار «۶۰هزار برابر سریعتر» بدون منبع معتبر
- شروع با Template پیش از Brief
- درصد بدون عدد پایه و مخرج
- Cherry-pick کردن بهترین بازه
- محور بریده بدون هشدار
- Pie سهبعدی و Bubble برای مقایسه دقیق
- دو محور برای ساخت رابطه ظاهری
- حذف Guardrail و هزینه موفقیت
- Attribution علّی از داده همبستگی
- قهرمانسازی و حذف کار پنهان
- نام، عکس یا Quote بدون Consent
- رنگ بهعنوان تنها حامل معنا
- متن ریز داخل یک تصویر بزرگ
- یک خروجی برای موبایل، نمایشگر و چاپ
- انتشار بدون نسخه و Correction path
- سنجش موفقیت با Like و View تنها
چکلیست قبل از انتشار
- Purpose، Audience و سؤال محوری روشن است.
- Claim اصلی با Evidence پشتیبانی میشود.
- Baseline، Window، Unit و Denominator دیده میشود.
- Source، Owner و تاریخ داده ثبت است.
- Attribution به زبان Contribution نوشته شده است.
- Dependency و کار پنهان بررسی شده است.
- Guardrail و Uncertainty حذف نشدهاند.
- نام، عکس و Quote رضایت لازم دارند.
- Chart با سؤال و Encoding متناسب است.
- Axis، Scale و Label گمراهکننده نیست.
- رنگ تنها حامل معنا نیست.
- Contrast و خوانایی متن تست شده است.
- Alt، Long description و Data table آمادهاند.
- RTL، اعداد، واحد پول و تاریخ درستاند.
- موبایل، نمایشگر و چاپ متناسباند.
- Comprehension test بدون توضیح طراح موفق است.
- Version، Canonical و Correction path وجود دارد.
- تاریخ Archive/بازبینی تعیین شده است.
سؤالات متداول
بهترین نمودار برای نمایش دستاورد تیم چیست؟
به سؤال بستگی دارد: Line برای روند، Bar یا dot plot برای مقایسه، Slope برای قبل/بعد و Flow برای فرایند. برای مقایسه دقیق، Position و Length معمولاً از Angle و Area خواناترند.
آیا باید نام و عکس همه اعضا را نمایش دهیم؟
خیر. ابتدا Purpose و Consent را بررسی کنید. گاهی نمایش Role و Contribution منصفانهتر و امنتر است. رضایت انتشار داخلی را برای شبکه اجتماعی یا وب تعمیم ندهید.
Alt text اینفوگرافیک چه باشد؟
Alt کوتاه باید هدف و Insight اصلی را بگوید. برای داده و ساختار کامل، Long description و جدول دسترسپذیر کنار تصویر بدهید؛ همه محتوا را در Alt فشرده نکنید.
چگونه از گمراهکنندهبودن نمودار جلوگیری کنیم؟
Baseline، بازه، مخرج، واحد و Source را روشن کنید؛ محور و Scale را بررسی کنید؛ Guardrail و عدم قطعیت را نشان دهید؛ و از مخاطب بخواهید پیام را بدون توضیح شما بازگو کند.
هر چند وقت یکبار اینفوگرافیک دستاورد منتشر کنیم؟
بر اساس Milestone و نیاز ارتباطی، نه تقویم اجباری. انتشار زیاد میتواند Attention را کم و تیم را به تولید KPI نمایشی سوق دهد. هر Artifact باید سؤال و Evidence تازه داشته باشد.
جمعبندی
اینفوگرافیک دستاورد تیمی یک تزئین نیست؛ ادعایی فشرده درباره واقعیت، سهم و معناست. Brief، Achievement definition، Data provenance، Baseline، Guardrail و Contribution map را پیش از طراحی بسازید. سپس Visual encoding، عنوان، متن، رنگ و Story را متناسب با سؤال انتخاب کنید.
اعتبار از زیبایی مهمتر است: Consent، Privacy، WCAG، Alt/Long description، RTL، QA داده، Comprehension test، Version و Correction path را حذف نکنید. خروجی خوب فقط دیده نمیشود؛ درست فهمیده میشود، Credit را منصفانه توزیع میکند و بدون اغراق به یادگیری و اقدام بعدی کمک میکند.
