Работая со стартапами, мы часто сталкиваемся с тем, что все хотят мега-крутой технологичный проект, а сколько стоит его разработка — понимания нет. Стали часто встречаться варианты: в долю (а, значит, делать бесплатно), скидка за долю — студиям разработки абсолютно невыгодно и неинтересно, потому что необходимо содержать сотрудников. Всё это уже выглядит несерьезно, появляется много рисков и ответственности.
Стартапов становится все больше, технологии — дешевле и быстрее. Многие считают, что на аутсорсе дорого, но нанимать удаленных сотрудников сдельно - рискованно, т.к. их сложно контролировать. Фриланс вроде и обещает самоорганизованных специалистов, но зачастую это совсем не так. Там работает метод — “скупой платит дважды”, поэтому найти порядочных и крутых — весьма трудоемкий процесс.
Проблема стартапов
Очень часто заказчик еще не знает, как будет развиваться его проект (ещё нет полноценной дорожной карты). Из-за этого многие детали очень плохо прописаны и потому их трудно оценить в рублях. Чем абстрактнее описание, тем больше разбег стоимости (на предварительной оценке).Точную цену можно назвать только после четкого описания проекта (что требует полного включения в работу некоторых специалистов), составления ТЗ, и создания прототипов и проектирования.
Примечание:
Для аутсорсинговых компаний стартап — это это набор технологий и прикладных задач. Бывают сложнее, бывают проще, зачастую по своей сути они сводятся либо к интернет-магазину, либо CRM, ERP, агрегаторам, мессенджерам и т.д (т.е. модульности). Вся инновационность и сложность разработки будет упираться в вашу дорожную карту, в сценарии использования и автоматизацию бизнес процессов.
На примере одного из стартапов, который метит на международный рынок, покажем типичный запрос на просчёт. Разработка приложения — мессенджер (чат).
Первое описание приложения было таким:
Нужен дизайнер и разработчик для разработки MVP мобильного приложения (мессенджер).
“Функционал чата будет аналогичен всем другим существующим приложениям. Единственное отличие от остальных — авторизация будет несколько иной. Еще несколько особенностей: загрузка фото в профиль, смс-уведомления, интеграция с базой данных….”
Соответственно, мы можем назвать только вилку цен за MVP с минимальным функционалом от 350 до 800 тыс.руб. А это большой разброс цены, поэтому мы предложили обсудить подробнее некоторые моменты, т.к. они сильно влияли на стоимость. Вот несколько таких пунктов:
- Максимальная нагрузка на MVP.
- Как выглядит администраторская часть сервиса.
- Сколько дополнительных функций, например: групповые пересылки сообщений, цитирование, ответы, уведомления о действиях и т.д.
В ходе уточнений и переговоров удалось обоюдно скорректировать стоимость до 400 000 руб. Невозможно назвать точную стоимость после первого запроса.
Итак, из чего складывается разработка MVP приложения? Это:
- предварительное техническое задание (спецификация),
- прототипирование экранов (эскизы) — корректировка ТЗ,
- подробное ТЗ и разбиение на этапы,
- дизайн UX/UI,
- разработка функционала приложения,
- запуск на тестовом сервере и тестирование,
- доработка ошибок, либо логических несоответствий,
- полнофункциональный релиз для всей аудитории,
- поддержка функционала.
Примечание:
Заказчику главное понимать, что разработка складывается не только из часов разработчиков, есть много этапов до и после написания кода, затраты на которые при работе напрямую с ними, вам придётся брать на себя.
Составление технического задания — это один из самых важных этапов, от которого зависит вся последующая разработка и соответствие дедлайнам. Это позволяет снизить цену будущих работ, прогнать множество сценариев реализации в голове или на тестовых стендах до начала написания кода, а также выявить узкие и сложные места в реализации. ТЗ позволяет сделать сотрудничество комфортным для обеих сторон и получить необходимый результат с первого раза, без дополнительных переработок. (В нашем примере ТЗ занимало 25% от стоимости разработки, что дало возможность разбить задачи для разработчиков по дням и часам, спрогнозировать функционал, который выходит за рамки бюджета, и упростить его. Также, оно позволило закончить реализацию быстрее, чем было обозначено в договоренностях, за счет снижения количества ошибок на этапе тестирования).
Примечание:
Подробнее о стоимости ошибок и пользе написания ТЗ можно почитать в книге: “Макконнелл С.Совершенный код” на странице 27. Цитата: “данные говорят, например, о том, что дефект архитектуры, исправление которого при проектировании архитектуры обходится в $1000, может во время тестировании системы вылиться в $15 000”
В среднем стоимость разработки будет варьироваться от 1 000 до 3 000 руб/час специалистов в зависимости от их специализации, в рамках одной IT студии.
Правильная смета на предварительном обсуждении будет выглядеть примерно так:
На этапе заключения договора смета изменится и будет более детализированной, с разбиением по функционалу или задачам.
Пример сметы (по функционалу):
Итого: вы получаете ориентировочную стоимость вашего MVP.
Примечание:
Важно помнить, что стоимость не появляется необоснованно. Если вы хотите сделать дешевле, то нужно пересматривать, что вам предлагают и искать альтернативу. Торговаться — это неверный подход к сотрудничеству, эффективнее будет совместно искать варианты более дешевого решения.
Советы заказчику:
- вы можете разослать в разные студии свой запрос для сравнения стоимости работ;
- нанять свою команду (но не забывайте, что вам необходимо будет самостоятельно закрывать множество задач, вести проект, искать, контролировать специалистов, описывать задачи, отвечать на вопросы оперативно и т.д. Ещё не забывайте про косвенные расходы — оплата офиса, оплата всех налогов и сопутствующих расходов на инфрастрктуру, и т.п.)
- сфокусироваться только на главном и убрать все фичи, которые нередко съедают очень много времени, и сделать только то, что будет приносить пользу сейчас.
- подробное описание задач. Хороший пример есть у Ивана Замесина, про плохое описание задач и сколько это стоит в рублях (цитируем): “Я сам часто страдаю тем, что ставлю задачки: «сделать Х». И плачу деньги за последующие итерации. А каждая итерация это минимум 4 переключения контекста (одно переключение контекста — 20 минут), в среднем —10+ переключений контекста. То есть лень ТЩАТЕЛЬНО описать задачку с первого раза приводит к тому, что я плачу 10*0,3(минуты в часы)*1500 руб/час(стоимость часа разработчика/менеджера)= 4500 рублей. ТОЛЬКО НА ПЕРЕКЛЮЧЕНИЯХ КОНТЕКСТА. А есть ещё погружение в контекст кода, контекст задачи. Десятка минимум улетает в трубу лени.”
Почему мы считаем в нашем примере по Time & Material, а не Fix price?
Потому что так выгоднее для стартапа, ведь в fix price обычно студия закладывает большие риски, в связи с этим наценка может стать не очень выгодной (но важно учесть! Вам выгодно работать по Time & Material с теми, у кого есть релевантный опыт работы).
Заключение:
Помните, что первая версия вашего продукта/проекта должна быть максимально простой (только основной функционал). Чем глубже вы уходите в разработку, тем выше цена ошибки. Не нужно доводить до идеального состояния. Чем позже вы получите обратную связь от пользователей, тем дороже будет стоить любая ошибка.
Больше статей и кейсов можно найти здесь: https://subscribe.at-develop.ru/