Rebranding وقتی معنا دارد که میان آنچه یک سازمان انجام می‌دهد و آنچه مخاطب از آن می‌فهمد فاصله‌ای وجود داشته باشد. این فاصله ممکن است به نام، جایگاه، شیوه ارتباط یا هویت بصری مربوط باشد. تغییر لوگو یکی از ابزارهاست، نه تعریف کامل کار. پیش از سفارش طراحی تازه، باید بتوانید مسئله را در یک جمله روشن بیان کنید: چه چیزی تغییر کرده، چه کسی آن را درست نمی‌فهمد و این ابهام چه اثری بر ارتباط یا انتخاب او دارد؟
کهنه به نظر رسیدن یک رنگ یا علاقه مدیر تازه به یک سبک، به تنهایی دلیل کافی برای تغییر گسترده نیست. در مقابل، سازمانی که دامنه خدماتش تغییر کرده ولی هنوز با یک محصول قدیمی شناخته می‌شود، ممکن است به بازتعریف روایت نیاز داشته باشد. تصمیم را به شواهد و هدف وصل کنید. اگر مسئله اصلی کیفیت خدمت است، تغییر ظاهر آن را برطرف نمی‌کند؛ اگر خدمت تغییر کرده اما نشانه‌های برند هنوز پیام قبلی را می‌دهند، اصلاح ارتباط می‌تواند لازم باشد.
دامنه تغییر را دقیق بنویسید
میان اصلاح محدود هویت و تغییر گسترده برند تفاوت بگذارید. ممکن است فقط خوانایی لوگو در اندازه کوچک مشکل داشته باشد و اصلاح نسخه‌های مصرف کافی باشد. گاهی نام یا جایگاه برند با بازار تازه سازگار نیست و مسئله عمیق‌تر است. استفاده از یک عنوان مشترک برای همه این کارها، انتظار و بودجه را مبهم می‌کند. در Brief مشخص کنید چه بخش‌هایی ثابت می‌مانند و چه بخش‌هایی اجازه تغییر دارند: نام، وعده، لحن، ساختار محصولات، رنگ یا سیستم طراحی.
این دامنه باید با تصمیم‌گیران واقعی هماهنگ شود. اگر تیم طراحی تصور می‌کند فقط هویت بصری را بازسازی می‌کند ولی مدیران منتظر تغییر بازار هدف هستند، ارزیابی خروجی منصفانه نخواهد بود. همچنین بعضی تغییرها وابستگی سازمانی دارند؛ تغییر نام خدمت ممکن است در قرارداد، نرم‌افزار، پشتیبانی و آموزش کارکنان اثر بگذارد. فهرست این وابستگی‌ها را قبل از طراحی نهایی تهیه کنید. هزینه Rebranding فقط صورت‌حساب ساخت نشان تازه نیست.
شواهد را از برداشت شخصی جدا کنید
با مشتریان، کارکنان و افرادی که هنوز مشتری نیستند درباره فهمشان از برند صحبت کنید. سؤال کلی «لوگو را دوست دارید؟» اطلاعات محدودی می‌دهد. سؤال‌هایی مانند «این سازمان چه خدمتی ارائه می‌کند؟»، «چه انتظاری از آن دارید؟» و «کدام بخش برایتان مبهم است؟» به مسئله نزدیک‌تر هستند. رفتار و موقعیت مخاطب را نیز در نظر بگیرید. پاسخ کسی که سال‌ها با برند کار کرده با پاسخ فردی که اولین بار نام را می‌بیند تفاوت دارد.
مستندات داخلی، شکایت‌های تکراری، متن پرسش‌های فروش و نحوه معرفی کارکنان هم سرنخ دارند. اگر هر واحد سازمان وعده متفاوتی می‌دهد، مشکل ممکن است از نبود تعریف مشترک باشد. به جای تبدیل چند نقل‌قول به حکم عمومی، الگوها و اختلاف‌ها را ثبت کنید. تعداد محدود گفتگو برای ساخت فرضیه مفید است، اما نماینده تمام بازار نیست. در مطلب روان‌شناسی رنگ در برند نیز تفاوت برداشت زمینه‌مند با ادعای اثر قطعی مطرح شده است.
دلیل تغییر باید قابل توضیح باشد
در یک نمونه واقعی، Mozilla در گزارش سالانه خود درباره Rebranding سال ۲۰۲۴ توضیح داده که می‌خواست برداشت محدود به «شرکت Firefox» را به نقش گسترده‌تر خود در اینترنت پیوند دهد. این روایت در گزارش رسمی Mozilla آمده است. این مثال نشان می‌دهد دلیل تغییر می‌تواند به فهم جایگاه مربوط باشد. از آن نمی‌توان نتیجه گرفت هر سازمان باید همان سبک یا همان شیوه معرفی را انتخاب کند.
برای پروژه خود، روایت کوتاهی بنویسید که به واقعیت قابل مشاهده متصل باشد. «می‌خواهیم مدرن باشیم» مبهم است؛ «خدمات جدید ما در هویت فعلی دیده نمی‌شوند» مسئله مشخص‌تری دارد. روایت باید به کارکنان کمک کند دلیل تغییر را توضیح دهند، نه اینکه فقط چند واژه تبلیغاتی را حفظ کنند. اگر برای توجیه تغییر ناچار به وعده‌ای هستید که محصول هنوز نمی‌تواند انجام دهد، فاصله میان طراحی و واقعیت را قبل از معرفی عمومی حل کنید.
چه چیزهایی ارزش حفظ کردن دارند؟
شناخت قبلی مخاطب یک دارایی است، حتی اگر همه اجزای هویت فعلی مطلوب نباشند. نام، شکل، رنگ، لحن یا یک نشانه خاص ممکن است در تشخیص برند نقش داشته باشد. پیش از حذف، بفهمید کدام جزء واقعاً شناخته می‌شود و کدام فقط برای تیم داخلی آشناست. حفظ یک نشانه به معنای حفظ تمام مشکلات نیست. می‌توان ساختار یا نسخه‌های مصرف را اصلاح کرد و همچنان ارتباطی قابل تشخیص با هویت قبلی نگه داشت.
در ادغام یا تغییر ساختار محصولات، این موضوع پیچیده‌تر می‌شود. مخاطب ممکن است به یک زیرنام اعتماد داشته باشد و حذف فوری آن ابهام بسازد. رابطه نام‌ها را از منظر استفاده واقعی روشن کنید: چه کسی مالک خدمت است، چه نامی روی رسید می‌آید و کاربر برای پشتیبانی چه چیزی را جست‌وجو می‌کند؟ معماری برند باید این رابطه‌ها را قابل فهم کند. چیدن چند لوگو کنار هم بدون توضیح نسبتشان، راهبرد ادغام به حساب نمی‌آید.
طراحی یک سیستم به جای یک تصویر
پس از روشن شدن راهبرد، هویت باید در موقعیت‌های واقعی کار کند. صفحه وب، بسته‌بندی، سند، تابلو و پیام پشتیبانی محدودیت‌های یکسانی ندارند. یک لوگوی زیبا در قاب ارائه، ممکن است در اندازه کوچک یا تک‌رنگ مشکل داشته باشد. رنگ‌ها نیز باید در زمینه‌های مختلف قابل استفاده باشند. نمونه‌های کاربردی را با محتوا و طول متن واقعی تهیه کنید. در راهنمای آرم و نشان مسئله نسخه‌های مصرف و جزئیات بهتر توضیح داده شده است.
سیستم باید برای افراد خارج از تیم طراحی هم قابل اجرا باشد. قالب‌های قابل ویرایش، فونت‌های مجاز، نمونه متن و قواعد کوتاه مصرف از یک پرونده پر از تصویر مفیدتر هستند. اگر اجرای صحیح هر مورد به حضور طراح اصلی وابسته باشد، هویت در استفاده روزمره پراکنده می‌شود. قواعد را با نیاز کاربران داخلی تنظیم کنید. تیم فروش برای یک سند سریع، اطلاعات متفاوتی از تیم محصول برای مؤلفه‌های رابط نیاز دارد.
ارزیابی را به هدف وصل کنید
مقایسه طرح‌ها را با معیارهای از پیش نوشته‌شده انجام دهید: تشخیص، فهم حوزه فعالیت، خوانایی، سازگاری با جایگاه و قابلیت اجرا. پسند شخصی می‌تواند در گفتگو مطرح شود، اما جای این معیارها را نگیرد. از مخاطب بخواهید یک کار یا تفسیر مشخص انجام دهد. اگر هدف رفع ابهام نام محصولات است، میزان فهم رابطه محصولات مهم‌تر از انتخاب رنگ محبوب است. اطلاعات مقایسه باید با شرایط واقعی مواجهه شباهت داشته باشد.
واکنش اولیه به تغییر نیز تمام نتیجه نیست. هویت تازه ممکن است در اولین مواجهه ناآشنا باشد؛ این به تنهایی شکست را ثابت نمی‌کند. در مقابل، تحسین یک نمایش طراحی به معنی بهبود کسب‌وکار نیست. اثر تغییر را با هدف و در بازه مناسب بررسی کنید و عوامل هم‌زمان مانند تغییر قیمت، تبلیغات یا محصول را در نظر بگیرید. نسبت دادن هر افزایش فروش به لوگوی تازه، از داده فراتر می‌رود.
برنامه معرفی و جابه‌جایی دارایی‌ها
برای انتشار، فهرست نقاط تماس تهیه کنید: سایت، حساب‌های رسمی، اپ، فرم‌ها، فایل‌های دانلودی، اسناد و اقلام فیزیکی. مشخص کنید کدام تغییر باید هم‌زمان رخ دهد و کدام می‌تواند مرحله‌ای باشد. در بعضی پروژه‌ها معرفی تدریجی مناسب است و در بعضی دیگر حضور هم‌زمان نام‌های متفاوت ابهام ایجاد می‌کند. یک روش واحد برای همه نداریم. ترتیب کار باید از وابستگی‌ها و تجربه مخاطب بیاید، نه صرفاً از سهولت تغییر فایل‌ها.
اگر دامنه یا مسیرهای وب تغییر می‌کنند، حفظ دسترسی به محتوا و ارتباط نام قدیم با نام جدید اهمیت دارد. کاربر نباید برای رسیدن به حساب یا سند خود سرگردان شود. اطلاع‌رسانی باید توضیح دهد چه چیزی تغییر کرده و چه چیزی از نظر خدمت ادامه دارد. کارکنان پشتیبانی نیز به پاسخ مشترک نیاز دارند. معرفی عمومی پیش از آماده شدن ابزارهای داخلی، احتمال می‌دهد مخاطب از کانال‌های مختلف توضیح‌های ناسازگار دریافت کند.
پس از معرفی، مالکیت را مشخص کنید
Rebranding با مراسم معرفی تمام نمی‌شود. باید معلوم باشد چه کسی درخواست نسخه تازه را تأیید می‌کند، فایل‌های معتبر کجا هستند و موارد استثنا چگونه ثبت می‌شوند. دارایی‌های قدیمی را از منابع مورد استفاده روزمره جدا کنید تا دوباره وارد گردش نشوند. فهرست مشکلات هفته‌های اول می‌تواند به اصلاح قواعد کمک کند. اگر یک قالب در استفاده واقعی مرتب می‌شکند، مشکل را به کاربر قالب نسبت ندهید؛ قرارداد طراحی شاید نیاز به تغییر داشته باشد.
تصمیم خوب زمانی شکل می‌گیرد که دلیل تغییر، دامنه کار و توان اجرای آن روشن باشند. ممکن است نتیجه این بررسی یک تغییر بزرگ باشد یا فقط اصلاح چند بخش مهم. هر دو می‌توانند پاسخ درستی باشند. برای هماهنگی زبان بصری، راهنمای رنگ و هارمونی مکمل مفیدی است، اما نقطه آغاز همچنان فهم مسئله برند است. هویت تازه باید واقعیت روشن‌تری بسازد که مخاطب بتواند آن را تشخیص دهد و سازمان بتواند از آن پشتیبانی کند.
هنوز دیدگاهی ثبت نشده
اولین نفری باشید که نظر می‌دهد!