پروژه افتر افکت اینفوگرافیک زمانی ارزشمند است که عدد، مقایسه، تایملاین، نقشه یا فرایند را برای مخاطب قابل فهمتر کند. هدف فقط متحرک کردن نمودار نیست. یک اینفوگرافیک خوب باید نشان دهد مهمترین نتیجه چیست، اعداد چه رابطهای با هم دارند و مخاطب از هر صحنه چه چیزی باید بفهمد. به همین دلیل صحت داده و خوانایی به اندازه رنگ و Animation اهمیت دارند.
قبل از انتخاب قالب، سؤال اصلی را مشخص کنید. آیا میخواهید چند گروه را مقایسه کنید، روند تغییر در زمان را نشان دهید، درصدها را توضیح دهید، یک مسیر زمانی بسازید یا توزیع جغرافیایی را نمایش دهید؟ هر نوع داده به ساختار متفاوتی نیاز دارد. وقتی نمودار بر اساس سؤال انتخاب شود، احتمال استفاده از یک طراحی زیبا ولی گمراهکننده کمتر میشود.
Bar Chart برای مقایسه گروهها مناسب است، Line Chart تغییر در زمان را بهتر نشان میدهد و Pie یا Donut برای سهمهای ساده از کل کاربرد دارد. Timeline برای رویدادهای مرتبشده، Map برای داده جغرافیایی و Counter برای یک عدد مهم مناسباند. وجود دهها مدل در یک Pack به این معنی نیست که باید از همه آنها استفاده کنید.
از نمودار پیچیده فقط برای جذابیت بصری استفاده نکنید. اگر دو عدد ساده مقایسه میشوند، دو Bar یا حتی دو عدد بزرگ میتوانند واضحتر از نمودار سهبعدی باشند. Motion باید ساختار اطلاعات را روشن کند، نه اینکه مخاطب برای فهم شکل نمودار انرژی بیشتری صرف کند.
عدد متحرک در ویدیو میتواند معتبر به نظر برسد، بنابراین اشتباه در داده خطر بیشتری دارد. منبع، تاریخ، واحد اندازهگیری و جامعه آماری را قبل از طراحی ثبت کنید. اگر درصد مربوط به یک گروه یا دوره خاص است، همان زمینه باید در Label یا متن توضیح داده شود. دادههای مربوط به سالها یا منابع متفاوت را بدون توضیح در یک Comparison قرار ندهید.
یک جدول مرجع بسازید که مقدار نهایی، واحد، عنوان و منبع هر عدد را داشته باشد. هنگام اصلاح مشتری میتوانید همه Sceneها را با این جدول کنترل کنید. طراحی عالی نمیتواند عدد اشتباه را جبران کند. در گزارش شرکتی، آموزش و محتوای عمومی، دقت باید بخشی از Quality Gate پروژه باشد.
اگر محور Bar Chart از عددی بسیار بالاتر از صفر شروع شود، تفاوت کوچک میتواند در تصویر بسیار بزرگ دیده شود. اگر چند نمودار Scale متفاوت داشته باشند ولی ظاهرشان مشابه باشد، مخاطب ممکن است طولها را مستقیم مقایسه کند. بعد از وارد کردن اعداد واقعی، محور و نسبت بصری را بررسی کنید و در صورت نیاز Range را اصلاح کنید.
واحدها باید یکسان و واضح باشند. درصد، میلیون، هزار، تومان، دلار یا ثانیه را با فرمت ثابت بنویسید. تعداد اعشار را فقط به اندازهای نگه دارید که معنا داشته باشد. فریم نهایی نمودار باید حتی اگر ویدیو Pause شود قابل فهم باشد و Labelها بهتنهایی بتوانند مقدار را توضیح دهند.
After Effects امکان استفاده از دادههای JSON، MGJSON، CSV و TSV را دارد. طبق مستندات Adobe این فایلها میتوانند به پروژه وارد شوند و با Expression ویژگیهای متن، نمودار و سایر عناصر را کنترل کنند. این روش برای گزارش ماهانه، آمار ورزشی، داشبورد، شبکه اجتماعی یا هر محتوایی که مرتب بهروزرسانی میشود مفید است.
البته همه پروژههای آماده از فایل خارجی استفاده نمیکنند. بعضی مقدارها را با Slider Control یا Expression داخلی میگیرند و بعضی نیاز به ویرایش دستی Text و Shape دارند. قبل از انتخاب بررسی کنید داده کجا وارد میشود. اگر هدف شما بهروزرسانی مکرر است، ساختار کنترل داده از ظاهر Preview مهمتر خواهد بود.
نمایش همزمان چند نمودار برای گزارش چاپی ممکن است مناسب باشد، اما ویدیو نیاز به ترتیب دارد. ابتدا سؤال یا Headline را نشان دهید، سپس شواهد را یکییکی اضافه کنید و در پایان نتیجه را روشن کنید. هر صحنه بهتر است یک پیام اصلی داشته باشد. این کار به مخاطب اجازه میدهد بدون توقف ویدیو مسیر استدلال را دنبال کند.
در گزارش شرکت میتوان با KPI اصلی شروع کرد، سپس گروهها را مقایسه کرد، Trend را نشان داد و در پایان جمعبندی ارائه داد. در آموزش، ابتدا مفهوم، بعد مثال و سپس مقایسه مناسب است. از پروژهای استفاده کنید که Sceneها را میتوان بر اساس این منطق مرتب کرد، نه اینکه شما را مجبور کند تمام نمودارهای موجود را نمایش دهید.
در نمودار معمولاً نوشتههای بیشتری از تایتل عادی وجود دارد: نام محور، Legend، مقدار و توضیح. این متنها روی گوشی سریع کوچک میشوند. Preview را در اندازه نزدیک به نمایش واقعی ببینید و وزن فونت، کنتراست و فاصله را کنترل کنید. اگر Label برای فهم نمودار ضروری است نباید مخاطب مجبور به Zoom شود.
نام گروهها را تا حد ممکن کوتاه کنید و Legend را نزدیک به داده قرار دهید. اگر یک عنوان طولانی است، Abbreviation قابل فهم یا توضیح در صحنه قبلی میتواند بهتر باشد. هرچه مخاطب زمان کمتری برای رمزگشایی Layout صرف کند، فرصت بیشتری برای فهم خود داده دارد.
رنگ میتواند گروهها را جدا کند، افزایش و کاهش را نشان دهد یا عدد مهم را برجسته کند. معنای هر رنگ را در تمام Sceneها ثابت نگه دارید. اگر آبی در اولین نمودار یک محصول است، در صحنه بعدی آن را به محصول دیگری اختصاص ندهید. رنگ Accent را برای مهمترین نتیجه ذخیره کنید تا قدرت تأکیدش از بین نرود.
کنتراست و دسترسپذیری را نیز بررسی کنید. دو رنگ نزدیک ممکن است روی نمایشگر کوچک غیرقابل تشخیص شوند. تفاوت را فقط به رنگ وابسته نکنید و از Label، Position یا Pattern کمک بگیرید. رنگ برند باید در خدمت داده باشد، نه اینکه خوانایی را قربانی هویت بصری کند.
عدد بزرگ متحرک برای یک KPI اصلی جذاب است، اما بدون Label معنای کمی دارد. 72 میتواند درصد، کاربر، کشور یا ثانیه باشد. واحد را واضح بنویسید و فریم نهایی را به اندازه کافی نگه دارید. سرعت Count-up نیز نباید حس دقت کاذب ایجاد کند، بهخصوص اگر عدد تقریبی است.
برای درصد، گاهی نمایش مقدار کل یا Base مقایسه لازم است. در پول، Symbol و جداکننده را در همه صحنهها یکسان نگه دارید. اگر داده تخمینی است، طراحی نباید آن را شبیه اندازهگیری دقیق آزمایشگاهی نشان دهد. انیمیشن باید سطح اطمینان داده را محترم نگه دارد.
Map برای توزیع جغرافیایی، مسیر و تفاوت منطقهای مناسب است. Timeline زمانی مفید است که ترتیب رویدادها یا تاریخها اهمیت داشته باشد. اگر مکان نقشی در نتیجه ندارد، نقشه فقط فضا میگیرد. اگر Milestoneها ترتیب معناداری ندارند، Timeline هم به تزئین تبدیل میشود.
در نقشه، نام مناطق و Boundaries را با منبع داده هماهنگ کنید. در Timeline اگر فاصله نقاط قرار است مدت را نشان دهد، Scale باید منظم باشد. اگر فاصله فقط نمادین است، با Label واضح نگذارید مخاطب آن را زمان واقعی تفسیر کند.
در پروژه شرکتی، رنگ، لوگو و فونت برند مهماند اما محور اصلی همچنان داده است. فونت Headline ممکن است برای Label کوچک مناسب نباشد؛ در این صورت از یک فونت مکمل خوانا استفاده کنید. Logo را در جایی بگذارید که نمودار را تحت فشار قرار ندهد و از Background شلوغ خودداری کنید.
اگر پروژه دارای کنترل رنگ یا متن مرکزی است، وجود آن را در همان محصول بررسی کنید. برای هماهنگی عنوانهای بین Sceneها میتوانید از ساختار مشابه عناوین متحرک افتر افکت استفاده کنید. هدف این است که کل گزارش یک سیستم واحد به نظر برسد.
فارسی راستبهچپ است، در حالی که نمودارهای نمونه معمولاً با Label انگلیسی طراحی میشوند. تصمیم بگیرید عددها با ارقام فارسی یا لاتین نمایش داده میشوند و همین استاندارد را در تمام پروژه حفظ کنید. Alignment و Position Legend ممکن است برای RTL نیاز به تغییر داشته باشد. طول نام گروهها را نیز قبل از نهایی کردن Layout تست کنید.
اگر نسخه فارسی، انگلیسی و عربی دارید، Composition جدا برای هر زبان میتواند مدیریت جهت و فونت را سادهتر کند. معنی و نسبت نمودار باید یکسان بماند اما ترتیب بصری میتواند با زبان هماهنگ شود. توطین خوب داده یعنی همان نتیجه برای هر مخاطب بهسادگی قابل فهم باشد.
همه مجموعههای داده فقط اعداد مثبت و کامل ندارند. مقدار صفر، عدد منفی یا سلول بدون داده میتواند رفتار نمودار و Expression را تغییر دهد. قبل از نهایی کردن پروژه تصمیم بگیرید صفر چگونه نمایش داده شود و داده گمشده با «ناموجود»، Dash یا حذف کامل مشخص شود. عدد منفی نیز باید جهت و Baseline درستی داشته باشد تا با افزایش اشتباه گرفته نشود.
اگر قالب برای مقدارهای منفی طراحی نشده است، یک تست با بدترین حالت انجام دهید. گاهی Bar از محدوده خارج میشود یا Label روی محور میافتد. پروژهای که قرار است برای گزارشهای آینده استفاده شود باید سناریوهای واقعی داده را تحمل کند، نه فقط اعداد نمونه تمیز.
اینفوگرافیک افقی با چند محور و Legend ممکن است روی مانیتور خوب باشد اما در Reels و Story قابل خواندن نباشد. در نسخه عمودی، تعداد اطلاعات هر Scene را کم کنید و عدد اصلی را بزرگتر نمایش دهید. بهجای فشرده کردن یک داشبورد کامل در 9:16، آن را به چند صحنه پشتسرهم تقسیم کنید.
Safe Area و عناصر رابط شبکه اجتماعی را در نظر بگیرید. عنوان، عدد و Logo نباید نزدیک لبهای باشند که با دکمهها پوشانده میشود. نسخه موبایل موفق لزوماً کپی کوچکشده نسخه دسکتاپ نیست؛ باید برای خواندن سریع دوباره طراحی شود.
از خطاهای رایج میتوان به درصدی که مجموع آن از صد بیشتر است، واحدهای متفاوت در یک محور، Legend نامنظم، رنگهای بسیار مشابه، محور بدون عنوان و Number Counter بدون واحد اشاره کرد. همچنین ممکن است Animation مقدار را درست نشان دهد اما فریم پایانی بهدلیل Motion Blur یا خروج سریع قابل خواندن نباشد.
یک Checklist ثابت برای همه پروژهها بسازید: منبع، مقدار، واحد، تاریخ، Scale، Label، رنگ، مدت خواندن و لینک به فایل داده. این روش مخصوصاً وقتی چند نفر روی پروژه کار میکنند احتمال خطا را کمتر میکند.
پروژه اینفوگرافیک ممکن است Expression، Controller و Property Link زیادی داشته باشد. نسخه پشتیبانیشده After Effects و هر Plugin لازم را در صفحه محصول بخوانید. یک فایل قابل ویرایش ممکن است به ساختاری وابسته باشد که در محیط دیگری رفتار متفاوتی داشته باشد. قبل از جایگزینی همه دادهها یک Scene را کامل تست کنید.
اگر داده از فایل خارجی میآید، Encoding، Decimal Separator و مسیر فایل را بررسی کنید. یک Backup از پروژه اصلی نگه دارید تا در صورت خراب شدن Expression بتوانید برگردید. این موضوع در سیستمهای گزارشدهی تکرارشونده اهمیت بیشتری از یک پروژه یکبار مصرف دارد.
Spreadsheet، CSV، JSON یا یادداشت تحقیق را کنار AEP نگه دارید. وقتی عددی در ماه بعد تغییر میکند باید مشخص باشد مقدار قبلی از کجا آمده و کدام Scene به آن وابسته است. یک فایل منبع ساده از اختلاف بین تیم محتوا و Motion Designer جلوگیری میکند.
نسخهها را با تاریخ داده نامگذاری کنید، نه فقط Final و Final2. اگر مشتری اعداد تازه فرستاد، آنها را بهصورت منظم جایگزین کنید و دوباره تمام Labelها را مرور کنید. ارتباط بین منبع و Animation بخشی از کیفیت اینفوگرافیک است.
در مرور اول بدون توقف ببینید آیا نتیجه اصلی قابل فهم است. در مرور دوم تکتک عددها، محور، واحد و Label را با جدول منبع مقایسه کنید. طول Bar و درصدها باید با مقدار واقعی همخوانی داشته باشند و Animation نباید قبل از فرصت خواندن اطلاعات را پنهان کند.
برای دیدن دیگر انواع پروژه میتوانید به پروژههای افتر افکت برگردید. پروژه اینفوگرافیک خوب زمان ساخت نمودار را کم میکند، اما دقت و منطق داده همچنان مسئولیت اصلی تدوینگر و تولیدکننده محتواست.