Getting Real

ПРИНЦИП

Проекты затягиваются

Обычно в агентстве вся работа строится по установленному плану. Сначала маркетолог проектирует прототипы, редактор пишет текст, затем дизайнер рисует дизайн, потом дизайн верстается и в конце все это интегрируется с программной частью. Есть проблема: каждый этап зависит от предыдущего, а реальный продукт получается только в самом конце. Заказчик и команда согласуют прототипы, не понимая, как они будут работать в реальности.

В реальности всегда что-то пойдет не так. На каждом этапе появляются замечания, которые неизбежно увеличивают время этапа, а значит и бюджет. Сроки едут, и с этим ничего не получается сделать. Проект тонет и раздувается от функционала. Половина функций кажутся лишними, но все доделывают их, чтобы не отбиваться от плана и следовать ТЗ.

После нескольких месяцев напряженной нервотрепки, проект все-таки запускают в компромиссном виде — он не нравится никому, но все рады, что эта пытка наконец-то кончилась. Скорее всего, он уже никому не нужен. Разумеется, при таком подходе о пользе не идет и речи. Такая система изначально обречена на неудачу, она не жизнеспособна в современных условиях.

Разработка проекта — процесс распланированный, но всё же не до конца предсказуемый, так как на ход разработки влияет много внешних и внутренних факторов. Могут возникнуть форс-мажорные обстоятельства: главный редактор заболел, у программиста сломался компьютер, клиент не до конца понимает свои желания. В каждом проекте они свои. Каскадная модель умножает ошибки, и сроки начинают бесконтрольно растягиваться.

Зафиксируйте срок
Мы считаем, что не всегда первоначальный план работы является образцовым. Часто недочеты раскрываются по ходу разработки проекта, потому что продумать все теоретически — сложно. Даже после многочисленных исследований некоторые детали могут быть упущены.

Подробные исследования занимают огромные количество времени и денег. Шанс на удачу есть, но гарантии — нет. Мир быстро меняется, и даже за несколько месяцев, потраченных чисто на исследования, а затем на разработку, продукт может стать уже неактуальным. Потерянное время и деньги — слишком большая цена за одну неудачу. Формальности не должны побеждать здравый смысл.

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

Принцип Getting Real полезен для клиента и его бизнеса, потому что позволяет гибко вести работу над проектом. Если разработка уже началась, а у заказчика или арт-директора появляется классная для бизнеса идея, мы можем реализовать ее в проекте. Вы не услышите от нас:
«этого не было в ТЗ».

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


Выделите ядро
В работе мы фокусируемся на важном, а лишнее отсеиваем.
Сначала скелет — потом детали. Это разрешает быстро затестить главные функции, согласовать их с клиентом и перейти к подробностям. Если распыляться на всё и сразу, то проект теряет цель, становится не конкретным и перегруженным.

Допустим, заказчик собирается продавать музыкальные инструменты онлайн. Он предлагает поместить на сайт каталог с категориями, личный кабинет, корзину, а еще афишу, онлайн-журнал, подписку, покупку в рассрочку и альбом с фотографиями. Редактор сразу говорит, что многие функции здесь излишни, они не помогают продавать музыкальные инструменты, а отвлекают покупателя. Мелкие детали требуют усилий, но пользы не приносят. Необходимо сфокусироваться на важном — основной идее, — чтобы как можно скорее запустить проект и протестировать его. Если сайт работает без ошибок и появился спрос — переходим к деталям.

Такие ситуации происходят, потому что в погоне за красотой и обилием функций (картинок, анимаций, количеством страниц) заказчики часто забывают о сути своего продукта. Они думают: чем больше — тем привлекательнее, а значит эффективнее. Такая позиция тормозит развитие продукта.
Результаты достигаются с помощью точной фокусировки, а не огромного количества усилий.

Здравый смысл, а не формальности
Мы честно предупреждаем клиентов о том, что во время работы над проектом что-то может пойти не по плану. Несмотря на это, принцип Getting Real помогает нам отвечать за то, что:
  • продукт выйдет в срок и с заданным бюджетом
  • продукт будет отвечать на поставленную задачу
  • качество не пострадает
даже если конкретное решение будет отличаться от задуманного изначально.