Чому компанії, що надають креативні послуги, втрачають імпульс у період між отриманням запиту та остаточним виконанням замовлення

Вступ

Творчий проєкт може здаватися успішним ззовні, хоча насправді на нього витрачається напрочуд багато часу на очікування. Новий запит залишається без відповіді, доки хтось не перевірить поштову скриньку. Підписаний проєкт надходить до команди, що відповідає за реалізацію, без контексту, який обговорювався під час продажу. Відгуки надходять з різних джерел, або ж остаточні файли вже готові, але їхнє затвердження все ще затримується у когось, хто думав, що цим займається інший учасник процесу.

Жодна з цих затримок сама по собі не здається особливо серйозною. Однак у сукупності вони можуть перетворити простий двотижневий проєкт на щось, що затягується на місяць або й більше.

Для фотостудій, дизайнерських команд, маркетингових агентств та інших підприємств, що надають креативні послуги, найбільші затримки часто трапляються саме між етапами роботи, а не під час їх виконання. Покращення цих передач означає призначення чіткого відповідального за кожен етап, визначення наступного кроку та створення єдиного надійного місця для зберігання найсвіжішої інформації.

Перше уповільнення часто відбувається ще до того, як проект взагалі з’явиться

Креативні компанії докладають чимало зусиль, щоб залучити запити. Вони створюють портфоліо, публікують контент, покращують видимість у пошуку, проводять кампанії та покладаються на рекомендації. Але те, що хтось зв’язується з вами, — це лише початок процесу.

Ranktracker проводить подібне розмежування у своєму посібнику з формування потоку потенційних клієнтів. Залучення потенційних клієнтів і просування їх до укладення угоди — це пов’язані завдання, але вони не є одним і тим самим. Бізнес може мати стабільний потік запитів і все одно втрачати хороші можливості через непослідовність процесу супроводу.

Це стає складніше контролювати, коли потенційні клієнти надходять через кілька каналів. Форма з веб-сайту потрапляє в одну поштову скриньку, рекомендація надходить безпосередньо до засновника, а інший потенційний клієнт надсилає повідомлення через соціальні мережі. Поки обсяги невеликі, люди часто відстежують це неформально. Але коли запитів стає багато, пам’ять стає досить ненадійною системою управління взаємовідносинами з клієнтами (CRM).

Основні вимоги є досить скромними. Кожна серйозна можливість повинна мати відповідальну особу, видимий статус та чітку наступну дію. Якщо пропозиція вже надіслана, команда повинна знати, чи слід здійснювати подальшу роботу завтра чи наступного тижня, замість того, щоб чекати, поки хтось про це згадає.

Для креативних компаній, де над новими проектами працює кілька людей, CRM для агентських команд надає цій початковій стадії процесу спільну платформу. Корисною є наочність щодо кожної можливості. Люди можуть бачити, хто відповідає за переписку, що вже відбулося та які потенційні проекти зупинилися, замість того, щоб складати картину з ланцюжків електронних листів.

Тут також є корисний діагностичний момент для маркетингових команд. Якщо веб-сайт генерує дуже мало релевантних запитів, це може бути проблемою залучення клієнтів або видимості в пошуку. Якщо запити надходять, але потім регулярно зупиняються, збільшення трафіку не виправить слабку передачу естафети. Веб-аудит Ranktracker більше стосується першої проблеми, тоді як чіткіше визначення відповідальності та подальші дії вирішують другу.

Переговори з продажу втрачають цінність, коли контекст не передається разом із проєктом

Як тільки клієнт погоджується продовжити роботу, відповідальність зазвичай переходить від того, хто обробляв запит, до того, хто виконуватиме роботу. Цю передачу легко недооцінити, оскільки всім уже здається, ніби проєкт уже розпочався.

Особа, яка продала роботу, може знати, який термін є найважливішим, чому клієнт відхилив певний напрямок під час попередньої розмови або хто насправді має право остаточного затвердження. Якщо ці деталі залишаються прихованими в повідомленнях або нотатках однієї особи, команда, що виконує роботу, починає з питань, на які компанія вже дала відповідь.

Певна кількість повторень є нормальною, оскільки творча робота потребує уточнення в міру розвитку ідей. Однак просити нового клієнта переслати файли, повторити бриф або пояснити рішення, яке вже обговорювалося, — це інша справа. Це створює конфлікти, яких можна уникнути, і може зробити так, що навіть здібна команда виглядатиме неорганізованою.

Зазвичай достатньо короткого внутрішнього передавання інформації. Команді, що виконує замовлення, потрібні узгоджені обсяги робіт, головний пріоритет клієнта, будь-які зобов’язання щодо термінів, що впливають на графік, та достатньо контексту, щоб зрозуміти, як було продано проєкт. Їй не потрібна стенограма кожної розмови з продажу.

Саме тому робота з клієнтами є ефективнішою, коли розмови залишаються видимими, а не перетворюються на набір розрізнених повідомлень. Стаття Ranktracker про роботу з клієнтами для сервісних компаній розглядає ширшу проблему — як організувати взаємодію, коли все більше потенційних клієнтів та клієнтів проходять через бізнес-процес.

Метою має бути збереження корисного контексту без створення додаткової адміністративної роботи. Якщо якась інформація змінює спосіб реалізації проєкту, вона має надійти до тих, хто його виконує.

Додавання ще одного інструменту не вирішить проблему нечіткого розподілу відповідальності

Повільний процес часто викликає передбачувану реакцію, і хтось пропонує нове програмне забезпечення. Іноді вони мають рацію. Спеціалізований інструмент може усунути реальне вузьке місце, особливо коли люди вже марнують час на переміщення інформації між системами.

Але невизначеність щодо відповідальності дивовижно добре витримує зміну програмного забезпечення. Команди просто відтворюють ту саму невизначеність у новому інтерфейсі.

Перш ніж щось додавати, подивіться, на якому етапі останній проєкт насправді застряг. Можливо, хтось чекав на відповідь клієнта, хоча той уже відповів. Можливо, пропозицію надіслали без зазначення дати подальших дій, або готові файли лежали в очікуванні, тоді як особа, відповідальна за реалізацію, припускала, що їх надіслав хтось інший.

Три запитання виявляють дивовижно багато перешкод: Хто відповідає за наступну дію? На що саме вони чекають? Де вони шукатимуть останнє рішення?

Коли відповіді на ці питання стануть зрозумілими, програмне забезпечення та автоматизація зможуть надати корисну підтримку. Без них додавання ще однієї платформи може означати лише переміщення плутанини, а не її усунення.

Зворотний зв’язок щодо творчих проектів стає хаотичним, коли відокремлюється від самої роботи

Зворотний зв’язок — це одна з тих сфер, де творчий проєкт може втратити кілька днів, і ніхто цього одразу не помітить.

Коментар на кшталт «використовуйте друге зображення» цілком зрозумілий, коли всі мають відкритий один і той самий контактний аркуш. Через три дні, після завантаження оновленого набору, це може бути набагато менш очевидним. Подібні проблеми виникають, коли один учасник надсилає коментарі електронною поштою, а хтось інший відповідає у чаті, або коли скріншоти стосуються версій, які вже змінилися.

Чим візуальнішим є проєкт, тим більше часу команда витрачає на перетворення цих коментарів у реальну роботу. Фотографи можуть мати справу з сотнями зображень, а дизайнери — з кількома версіями одного й того самого елемента. Навіть невелика неоднозначність породжує ще одне повідомлення, ще одне уточнення та ще одну паузу, перш ніж редагування продовжиться.

У статті Ranktracker про інструменти анотації веб-сайтів для клієнтських проєктів розглядається та сама основна проблема у веб-дизайні. Зворотний зв’язок легше зрозуміти, коли він пов’язаний із тим, що переглядається. Коментар, прикріплений до відповідної сторінки чи елемента, вимагає менше тлумачення, ніж електронний лист із запитанням: «Чи можете ви змінити розділ у нижній частині сторінки?»

Такий самий підхід є корисним для фотографій та візуального контенту. Клієнт повинен знати, яку колекцію він переглядає, і мати очевидний спосіб позначити свій вибір або запропоновані зміни. Творча команда, у свою чергу, не повинна бути змушена відтворювати ці рішення на основі ланцюжка повідомлень після завершення раунду перегляду.

Зберігання перегляду в одному місці також полегшує контроль за раундами редагування. Коли всі бачать, які відгуки належать до поточного раунду, коментар, надісланий через кілька днів, рідше сприймається як частина попереднього запиту.

Процес затвердження працює ефективніше, коли клієнт знає, якої відповіді від нього очікують

Багато креативних робіт надсилають на рецензію з повідомленням на кшталт «Повідомте, що ви думаєте». Це звучить дружньо, але залишає клієнту право вирішувати, що робити далі.

Він може припустити, що команда просто хоче отримати загальні відгуки, тоді як насправді їй потрібне офіційне затвердження. Інший учасник процесу може вважати, що остаточне рішення приймає хтось інший. Технічно робота вже надійшла до клієнта, проте проект стоїть на місці, оскільки ніхто чітко не сформулював необхідну дію.

Повідомлення має відповідати необхідному рішенню. Якщо потрібне затвердження, чітко попросіть про нього. Якщо клієнт має вибрати дванадцять зображень із галереї, вкажіть, що саме потрібно вибрати. Коли відгук має надійти до певної дати, щоб дотриматися графіка виконання, надайте клієнту цей контекст, замість того щоб мовчки сподіватися, що відповідь надійде вчасно.

Наявність багатьох зацікавлених сторін додає ще один рівень конфлікту. Надання всім доступу до роботи є корисним, але це не означає, що кожен рецензент повинен самостійно вирішувати, що робити далі. Домовленість про те, хто має право остаточного затвердження, запобігає отриманню командою суперечливих вказівок і подальшим витратам часу на з’ясування, яка версія має переважати.

Мовчання також не повинно заміняти рішення. Припущення, що відсутність відповіді на електронний лист з рецензією означає схвалення, може тимчасово заощадити час, але залишає обидві сторони з різним розумінням того, що сталося. Видимий етап затвердження усуває цю неоднозначність, перш ніж проєкт рухається далі.

Остаточна передача заслуговує на більшу увагу, ніж посилання для завантаження

Креативні команди, природно, витрачають більшу частину своєї енергії на створення роботи. Після експорту остаточних файлів передача може почати здаватися адміністративною частиною наприкінці. Для клієнта, однак, це все ще частина досвіду роботи над проєктом.

Заплутана структура папок, незрозумілі імена файлів або змішання кількох версій можуть перетворити чудову роботу на джерело розчарування. Останнім враженням від процесу стає ситуація, коли хтось перебирає завантажені файли, намагаючись з’ясувати, які з них є остаточними.

У фотографії зв’язок між переглядом і передачею є особливо очевидним. Клієнт може переглянути галерею, вибрати вподобані знімки, запросити редагування та згодом отримати готові версії. Розподіл цих дій між кількома інструментами збільшує ймовірність того, що хтось посилатиметься на неправильний знімок або втратить з виду те, що було затверджено.

Для фотографів передача фотогалерей клієнтам стає простішою, коли перегляд, вибір та остаточні файли залишаються пов’язаними між собою. Клієнт має одне чітке місце для роботи, а фотограф не мусить щоразу, коли проект просувається вперед, збирати воєдино рішення з попередніх повідомлень.

Інші види візуальної роботи також виграють від такого підходу, навіть якщо програмне забезпечення відрізняється. Передача матеріалів має залишити у клієнта мінімум питань без відповіді. Він повинен розуміти, яка версія є остаточною, що йому потрібно завантажити та чи залишилися якісь невирішені питання.

Знайдіть етап передачі, який спричиняє найбільше затримок

Бізнесу, де проекти реалізуються повільно, рідко доводиться одночасно перебудовувати всі етапи робочого процесу. Часто лише один або два переходи є причиною непропорційно великої затримки.

Студія може швидко відповідати на запити та ефективно виконувати роботу після початку проєкту, але залишати пропозиції без уваги на тиждень, оскільки ніхто не відповідає за подальший супровід. Інша команда може мати дисциплінований процес продажів і швидке виконання робіт, але втрачати дні під час кожного раунду зворотного зв’язку, оскільки коментарі клієнта надходять через кілька каналів.

Часто достатньо проаналізувати один нещодавно завершений проєкт, щоб виявити закономірність. Простежте, що відбувалося від початкового запиту до остаточної здачі, і зверніть увагу на час очікування, а не на саму роботу. Знайдіть момент, коли проєкт залишався без уваги, хтось мусив нагадувати іншій особі або команда запитувала інформацію, яку вже надавали.

Виправлення цього перехідного етапу зазвичай є кориснішим, ніж перепроектування решти процесу. Чітко визначте відповідальну особу, зменшіть кількість місць, де можуть ухвалюватися рішення, та зробіть наступну необхідну дію очевидною для клієнта. Потім перевірте, чи змінився час очікування.

Творчі проєкти завжди супроводжуються необхідністю приймати рішення, вносити правки, змінювати ідеї та іноді стикатися з несподіваними проблемами. Це невід’ємна частина роботи з клієнтами. Натомість повторювану невизначеність щодо того, хто має діяти далі, набагато легше усунути.

Плавніший процес взаємодії з клієнтом залежить від чіткіших передач завдань

Більшість креативних компаній стикаються з труднощами не тому, що їхні співробітники недостатньо старанно працюють. Затримки виникають через те, що окремі етапи управляються досить добре, тоді як переходам між ними приділяється менше уваги.

Кращий процес дозволяє тримати важливі елементи на виду, не намагаючись контролювати кожну дрібницю. Запити мають відповідальних осіб, корисний контекст продажів доходить до тих, хто реалізує проєкт, а відгуки залишаються поруч із роботою, що перевіряється. Клієнти також знають, коли потрібне справжнє затвердження, а остаточна здача виглядає як частина проєкту, а не як адміністративна формальність, про яку згадали в останню хвилину.

Для клієнта ці невеликі операційні зміни мають велике значення. Він витрачає менше часу на повторення інформації, очікування оновлень або спроби з’ясувати, що йому слід робити далі. Креативна команда отримує більше часу на ту роботу, для виконання якої її найняв клієнт спочатку.