Бриф из ада: спасите проект до пятницы

Бриф из ада: спасите проект до пятницы

Правки или сладости?

Саша Петрикова
Саша Петрикова
Главный редактор журнала «Кинжал»
career

Представьте: понедельник, клиент из школы английского пишет вам: «Нужен лендинг. Яркий. Для всех. К обеду».

В пятницу на страницу должна прийти реклама. Дизайнер спрашивает, что рисовать, разработчик — что собирать. Клиент через десять минут уходит на встречу. Вы только что стали менеджером проекта.

Выберите, с чего начнёте, и раскройте карточку. Внутри — ваш рабочий день. Потом можно посмотреть, как сложилась бы неделя при другом решении.

Сначала попрошу логотип, тексты и фотографии

Клиент присылает папку. Вы передаёте её дизайнеру и просите поскорее собрать первый экран. На нём — улыбающаяся студентка и кнопка «Записаться на урок».

К обеду клиент отвечает: «Красиво. Только нам нужны заявки от компаний на обучение сотрудников. Зачем здесь студентка?»

В папке лежали материалы для старой страницы. Вы получили всё, что просили, — только не выяснили, кому и что собираетесь продавать. Теперь нужно поменять предложение, переписать текст и переделать макет. Дизайнер может вернуться к нему лишь в среду: на вторник у него уже запланирована другая работа.

В четверг вы наконец передаёте макет разработчику. До запуска рекламы — день, а страницу ещё нужно собрать и проверить.

Статус проекта: в реанимации. Логотип есть, запаса времени нет.

Что делать теперь: выяснить, что необходимо для первой версии, вместе с командой оценить оставшуюся работу и согласовать с клиентом, успеете ли вы к запуску рекламы. Если нет — перенести рекламу, а не обещать чудеса.

Попрошу показать лендинг, который нравится

Клиент присылает страницу другой школы: «Вот так хочу». Вы уточняете, что именно нравится. Он хвалит цвета, фотографии и большой блок с ценой. Дизайнер делает макет, клиент его одобряет.

В четверг вы показываете почти готовую страницу. Клиент нажимает на блок с ценой: «А где выбрать количество сотрудников? Там же стоимость сама считалась».

Вы делали статичный блок. Он ждал калькулятор. Пока вы обсуждали внешний вид, состав работы каждый определил себе сам.

Разработчик объясняет: для расчёта нужна формула, для формулы — тарифы, а после сборки всё придётся проверить. Тарифы у директора. Директор до среды не ответит. Калькулятор уже согласован с клиентом — правда, только в его голове.

Статус проекта: запуск под угрозой. Страница почти готова, но клиент ждёт калькулятор.

Что делать теперь: предложить запуск с ценой «от» и формой заявки, а калькулятор оценить отдельно после получения тарифов. Решение должен подтвердить клиент. Пока он не согласился, запуск остаётся под вопросом.

Сразу уточню срок и кто согласует результат

Вы спрашиваете, что значит «к обеду», когда начинается реклама и чьё «готово» будет окончательным. Выясняется: сегодня нужен только макет первого экрана, страницу принимает маркетолог, рекламу включают в пятницу в полдень.

Вы договариваетесь с маркетологом о времени проверки и планируете работу с командой. Он присылает тексты про обучение сотрудников, дизайнер рисует, разработчик собирает. Все знают свои сроки.

В четверг вы отправляете тестовую заявку. Она приходит на почту школы. Маркетолог удивляется: «Почему не в CRM? Менеджеры почту не смотрят».

Подключение CRM в задаче не появилось. Разработчик просит доступ, но он у сотрудника, который в отпуске. Вы пишете ему, он молчит. Самое время вызвать дух администратора .

Статус проекта: в реанимации. Срок известен, согласующий найден, а заявки принимать некому.

Что делать теперь: согласовать временную схему — конкретный сотрудник проверяет почту и переносит заявки в CRM. Убедиться, что он действительно может это делать. Если такой схемы нет, запускать рекламу пока рано.

Соберу короткий бриф, потом передам задачу команде

Вы предлагаете потратить оставшиеся десять минут на вопросы. Выясняется: страница нужна HR-менеджерам, которые ищут английский для сотрудников. Посетитель должен оставить заявку на консультацию. «Для всех» отменяется ещё до первого макета.

Вы уточняете, что входит в первую версию. Клиент перечисляет программу, цену «от», форму и передачу заявок в CRM. Калькулятор пока не нужен. К обеду он ждёт первый экран, к пятнице — работающую страницу.

Команда оценивает работу и подтверждает: с этим объёмом успевает, если клиент сегодня пришлёт тексты и доступы, а завтра согласует макет. Вы отправляете договорённости маркетологу, который принимает страницу. Он подтверждает их и присылает тексты и доступы.

В четверг клиент пишет: «А калькулятор всё-таки добавим?» Вы возвращаете ему согласованный список: можно запустить страницу в пятницу, а калькулятор сделать следующим этапом. Или оценить его сейчас и пересмотреть дату запуска. Клиент выбирает первый вариант.

В пятницу команда проверяет страницу на телефоне и компьютере. Тестовая заявка попадает в CRM, маркетолог принимает работу. Запускают рекламу.

Статус проекта: жив. Калькулятор появится, но уже с отдельной задачей и сроком.

Что делать теперь: отдельно оценить калькулятор с командой и согласовать срок с клиентом. Перед его запуском снова проверить, что заявки доходят до CRM.

С Хэллоуином! Не забудьте поставить тыкву на стол. Главное, чтобы в неё не превратился проект.

arrow-scrollTop arrow-scrollTop

Автор:
Саша Петрикова

Еще по теме: