Как заказчику ускорить веб-разработку и получить сайт вовремя

Со сроками веб-разработки вечно какая-то беда: агентства то пообещают быстро и затянут релиз, то говорят какие-то нереальные сроки и включают непонятные работы. Digital-агентство «Атвинта» рассказывает, как заказчик влияет на скорость процесса и почему жесткие сроки — это плохо.

В digital-агентстве команда каждого проекта состоит из аккаунта, проджекта, аналитика, дизайнеров, программистов. И есть еще одна роль, которую часто не учитывают, — заказчик проекта. Да, вы — часть команды и ваша роль важная:

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

Зона ответственности агентства на старте — выбрать подход к управлению проектом, который гарантирует сроки. Подход зависит от сложности проекта в целом и каждого из его этапов. В каждом проекте есть аналитика, непосредственно разработка и согласование.

Например, в «Атвинте» возможны три подхода к разработке: краткосрочные проекты, проекты с углубленной аналитикой и разработка по принципу MVP.

Рассмотрим на примерах, как заказчик может повлиять на сроки проекта на каждом из типов проекта.

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

Итоговый результат такого проекта можно описать практически сразу. Этапы аналитики и разработки занимают примерно равное время. Аналитика нужна, чтобы оценить ситуацию на рынке: что делают конкуренты и что нужно пользователям. В таких проектах особое внимание к дизайну и контенту.

Разработка сайта с личным кабинетом клиента для фотостудии Yes заняла чуть меньше двух месяцев.

При работе над личным кабинетом заказчик сразу рассказал о специфике работы с фотографиями клиентов в интернете. Фотостудия проводит съемки детей в школах и детских садах. Родители хотят получить фото детей не выходя из дома. При этом по закону фото не может быть размещено публично или так, что их случайно увидит или скачает кто-то кроме родителей ребенка.

Благодаря тому, что заказчик рассказал об ограничении, мы сразу запрограммировали приватное скачивание фотографий. Фотограф распределяет фото по папкам пользователей в административной панели сайта. Родители детей регистрируются на сайте и получают ссылку для доступа к папке с фотографиями своей семьи. Ссылка доступна только конкретному человеку.

Дополнительно ускорило процесс то, что заказчик заранее подготовил текст и изображения для наполнения главной страницы сайта

А вот альтернативный пример. Делали сайт для жилищного застройщика. С момента согласования дизайн-концепции до релиза сайта прошло четыре месяца. Это время мы ждали от заказчика верные изображения планировки квартир и текстовые описания для наполнения разделов.

Создать такой контент самостоятельно без участия заказчика не выйдет. Этой информацией обладает только клиент.

В терминах проектной разработки их называют двухэтапными или waterfall-проектами.

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

В таких проектах невозможно точно спрогнозировать, сколько времени понадобится непосредственно на программирование и верстку, пока не проведен этап аналитики. В коммерческих предложениях и договоре мы указываем время на аналитику, создание технического задания и прототипирование. Срок релиза готового продукта называем только после завершения первого этапа.

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

Сервис учета сделок для компании «Аудит и Консалтинг» мы создали за три месяца, два из которых ушли на изучение и описание бизнес-процессов.

Компания «Аудит и Консалтинг» проводит аудиторскую оценку страховых случаев. Крупные российские страховщики обращаются в компанию для оценки ущерба и дальнейшего расчета выплат своим страхователям.

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

Благодаря такой вовлеченности команда проекта оперативно разобралась в особенностях взаимодействия аудиторов с их клиентами — страховыми компаниями. Нашли слабые места в системе взаимодействия и предусмотрели, как веб-продукт поможет их устранить.

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

Антипример: разработка сервиса для крупного холдинга в 2016 году. Мы сделали корпоративный сайт с функциями системы постановки задач, планировщиком и мессенджером. Работа растянулась почти на год.

Основная проблема — на этапе прототипирования с нами работал один представитель заказчика, а к моменту согласования подтянулись руководители смежных подразделений. У новых ЛПР было свое видение и пожелания.

Мы снова погружались в бизнес-процессы, отрисовывали интерактивные прототипы, согласовывали, учитывали противоречивые замечания каждой из сторон. Количество функций будущего продукта разрасталось, а срок аналитики вырос на треть.

В итоге через полгода мы остановились на варианте, который устраивал наиболее влиятельных ЛПР. За следующие два месяца создали корпоративный сайт для автоматизации работы почти 50 тысяч сотрудников федерального холдинга.

Готовый продукт оказался настолько многофункциональным, что инструкция для пользователей уложилась в книгу. Внедрить веб-сервис заказчикам оказалось проблематично.

Ситуацию с раздуванием этапа аналитики можно избежать, если разделить весь проект на блоки. Сначала описать и запрограммировать основные функции, а остальную функциональность наращивать в следующих этапах. В терминах управления проектами такая методика называется Scrum и относится к созданию, развитию и поддержке многофункционального продукта.

Этот подход идеален для сложных многопользовательских веб-сервисов: уже с минимальным рабочим веб-продуктом заказчик будет получать прибыль или оптимизирует работу сотрудников.

В дальнейшем продукт можно развивать и дорабатывать, подстраивая под меняющийся рынок и бизнес-идеи по развитию компании.

Для корпоративного сайта из прошлого примера такой подход позволил бы поэтапно делать и внедрять продукт.

Основная цель разработки кор сайта: сделать удобной совместную работу сотрудников из разных городов и регионов. На первом этапе достаточно запрограммировать систему постановки задач и новостной раздел. После этого внедрить новую систему и узнать мнение сотрудников: чего не хватает корпоративному порталу.

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

Попытка реализовать за одну итерацию как можно больше фич приводит к смещению сроков релиза. Так срок работы над проектом для Smart Logistic, сервиса доставки из IKEA, увеличился до четырёх месяцев, а планировали сделать за три.

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

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

Так что это получается, клиент платит агентству деньги за готовый веб-продукт, и ему же придется «поработать» на проекте? И да и нет. У заказчика есть обязанности, от которых не отойти, и те, которые может взять на себя агентство.

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

Например, жестко закрепленные сроки на старте проекта — признак дилетантов или совсем новичков. Это означает одно из двух:

На старте легко оценить время на аналитику, прототипирование и дизайн-концепцию. Срок релиза готового продукта будет ясен после завершения первого этапа.

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