Коли проєкт знайомий, а люди — вже ні
Проєкт — стабільний. Спеціаліст із хорошою динамікою. Вів проєкт із самого початку, пережив ребрендинг, зміну tone of voice, кілька криз, запуск нових лінійок та ще безліч зйомок в десятках локаціях. Знав все: що клієнт любить, що не схвалює, коли краще не писати, а коли — обов’язково написати із кавичками. Його контент не треба було пояснювати — він відчував бренд на рівні інтуїції.
А потім зміна. Людина пішла, не драматично, просто зміни. Бо заміна команди буває з різних причин: хтось вигорає, комусь тісно в проєкті, іноді просто зміни в ресурсах. А іноді... навіть коли здавалося б не варто. Тоді команда ненадовго завмирає. Клієнт із мікропанікою в очах зі мною на 121 каже: «А хто тепер буде замість нього?». Пу-пу-пу.
Новий спеціаліст відкриває бриф, і в ньому півтора роки історії, візуальні гайдлайни на 18 сторінок, приклад як треба й що краще не показувати та фраза: «Тут усе вже налагоджено, робимо так». Але насправді — ні. Найгірше, що можна зробити в такій ситуації — захищати минуле замість того, щоб працювати з теперішнім.
Бо це вже новий проєкт. Нові очі бачать старі шаблони і не все в них виглядає логічно. Вже новий темп, нова манера комунікації, новий стиль — усе трохи інакше, і це нормально. Саме тоді, коли змінюється людина, треба міняти не лише підписи у чатах. Треба ставити паузу й подумати: а що ми можемо переосмислити? Так як це найкращий час для апдейда співпраці з клієнтом.
Ось тоді ми робимо ретроспективу та чесно говоримо:
💬 Що працювало, а що ні?
💬 Що було в плані, але так і не реалізувалось?
💬 Які формати втомилися, а які навіть не тестували?
...
Бо нова людина не продовження попередньої. У неї інший досвід. Інші сильні сторони. Інша енергетика. І якщо не дати їй простору запропонувати щось своє, вона просто буде боятись зіпсувати «те, що працювало». А значить — не розкриється.
📌 Тому моя порада проста: Не імітуйте стабільність, коли змінюється команда. Це шанс зупинитись, подивитися на проєкт із нової висоти. Проведіть ретроспективу, оновіть очікування, сформуйте нову опору замість старої інерції.
Бо найгірше — коли стара система тягне нову людину вниз.
А найкраще — коли зміна команди стає сигналом: давайте зберемо те, що варте збереження — і сміливо перезавантажимось там, де давно назріло. Це не про «все з нуля». Це про оновлення без втрати суті.
І чесно, після таких змін проєкт живе ще глибше. І ще довше.
📖 P.S. Якщо ви зараз у процесі зміни команди або будуєте нові робочі стосунки, дуже раджу прочитати книгу Кім Скотт «Радикальна прямота».
А як звали вашого, того самого спеца по якому ви дуже сумуєте?)
Немає коментарів
Додати коментар Підписатись на коментаріВідписатись від коментарів