Как я хотел управлять ожиданиями клиентов с помощью гугл-таблицы и шаблона в Notion, и вот что из этого вышло
«Сколько будет стоить разработка?» — всегда спрашивают клиенты на первой же встрече. Но в IT дать точную оценку работ невозможно. Я думал, что нашёл решение.
Мой основной бизнес — студия разработки panfilov.digital, которой в этом году исполняется 10 лет. Каждый новый клиент просит рассчитать предварительную стоимость проекта. На самом деле точно назвать цену до самого окончания работ невозможно, но у заказчика нужно создать правильные ожидания.
Я придумал решение ― два шаблона на основе моего опыта, чтобы заказчики могли спланировать бюджет на разработку. В статье рассказываю, как они работают и что произошло, когда мы стали внедрять их в работе с нашими клиентами.
Какие есть варианты сотрудничества студии разработки с заказчиками
Варианты сотрудничества различаются тем, кто берёт на себя риски
- Аутстаффинг. Заказчик привлекает сотрудника аутстаф-компании, выкупает его fulltime и подключает к своей команде. В этом случае всё просто — клиент платит фиксированную сумму за сотрудника в месяц: его зарплата + комиссия студии. Почти все риски на клиенте.
- Fix Price. На проект есть точное ТЗ и его нужно оценить и реализовать в обозначенные сроки. Этот вариант подходит для больших тендеров, когда безусловно необходимо закрепить итоговую цену, и наоборот — маленьким проектам, например, одностраничникам на тильде, когда всё ТЗ состоит из структуры экранов и их содержания. Тут все риски берёт на себя исполнитель — если в процессе работы что-то пойдёт не так, то подрядчик это исправляет за свой счёт, потому что он взял на себя обязательства под фиксированную стоимость.
- Time & Material — оплата по факту затраченных часов/ресурсов. T&M подходит клиентам, которые знакомы с разработкой: возможно, у них есть свой отдел, и им нужно его доукомплектовать, либо у клиента настолько размытые требования и нестандартный продукт, что нельзя даже предварительно прикинуть объёмы работ — какой-нибудь ресёрч в области machine learning. Тут тоже риски на клиенте.
- Работа спринтами — проект разделяется на этапы, каждый из них оценивается обособленно и отрабатывается по Fix Price.
Такой гибридный формат — оптимальный для обеих сторон. Так риски распределяются равномерно. С одной стороны, заказчик может прогнозировать затраты по этапам, с другой стороны, исполнитель не подписывается под большой проект и сохраняет гибкость в планировании.
В работе с новыми проектами по спринтам мы разделяем работу на следующие шаги:
- Проектирование — ТЗ + дизайн;
- Запуск MVP / первой версии;
- Если проект большой — поэтапное внедрение новых функций.
Как дать примерную оценку разработки
Когда процесс разработки гибкий и происходит в несколько этапов, нельзя оценить финальный прайс.
Есть универсальный способ оценки проекта — ☝ пальцем в небо умножить на 3.14
Клиентов этот способ редко устраивает.
Тогда на помощь приходит опыт. Я за 20 лет запустил более 500 проектов и могу примерно прикинуть, сколько времени моя команда потратит на выполнение задачи. А значит, могу сделать приблизительную оценку разработки.
Логика такая:
- умножаем время на ставку, получаем затраты на исполнителя;
- суммируем затраты на всех исполнителей, получаем затраты на весь проект;
- от этой суммы выстраиваем вилку +/- с разбросом в зависимости от сложности проекта и опыта команды выполнения похожих задач.
Я сделал гугл-таблицу с расчётами по этой логике и делюсь ей с вами.
Подробнее о том, как пользоваться таблицей и ссылка на шаблон — в моем блоге:
Кстати, эта таблица подходит не только для разработки, но и для любых команд, в которых исполнители тарифицируются по часам: дизайнерам, пиарщикам, контент-маркетологам.
Как сделать более точную оценку разработки
Примерная оценка все еще может отличаться от фактической цены на 50%, а то и на 100%. Поэтому когда клиент соглашается на поэтапную работу, мы делаем приблизительную оценку на все работы и первым этапом продаём проектирование с фиксированной стоимостью.
Результатом этапа проектирования является техническое задание: описание бизнес-требований, бизнес-логика, макеты дизайна и функциональное описание вместе с технической спецификацией.
Когда есть такое ТЗ, программисты могут дать более точную оценку своей работы. Во время проектирования они планируют программную архитектуру продукта, проясняются вопросы, которые влияют на итоговый объём трудозатрат.
Подробное описание компонентов ТЗ и ссылка на шаблон Notion в другой статье из блога →
Мы фиксируем стоимость этапа проектирования, потому что даже если у клиента появятся новые вводные на этапе ТЗ, то это не сильно увеличит трудозатраты на его создание (дизайн + техническое описание). Гораздо хуже, если хотелки будут возникать во время программирования, потому что переделывать написанный код намного затратнее.
Теперь расскажу, что произошло после того, как мы внедрили шаблоны на практике.
Кейс №1 — сделали оценку, не стали работать
Пришёл клиент по ссылке с сайта, который мы сделали для компании «Цифра». Сказали, что всё нравится и хотят такой же: адаптивный, с современным дизайном, с продуманной информационной архитектурой.
Сделали приблизительную оценку в гугл-таблице. Руководитель отдела маркетинга сказал, что всё ок. Мы описали план работ, подготовили документы на этап проектирования с фиксированной стоимостью и были готовы приступать.
И вдруг нам сообщают, что встречу хочет провести коммерческий директор.
Приходим на встречу, и человек, не участвовавший до этого в переговорах, говорит, что всё норм по предложению, но нужно сделать скидку.
Мы предлагаем вариант, как можно сделать дешевле: отложить некоторые разделы на следующий этап, снизить количество анимаций и эффектов на фронтенде. Он говорит нет, не подходит, нужно то же самое, но дешевле. Такая постановка вопроса нас не устроила, мы отказались делать скидку и не стали работать с этим клиентом.
Использование шаблона для предварительной оценки помогло быстро перейти к заключению сделки. А то, что она в итоге сорвалась, не повлекло для нас больших потерь.
Кейс №2 — сделали оценку, сделали ТЗ и дизайн, передали разработку другому подрядчику
С повторным запросом пришёл клиент, для которого мы уже делали один сайт. У заказчика группа компаний, и в этот раз сайт нужен был для многофункционального медицинского центра «Каскад» в Минске.
Сделали предварительную оценку в гугл-таблице, вилка бюджета устроила. Разбили работу на два этапа — проектирование и программирование. Приступили к проектированию с фиксированной стоимостью работ.
Для нас это был первый проект сайта медицинского центра, поэтому мы погружались в нишу с нуля: изучили рынок и конкурентов, проанализировали лучшие практики, прописали пользовательские сценарии. Предложили на выбор два варианта дизайна, клиент выбрал один, в нём отрисовали 50 макетов для всех страниц сайта.
Мы успешно сдали этап проектирования из всех компонентов шаблона ТЗ в Notion. Но дело было в 2022 году, и заказчик принял решение, что разработкой и поддержкой сайта должны заниматься местные белорусские подрядчики, чтобы сократить возможные риски. Клиент нашёл таких исполнителей, передал наши результаты проектирования и начал реализацию проекта.
В итоге все в плюсе — ТЗ + дизайн как отдельный этап даёт ценность: у клиента есть гибкость в выборе подрядчика, а у нас в любом случае есть работа, даже если клиент примет решение идти в разработку с другой командой.
Подробнее про проектирование и дизайн для клиники «Каскад» — в кейсе на нашем сайте.
Кейс №3 — сделали оценку, сделали ТЗ и дизайн, сделали проект
Обратилась компания «Аквилон» — крупная сеть магазинов DIY в Казахстане. Задача была перезапустить интернет-магазин к следующему сезону, до которого оставалось полгода. Мы сделали предварительную оценку (гугл-шаблон) и первым этапом начали работу над ТЗ и дизайном (Notion-шаблон).
После проектирования стало понятно, что все запланированные функции и разделы к началу сезона запустить не получится. Мы выделили ключевые функции, которые нужны в интернет-магазине в первую очередь, и успешно реализовали их к нужному сроку.
После запуска на протяжении нескольких лет мы продолжаем планомерное развитие проекта. Подробнее про процесс подготовки и запуск MVP-версии интернет-магазина «Аквилон» можно прочитать в кейсе на нашем сайте.
Этап проектирования позволил предметно управлять ожиданиями клиента. То, что мы сделали ТЗ и дизайн до начала разработки, позволило точно спрогнозировать бюджет и сроки реализации функций, необходимых для запуска, и заказчик смог исходя из этого выстроить свои планы.
Выводы
- Гугл-таблица позволяет быстро прикинуть «вилку» предварительной стоимости проекта — даже если сделка не срастётся, вы не потеряете много на расчётах;
- Шаблон ТЗ в Notion помогает структурировать этап проектирования, который необходим, чтобы дать более точную оценку разработки;
- Готовое ТЗ помогает определить приоритеты и выбрать только необходимые функции, благодаря чему клиент получает возможность управлять бюджетом и сроками.
Напишите в комментариях, зашли ли вам мои шаблоны, и как вы управляете ожиданиями клиентов на своих проектах.
Подписывайтесь на мой телеграм-канал, в нём я пишу про разработку и управление цифровыми проектами.
"Я за 20 лет запустил более 500 проектов и могу примерно прикинуть, сколько времени моя команда потратит на выполнение задачи. А значит, могу сделать приблизительную оценку разработки."
Вот тут вы приврали в стиле лендинга любой типичной айти-студии)
Поэтому и остальное читать не планируем. Исправляйтесь.
UPD: Посморел ваш Сбис, выручка милая – 33 миллиона. Ну тогда если это только были проекты по 10к рублей.
Понимаю, понимаю – сейчас вы скажете, что могут быть другие юрики, другие способы получения денег (ИП, нал). И что опыт не ограничивается только этой деятельностью. Но на деле вы просто приврали, ну признайтесь... ну ради красного словца. А почему мы должны верить тогда всему остальному? Получается и опыт-то у вас не столь богат.
Влад, спасибо, что внимательно прочитали статью. 20 лет — это мой личный опыт в разработке (компании 10 лет, как указал в начале).
Я научился программировать в школе, первые заказы были ещё до универа и да, вначале это были простые сайты.
Тошнит от таких комментариев «посмотрел сбис» - да хоть по 500 руб он сайты делал, вам какое дело?
Максим, ничего не понятно, но очень интересно
Иван, что ж, я рад, что статья вызвала у вас эмоции :) если что-то конкретное непонятно и хотелось бы разобраться, я с удовольствием отвечу на вопросы
Ну не сказал бы, что очень интересно
полезные таблички, пошарю своим клиентам! :)