«Щоб створити репутацію, потрібно 20 років, а щоб її зруйнувати, потрібно лише 5 хвилин», – --- Уоррен Баффет
Останнім часом ринок, схоже, перебуває в підсилювачі настроїв FUD – навіть найменша технічна вразливість або дрібниці всередині спільноти можуть швидко перерости в «кризу» під впливом великого поширення соціальних мереж, тому є багато галузевих партнерів, які спілкуються з нами про те, як «перетворити кризу на безпеку».
На наш погляд, ефективний кризовий піар – це не про «роз'яснення», а про те, щоб постійно доносити до суспільства на кожному етапі: «Ми відповідальні. ”
Ми узагальнюємо три поширені типи криз у проєктах Web3 та об'єднуємо перевірені в нашій практиці принципи 5S, щоб адаптувати стратегії реагування для кожного типу кризи, щоб допомогти сторонам проєкту стабілізувати довіру в умовах невизначеності та перетворити тиск на можливості. Сподіваємось, ці методи допоможуть більшій кількості розробників Web3 стати сміливішими під час шторму.
📖 Існує три типи криз і способи їх подолання
1.1 Чутки та непорозуміння: Криза довіри пов'язана з недостатньою інформацією, і потрібні ефективні роз'яснення та надійний механізм голосу
Багато криз спалахують не через проблеми самого проєкту, а через нерозуміння інформації в процесі фрагментарного поширення — такі кризи часто провокуються вирваними з контексту цитатами, скріншотами, нерозумінням правил, а після поширення проєкт може бути позначений як «непрозорий» або навіть «втікач».
1️⃣ Швидко реагуйте та захоплюйте право говорити: Перед обличчям чуток ритм і постава є найбільш важливими. Команда проєкту має якнайшвидше дати зворотний зв'язок, навіть якщо це буде лише лаконічна фраза: «Ми приділили увагу відповідній дискусії та перевіряємо», що може ефективно стримати подальше бродіння настроїв спільноти. Первинна відповідь не обов'язково повинна давати всі відповіді, але вона повинна показувати, що «ми дивимося, ми робимо», щоб спільнота бачила ставлення і дії команди проекту.
2️⃣ Відбивайтеся фактами, не будьте емоційними: Обов'язково дотримуйтесь фактів як якоря під час відповіді. Не ведіться на нападки, не кажучи вже про те, щоб вплутатися в суперечки та звинувачення. Як тільки тон команди проекту антагоністичний або емоційний, легко спровокувати вторинну кризу і зробити ситуацію ще більш неконтрольованою. Тільки говорячи фактами і підкріплюючи їх даними, можна по-справжньому заспокоїти непорозуміння і паніку.
3️⃣ Поговоріть з довіреною третьою стороною: Крім того, проектам краще не робити це поодинці перед обличчям непорозумінь. Схвалення технічних партнерів, екологічних партнерів або KOL, які підтримують проект протягом тривалого часу, часто є більш переконливим, ніж самооцінка сторони проекту. Розумна мобілізація зовнішніх ресурсів може допомогти швидко подолати сумніви та спекуляції. У разі технічних неправильних тлумачень команда проекту також повинна проявити ініціативу щодо розбирання ключової інформації у легкий для розуміння та візуальний спосіб за допомогою діаграм, гілок та інших форм, а також використовувати «мову спільноти» як професійний «переклад» для справжнього вирішення непорозумінь та відновлення розуміння.
1.2 Помилки продукту: ланцюгові реакції, спричинені дефектами, і довіра відновлюється за допомогою виконання та прозорого ремонту
Коли криза пов'язана з самим продуктом, емоції спільноти, як правило, більш чутливі. Незалежно від того, чи це помилки продукту, аномалії активів, відсутні функції та затримки розгортання, не слід недооцінювати хвильові ефекти, які вони викликають. Основа довіри користувачів часто ґрунтується на тому, «чи безпечний ваш продукт» і «чи заслуговує на довіру механізм». У цей час команді проекту потрібно показати не вміння пояснити, а вміння вирішувати.
1️⃣ Перевірте статус-кво та покажіть своє ставлення: Перший крок — швидко повідомити користувачам, що ви знаєте про це та вжили заходів. Команда проекту повинна надати попередню відповідь протягом 3 годин після виявлення проблеми, підтвердивши, що проблему було виявлено, і розпочавши дослідження. На цьому етапі немає необхідності пояснювати деталі, але важливо показати важливість і готовність розібратися з проблемою. Це не тільки розкриття інформації, а й передача довіри. Ставлення визначає напрямок, а двозначність, уникнення та запізніле реагування призведуть лише до ще більшого занепокоєння в суспільстві.
2️⃣ Розкрийте план і план для реалізації: Протягом 24 годин після початкової відповіді команда проєкту повинна розробити конкретний опис виправлення та план дій, включаючи: причину проблеми, розподіл відповідальності, терміни виправлення, очікування запуску, а також те, чи задіяні активи користувачів та механізми компенсації. Якщо його вдасться поєднати з процесом управління, підтвердити та контролювати за допомогою програми участі громади, це значно підвищить прозорість та довіру до реалізації. Мета цієї фази – дати користувачеві побачити, що «проблема систематично вирішується».
3️⃣ Належний план компенсації наслідків та реагування: Шкода, спричинена проблемами з продуктом, не може зупинитися на «ремонт завершено», а також необхідно цілеспрямовано сформулювати належний механізм наслідків та компенсації. Протягом 3~7-денного циклу команда проєкту повинна надавати поетапні звіти про хід виконання (наприклад, знімки екрана тестування, записи про оновлення контракту тощо), щоб спільнота могла перевірити результати. У той же час, він повинен чітко реагувати на те, чи надавати розумну компенсацію постраждалим користувачам, навіть якщо це просто символічна дія, він також може показати, що проект надає важливого значення та віддається користувацькому досвіду.
Реагування на кризу не таке просте, як ремонт продукту. Цей процес є концентрованою перевіркою вашої прозорості, виконання та почуття відповідальності з боку спільноти. Якщо все зроблено правильно, проєкт можна навіть використовувати для відновлення та підвищення довіри. Замість того, щоб «чи вирішено кризу», спільноту більше хвилює те, «як вирішується проект». Це також буде частиною довгострокового капіталу бренду проекту.
1.3 Командні потрясіння: поверніться до суті проекту та відповідайте на виклики за допомогою управління та відкритості
У проєктах Web3 «людські» проблеми, такі як зауваження засновників, командні суперечки чи помилки в управлінні, також можуть викликати шалений шторм громадської думки. Цей тип кризи також є найбільш нерозв'язним, часто пов'язаним із суперечливими цінностями, силовими іграми та руйнуванням фундаментів довіри. Ключ до подолання цієї кризи полягає в тому, щоб змістити тему з «індивідів» на «проекти».
1️⃣ Прояснити позицію та ставлення: Перше завдання команди проєкту – зробити чітку заяву, не лише повідомити спільноті про ставлення до вирішення проблеми, але й передати тверду позицію проєкту щодо цінностей та структури управління. Незалежно від того, чи йдеться про зміну у внутрішній команді, чи про суперечку, викликану особистими зауваженнями, проєктна команда має відреагувати чітко з першого разу, відмовитися від позиції «внутрішньої обробки» та проявити ініціативу, щоб показати спільноті чітку логіку організаційного управління. Якщо ключовий учасник йде, вкажіть, чи вплине домовленість про передачу на хід реалізації дорожньої карти проекту. Що ще важливіше, своєчасне оприлюднення офіційних заяв, які свідчать про те, що проект не буде відхилятися від своїх основних цілей і курсу через окремих учасників.
2️⃣ Підкресліть суть проекту та відверніть протиріччя: У цей час команді проекту потрібно направити тему назад до самого проекту. Для проєктів Web3 першочерговою турботою спільноти є не питання члена команди, а стійкість і відповідність самого проєкту. Коливання громадської думки, викликані командними суперечками або проблемами управління, можуть легко змусити зовнішній світ засумніватися в тому, чи є проект стабільним і чи вплине на нього внутрішні чвари. На цьому етапі команда проєкту має підкреслити, що ядром проєкту Web3 є механізм контракту, управління та консенсусу, а не конкретна особа чи тимчасова команда. Підтвердження бачення та основних цінностей проєкту є ключем до уникнення емоційних суперечок.
3️⃣ Публічне вибачення: Коли криза серйозна, своєчасне публічне вибачення може допомогти проєкту створити відповідальний імідж та пом'якшити негативні емоції спільноти. Публічне вибачення – це не лише церемоніальний крок, а й вираження готовності команди проєкту взяти на себе відповідальність, що свідчить про рефлексію команди проєкту та покращення поведінки команди. Якщо криза пов'язана з конкретними втратами або порушеннями, щирі вибачення та позитивний компенсаційний пакет можуть бути ефективними для відновлення довіри.
У разі кризи, викликаної такими потрясіннями в команді, команда проекту може максимально змістити фокус громадської думки з окремої людини на сам проект за допомогою прозорої структури управління, твердого захисту основних цінностей і своєчасного розгляду кожного інциденту. Таким чином, можна стабілізувати громаду в умовах потрясінь і зміцнити довгострокову основу проекту.
📅 Контроль ритму кризи: триступенева реакція для створення системного механізму зв'язків з громадськістю
Незалежно від типу кризи, необхідна стандартизована, виконувана структура для темпу. Ми рекомендуємо «триступеневий механізм реагування»:
Первинна реакція (протягом 1-3 годин): Швидко продемонструвати поінформоване та відповідальне ставлення, зайняти інформаційне поле;
Детальний опис (протягом 24 годин): з планом ремонту, зазначенням відповідальності, домовленістю про компенсацію;
Подальший зворотний зв'язок (протягом 3–7 днів): надавайте прозорі результати, оновлюйте майбутні механізми запобігання та запрошуйте до моніторингу спільноти.
Ця структура може допомогти проєкту завершити триетапну операцію зі стабілізації емоцій, виграшу буферів і передачі щирості перед емоційним сплеском, а також ефективно запобігти виходу кризи з-під контролю.
🔐 Трирівнева структура кризового PR: довгостроковий механізм від «гасіння пожеж» до «трансформації».
Тактика може зупинити тимчасові кризи, але лише культивуючи довгостроковий механізм, ми можемо побудувати справжній рів, і лише коли проєкт стикається з кризою, ми можемо бути безстрашними, швидко реагувати та ефективно її вирішувати:
👀 Профілактика: Розробити стратегію раннього попередження громадської думки
Web3 поширюється надзвичайно швидко, і проєктні команди повинні мати можливість «бачити темні хмари». Налаштовуючи моніторинг ключових слів, регулярні перевірки спільноти та аналіз даних про емоційні тенденції, формується фіксований механізм виявлення для реалізації безперервного сприйняття громадської думки в Discord, Twitter, TG та інших платформах.
Мета проста: до того, як прийде шторм, підготовка вже триває.
✍️ Рівень реагування: швидке реагування + багатомовний механізм співпраці
У разі настання кризи проект полягає в тому, щоб негайно активувати операційний механізм. Ми рекомендуємо заздалегідь підготувати «модульну бібліотеку сценаріїв», де контентні, юридичні та технічні ролі можуть написати шаблони для різних сценаріїв. Багатомовні оператори/партнери/KOL повинні відповідати синхронно протягом 3 годин, охоплюючи основні мовні області, щоб запобігти «тихому» інформаційному вакууму.
📓 Рівень наслідків: механізм управління + наративна реконструкція
Справжній піар – це не «полум'я» кризи, а «відновлення» довіри спільноти. Після того, як інцидент буде вирішено, проєкт може перетворити кризу на підтвердження довіри до бренду за допомогою пропозицій щодо покращення, голосування за управління спільнотою, відкритих та прозорих планів оновлення тощо, як можливість змінити бачення проєкту, спрямувати користувачів від «тих, хто сумнівається» до «співрозробників», і, можливо, стати новим наративом для бренду.
🔍 Кризи – це лише збільшувальне скло, піар – лише брандмауери
Врешті-решт, кожна криза насправді є збільшеним дослідженням звичайного накопичення проекту. Чи має проєкт стабільну атмосферу спільноти, довгострокові відносини з KOL та визнану довіру до бренду, не можна виправити тимчасовими зв'язками з громадськістю.
JE Labs завжди вважала, що можливості кризового менеджменту ґрунтуються не на «розумних словах» відповіді, а на тому, чи команда проєкту продовжує будувати довгострокову довіру та готова брати на себе відповідальність до кінця. До того, як настане криза, нам потрібно зробити «підзвітність» частиною проєктної культури, а також відшліфувати управління та багатомовні механізми реагування у стандартні конфігурації.
Як казав пан Черчилль: «Ніколи не втрачайте хорошу кризу». При правильному підході криза сама по собі може стати поворотним моментом для проекту по зміцненню обізнаності та довіри.
Контент має виключно довідковий характер і не є запрошенням до участі або пропозицією. Інвестиційні, податкові чи юридичні консультації не надаються. Перегляньте Відмову від відповідальності , щоб дізнатися більше про ризики.
Кризовий піар: правила виживання громадської думки у Web3-проєктах
Автор: JE Labs
«Щоб створити репутацію, потрібно 20 років, а щоб її зруйнувати, потрібно лише 5 хвилин», – --- Уоррен Баффет
Останнім часом ринок, схоже, перебуває в підсилювачі настроїв FUD – навіть найменша технічна вразливість або дрібниці всередині спільноти можуть швидко перерости в «кризу» під впливом великого поширення соціальних мереж, тому є багато галузевих партнерів, які спілкуються з нами про те, як «перетворити кризу на безпеку».
На наш погляд, ефективний кризовий піар – це не про «роз'яснення», а про те, щоб постійно доносити до суспільства на кожному етапі: «Ми відповідальні. ”
Ми узагальнюємо три поширені типи криз у проєктах Web3 та об'єднуємо перевірені в нашій практиці принципи 5S, щоб адаптувати стратегії реагування для кожного типу кризи, щоб допомогти сторонам проєкту стабілізувати довіру в умовах невизначеності та перетворити тиск на можливості. Сподіваємось, ці методи допоможуть більшій кількості розробників Web3 стати сміливішими під час шторму.
📖 Існує три типи криз і способи їх подолання
1.1 Чутки та непорозуміння: Криза довіри пов'язана з недостатньою інформацією, і потрібні ефективні роз'яснення та надійний механізм голосу
Багато криз спалахують не через проблеми самого проєкту, а через нерозуміння інформації в процесі фрагментарного поширення — такі кризи часто провокуються вирваними з контексту цитатами, скріншотами, нерозумінням правил, а після поширення проєкт може бути позначений як «непрозорий» або навіть «втікач».
1️⃣ Швидко реагуйте та захоплюйте право говорити: Перед обличчям чуток ритм і постава є найбільш важливими. Команда проєкту має якнайшвидше дати зворотний зв'язок, навіть якщо це буде лише лаконічна фраза: «Ми приділили увагу відповідній дискусії та перевіряємо», що може ефективно стримати подальше бродіння настроїв спільноти. Первинна відповідь не обов'язково повинна давати всі відповіді, але вона повинна показувати, що «ми дивимося, ми робимо», щоб спільнота бачила ставлення і дії команди проекту.
2️⃣ Відбивайтеся фактами, не будьте емоційними: Обов'язково дотримуйтесь фактів як якоря під час відповіді. Не ведіться на нападки, не кажучи вже про те, щоб вплутатися в суперечки та звинувачення. Як тільки тон команди проекту антагоністичний або емоційний, легко спровокувати вторинну кризу і зробити ситуацію ще більш неконтрольованою. Тільки говорячи фактами і підкріплюючи їх даними, можна по-справжньому заспокоїти непорозуміння і паніку.
3️⃣ Поговоріть з довіреною третьою стороною: Крім того, проектам краще не робити це поодинці перед обличчям непорозумінь. Схвалення технічних партнерів, екологічних партнерів або KOL, які підтримують проект протягом тривалого часу, часто є більш переконливим, ніж самооцінка сторони проекту. Розумна мобілізація зовнішніх ресурсів може допомогти швидко подолати сумніви та спекуляції. У разі технічних неправильних тлумачень команда проекту також повинна проявити ініціативу щодо розбирання ключової інформації у легкий для розуміння та візуальний спосіб за допомогою діаграм, гілок та інших форм, а також використовувати «мову спільноти» як професійний «переклад» для справжнього вирішення непорозумінь та відновлення розуміння.
1.2 Помилки продукту: ланцюгові реакції, спричинені дефектами, і довіра відновлюється за допомогою виконання та прозорого ремонту
Коли криза пов'язана з самим продуктом, емоції спільноти, як правило, більш чутливі. Незалежно від того, чи це помилки продукту, аномалії активів, відсутні функції та затримки розгортання, не слід недооцінювати хвильові ефекти, які вони викликають. Основа довіри користувачів часто ґрунтується на тому, «чи безпечний ваш продукт» і «чи заслуговує на довіру механізм». У цей час команді проекту потрібно показати не вміння пояснити, а вміння вирішувати.
1️⃣ Перевірте статус-кво та покажіть своє ставлення: Перший крок — швидко повідомити користувачам, що ви знаєте про це та вжили заходів. Команда проекту повинна надати попередню відповідь протягом 3 годин після виявлення проблеми, підтвердивши, що проблему було виявлено, і розпочавши дослідження. На цьому етапі немає необхідності пояснювати деталі, але важливо показати важливість і готовність розібратися з проблемою. Це не тільки розкриття інформації, а й передача довіри. Ставлення визначає напрямок, а двозначність, уникнення та запізніле реагування призведуть лише до ще більшого занепокоєння в суспільстві.
2️⃣ Розкрийте план і план для реалізації: Протягом 24 годин після початкової відповіді команда проєкту повинна розробити конкретний опис виправлення та план дій, включаючи: причину проблеми, розподіл відповідальності, терміни виправлення, очікування запуску, а також те, чи задіяні активи користувачів та механізми компенсації. Якщо його вдасться поєднати з процесом управління, підтвердити та контролювати за допомогою програми участі громади, це значно підвищить прозорість та довіру до реалізації. Мета цієї фази – дати користувачеві побачити, що «проблема систематично вирішується».
3️⃣ Належний план компенсації наслідків та реагування: Шкода, спричинена проблемами з продуктом, не може зупинитися на «ремонт завершено», а також необхідно цілеспрямовано сформулювати належний механізм наслідків та компенсації. Протягом 3~7-денного циклу команда проєкту повинна надавати поетапні звіти про хід виконання (наприклад, знімки екрана тестування, записи про оновлення контракту тощо), щоб спільнота могла перевірити результати. У той же час, він повинен чітко реагувати на те, чи надавати розумну компенсацію постраждалим користувачам, навіть якщо це просто символічна дія, він також може показати, що проект надає важливого значення та віддається користувацькому досвіду.
Реагування на кризу не таке просте, як ремонт продукту. Цей процес є концентрованою перевіркою вашої прозорості, виконання та почуття відповідальності з боку спільноти. Якщо все зроблено правильно, проєкт можна навіть використовувати для відновлення та підвищення довіри. Замість того, щоб «чи вирішено кризу», спільноту більше хвилює те, «як вирішується проект». Це також буде частиною довгострокового капіталу бренду проекту.
1.3 Командні потрясіння: поверніться до суті проекту та відповідайте на виклики за допомогою управління та відкритості
У проєктах Web3 «людські» проблеми, такі як зауваження засновників, командні суперечки чи помилки в управлінні, також можуть викликати шалений шторм громадської думки. Цей тип кризи також є найбільш нерозв'язним, часто пов'язаним із суперечливими цінностями, силовими іграми та руйнуванням фундаментів довіри. Ключ до подолання цієї кризи полягає в тому, щоб змістити тему з «індивідів» на «проекти».
1️⃣ Прояснити позицію та ставлення: Перше завдання команди проєкту – зробити чітку заяву, не лише повідомити спільноті про ставлення до вирішення проблеми, але й передати тверду позицію проєкту щодо цінностей та структури управління. Незалежно від того, чи йдеться про зміну у внутрішній команді, чи про суперечку, викликану особистими зауваженнями, проєктна команда має відреагувати чітко з першого разу, відмовитися від позиції «внутрішньої обробки» та проявити ініціативу, щоб показати спільноті чітку логіку організаційного управління. Якщо ключовий учасник йде, вкажіть, чи вплине домовленість про передачу на хід реалізації дорожньої карти проекту. Що ще важливіше, своєчасне оприлюднення офіційних заяв, які свідчать про те, що проект не буде відхилятися від своїх основних цілей і курсу через окремих учасників.
2️⃣ Підкресліть суть проекту та відверніть протиріччя: У цей час команді проекту потрібно направити тему назад до самого проекту. Для проєктів Web3 першочерговою турботою спільноти є не питання члена команди, а стійкість і відповідність самого проєкту. Коливання громадської думки, викликані командними суперечками або проблемами управління, можуть легко змусити зовнішній світ засумніватися в тому, чи є проект стабільним і чи вплине на нього внутрішні чвари. На цьому етапі команда проєкту має підкреслити, що ядром проєкту Web3 є механізм контракту, управління та консенсусу, а не конкретна особа чи тимчасова команда. Підтвердження бачення та основних цінностей проєкту є ключем до уникнення емоційних суперечок.
3️⃣ Публічне вибачення: Коли криза серйозна, своєчасне публічне вибачення може допомогти проєкту створити відповідальний імідж та пом'якшити негативні емоції спільноти. Публічне вибачення – це не лише церемоніальний крок, а й вираження готовності команди проєкту взяти на себе відповідальність, що свідчить про рефлексію команди проєкту та покращення поведінки команди. Якщо криза пов'язана з конкретними втратами або порушеннями, щирі вибачення та позитивний компенсаційний пакет можуть бути ефективними для відновлення довіри.
У разі кризи, викликаної такими потрясіннями в команді, команда проекту може максимально змістити фокус громадської думки з окремої людини на сам проект за допомогою прозорої структури управління, твердого захисту основних цінностей і своєчасного розгляду кожного інциденту. Таким чином, можна стабілізувати громаду в умовах потрясінь і зміцнити довгострокову основу проекту.
📅 Контроль ритму кризи: триступенева реакція для створення системного механізму зв'язків з громадськістю
Незалежно від типу кризи, необхідна стандартизована, виконувана структура для темпу. Ми рекомендуємо «триступеневий механізм реагування»:
Первинна реакція (протягом 1-3 годин): Швидко продемонструвати поінформоване та відповідальне ставлення, зайняти інформаційне поле;
Детальний опис (протягом 24 годин): з планом ремонту, зазначенням відповідальності, домовленістю про компенсацію;
Подальший зворотний зв'язок (протягом 3–7 днів): надавайте прозорі результати, оновлюйте майбутні механізми запобігання та запрошуйте до моніторингу спільноти.
Ця структура може допомогти проєкту завершити триетапну операцію зі стабілізації емоцій, виграшу буферів і передачі щирості перед емоційним сплеском, а також ефективно запобігти виходу кризи з-під контролю.
🔐 Трирівнева структура кризового PR: довгостроковий механізм від «гасіння пожеж» до «трансформації».
Тактика може зупинити тимчасові кризи, але лише культивуючи довгостроковий механізм, ми можемо побудувати справжній рів, і лише коли проєкт стикається з кризою, ми можемо бути безстрашними, швидко реагувати та ефективно її вирішувати:
👀 Профілактика: Розробити стратегію раннього попередження громадської думки
Web3 поширюється надзвичайно швидко, і проєктні команди повинні мати можливість «бачити темні хмари». Налаштовуючи моніторинг ключових слів, регулярні перевірки спільноти та аналіз даних про емоційні тенденції, формується фіксований механізм виявлення для реалізації безперервного сприйняття громадської думки в Discord, Twitter, TG та інших платформах.
Мета проста: до того, як прийде шторм, підготовка вже триває.
✍️ Рівень реагування: швидке реагування + багатомовний механізм співпраці
У разі настання кризи проект полягає в тому, щоб негайно активувати операційний механізм. Ми рекомендуємо заздалегідь підготувати «модульну бібліотеку сценаріїв», де контентні, юридичні та технічні ролі можуть написати шаблони для різних сценаріїв. Багатомовні оператори/партнери/KOL повинні відповідати синхронно протягом 3 годин, охоплюючи основні мовні області, щоб запобігти «тихому» інформаційному вакууму.
📓 Рівень наслідків: механізм управління + наративна реконструкція
Справжній піар – це не «полум'я» кризи, а «відновлення» довіри спільноти. Після того, як інцидент буде вирішено, проєкт може перетворити кризу на підтвердження довіри до бренду за допомогою пропозицій щодо покращення, голосування за управління спільнотою, відкритих та прозорих планів оновлення тощо, як можливість змінити бачення проєкту, спрямувати користувачів від «тих, хто сумнівається» до «співрозробників», і, можливо, стати новим наративом для бренду.
🔍 Кризи – це лише збільшувальне скло, піар – лише брандмауери
Врешті-решт, кожна криза насправді є збільшеним дослідженням звичайного накопичення проекту. Чи має проєкт стабільну атмосферу спільноти, довгострокові відносини з KOL та визнану довіру до бренду, не можна виправити тимчасовими зв'язками з громадськістю.
JE Labs завжди вважала, що можливості кризового менеджменту ґрунтуються не на «розумних словах» відповіді, а на тому, чи команда проєкту продовжує будувати довгострокову довіру та готова брати на себе відповідальність до кінця. До того, як настане криза, нам потрібно зробити «підзвітність» частиною проєктної культури, а також відшліфувати управління та багатомовні механізми реагування у стандартні конфігурації.
Як казав пан Черчилль: «Ніколи не втрачайте хорошу кризу». При правильному підході криза сама по собі може стати поворотним моментом для проекту по зміцненню обізнаності та довіри.