Заказная разработка: как выстроить работу с подрядчиком

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

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

За плечами команды Machineheads солидный опыт построения такой коммуникации. И мы готовы поделиться своим видом, как следует подойти к ее формированию.

Четкая постановка задачи: зачем вам нужен сайт

Первое, что нужно сделать, — ответьте себе на вопрос, для чего вам нужен этот сайт или продукт. Не общие фразы в формате «чтобы быть в интернете», а предметно:

• Какую бизнес-задачу он должен решить?

• Кто будет им пользоваться?

• Какие действия следует предпринять руководству?

Такое понимание задает структуру будущего сайта, его функциональность и дизайн.

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

Не будет лишним, если вы заранее подготовите базовые материалы:

• примерную структуру разделов;

• список основных функций;

• описание ЦА;

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

Это сэкономит дни, то и недели обсуждений. И помогу подрядчику сразу подумать в нужном направлении, и не угадать вашу бизнес-модель по крупицам.

Формулировка задачи — основа проекта. Чем яснее она прозвучит в начале, тем меньше будет шансов сбиться в процессе.

ТЗ, бриф и договор: фиксируемые ожидания

Начнём с главного: подробное ТЗ необходимо. Даже если проект кажется простым и все обсудили. Устные договоренности живут ровно до первого недопонимания.

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

Еще один полезный атрибут, пусть и не обязательный, — бриф. Он помогает подрядчику понять контекст:

• чем вы интересуетесь;

• ваши пользователи;

• какие цели перед вами стоят;

• какие референсы вам ближе.

Иногда бриф объединяют с ТЗ, иногда оформляют как отдельный документ. Главное, чтобы не потерялась суть: в кратком изложении вы передаете исходные вводные, на основе которых будет думать, проектировать, предлагать.

Отдельная тема — договор. Это юридическая основа считается исполнителем. В тексте договора необходимо учитывать поэтапный план и объемы работ, используемую модель оплаты — фиксированную цену или время и материалы, объемы и стоимость работ, условия по доработкам и правкам.

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

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

Процесс настройки: кто, как и с кем работает

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

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

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

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

Работа с правками: не затягивать и не перебарщивать

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

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

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

• Проверяйте правки через фильтр конструктивности. Формулировки в стиле «что-то не то» или «не нравится» только тормозят проект. Полезнее объяснение того, что вызывает сомнения: цвет, логика, расположение элементов. Также важно разделять личные вкусы и пользовательские настройки. Бывает так, что кажущееся некрасивым оказывается лучшим подвесным шкафом для настольного компьютера.

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

Приемка проекта: что проверить перед финальным «готово»

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

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

• все заявленные фичи реализованы;

• сайт корректно отображается на основных разрешениях и устройствах;

• нет ошибок в базовых сценариях;

• дизайн соответствует утвержденным макетам;

• контент загружен, тексты вычитаны, ссылки кликабельны;

• страницы загружаются быстро;

• Админ-панель работает стабильно и имеет все необходимые управленческие функции.

Помните, что ошибки на этом этапе еще можно спокойно исправить. Поэтому не стоит пропускать такую ​​комплексную проверку.

Правильно организованная свадебная приемка — это защита от недоразумений на финише и способ доказать, что вы действительно получили то, ради чего все затевалось.

Передача и поддержка: что происходит после запуска

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

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

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

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

А еще такой комплексный подход показывает зрелость официанта и уверенность в оптимальных решениях. Мы в Machineheads работаем именно так: в реализуемых проектах часто беременны и внедрены, и поддерживаются, и развиваются. В таком режиме мы сотрудничаем, в частности, с АО НПК «Катрен», одним из крупнейших фармдистрибьюторов в России. С 2022 года мы прошли с этим заказчиком уже следующие этапы:

• разработали новый личный кабинет клиента с комплексной структурой и множеством следствий;

• внедрили в уже работающий продукт целый ряд обновлений — как точечных, так и крупных;

• выпустили PWA-версию клиента личного кабинета для мобильного устройства.

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

Успех — в совместных действиях

Сайт не создается в одиночку. Это всегда совместный проект, и отлаженное взаимодействие здесь решает все. Роль заказчика не должна сводиться к утверждению макетов. Именно заказчик задает направление проекта: определяет цели, принимает решения, ставит фокус. Чем яснее он формулирует ожидания, тем выше шанс, что итоговый продукт действительно сработает на желаемой эффективности бизнеса. Проверенная нашим опытом общепринятость: самый сильный результат там, где с другой стороны есть оперативность, дисциплина и внимание к деталям.

Хотите, чтобы работа с подрядчиком была эффективной с самого начала? Давайте обсудим вашу задачу, после чего подберем форму работы, — просто оставьте заявку на сайте.