Сочи · работаем по РФ и СНГ Пн–Пт 10–19 · Сб 11–16 (МСК)
Текст этой страницы без разметки — markdown-версия. Полный список страниц сайта — llms.txt, тексты всех страниц целиком — llms-full.txt.
Веб-сервисы · платформы · MVP от 200 000 ₽ самое дорогое направление студии

Разработка веб-сервисов: один сценарий, доведённый до конца

Платформы, маркетплейсы, личные кабинеты и MVP. Но начинаем мы не с этого: сначала считаем, не закрывается ли ваша задача готовым продуктом, автоматизацией того, что уже работает, или сайтом с личным кабинетом. Все три варианта дешевле. Если после разбора окажется, что строить всё-таки надо, первая версия будет не урезанной, а проверяемой.

  • В большинстве разборов выясняется, что своего сервиса не нужно: задача закрывается дешевле
  • MVP — не урезанная версия, а проверяемая: десять функций наполовину ответа не дают, одна доведённая — даёт
  • Код, инфраструктура и данные ваши с первого коммита
от 200 000 ₽ разбор бесплатный 9 лет в разработке
300+проектов за 9 лет
9лет в разработке
от 200 000 ₽MVP сервиса — вход в направление
вашрепозиторий и ваша инфраструктура с первого коммита
8 признаков, по которым видно, нужен ли вам свой сервис Перейти к самопроверке

За чем приходят и что оказывается нужно на самом деле

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

Пришли за«Нужна своя платформа»
Оказалось нужноГотовый продукт и его настройка

Процесс оказался типовым: учёт, склад, документы. Такое уже написано и стоит подписки.

Пришли за«Сервис, чтобы клиенты видели свои заказы»
Оказалось нужноСайт с личным кабинетом, от 280 000 ₽

Продукта нет — есть сайт, которому не хватает кабинета. Это другая смета и другая страница.

Пришли за«Сервис, чтобы не заполнять руками»
Оказалось нужноАвтоматизация, от 60 000 ₽

Экран открывают сотрудники, а не клиенты. Связать работающее дешевле, чем строить новое.

Пришли за«Проверить идею»
Оказалось нужноПродажный MVP: лендинг с оплатой, от 50 000 ₽

Спрос не проверен. Пока никто не заплатил вперёд, строить ещё нечего.

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

Нужен ли вам свой сервис

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

Отметьте то, что сходится

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

Сходится 0 из 8

Разобрать задачу целиком

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

Разбор задачи: что можно не строить

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

Что можно не строить Какой путь дешевле С чего начинать

бесплатно

Ответ в течение рабочего дня. Звонить без спроса не будем

Заявка принята

Разберём задачу и вернёмся в течение рабочего дня. Если срочно — напишите в Telegram.

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

Разбираемся · 2 минуты

MVP — не урезанная версия, а проверяемая

Рынок понимает MVP как «то же самое, но подешевле и покривее», и заказывает десять функций наполовину. Это самая дорогая ошибка направления, потому что стоит она почти столько же, а ответа не даёт вообще.

Основатель формулирует это так: «Ты что-то разрабатываешь минимально, запускаешь, пытаешься продать. Не продаётся — нет смысла развивать дальше. А если ты продал, ты на эти деньги дальше улучшаешь продукт».

  1. функций наполовину каждая начата и ни одна не доходит до конца: зарегистрироваться можно, а оплатить нельзя. Человек упирается в обрыв и уходит, ответа нет
  2. сценарий целиком вход, то самое действие, за которым человек пришёл, оплата и возврат. Узко, зато путь пройден до конца — и по нему видно, работает ли идея
  3. догадок ответ даёт поведение, а не мнение. Не «понравилось», а вернулись ли и заплатили ли. Это единственное, чего нельзя узнать без запуска

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

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

Три типа MVP, и только один из них — разработка

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

  1. Продажный MVP — лендинг и приём оплаты

    Проверка спроса деньгами, самый дешёвый способ получить настоящий ответ. Пример основателя: партнёр хочет выпускать мерч — вместо производства делаем предзаказ, продаём партию футболок и только потом ищем, кто их сошьёт. Ответ звучит однозначно: люди либо платят вперёд, либо нет. Это не наше направление — это лендинг с оплатой, от 50 000 ₽ на странице разработки сайтов

  2. Маркетинговый MVP — упаковка, исследование, презентация

    Когда деньги или партнёр нужны раньше продукта. Пример основателя: пока инвестор не найден, техническое MVP делать бессмысленно — на лицензию нужны деньги, которых пока нет, и продуктом на этом этапе является сам инвестор. Ответ: сказал «да» или не сказал. Это исследование (от 40 000 ₽) и продуктовый маркетинг (от 80 000 ₽), а не разработка.

  3. Технический MVP — минимальное ядро, где сценарий проходит целиком

    Берётся, когда спрос уже подтверждён двумя предыдущими. Пример из практики студии — биржа для строителей: три роли, поставщики материалов, строительные компании и девелопер-организатор. В первую версию вошли личный кабинет, внутренний мессенджер и тендеры. Электронные подписи, бухгалтерия, юридический контур и публичные профили ушли во второй этап — не потому что не нужны, а потому что без них ответ на главный вопрос всё равно получается. Вот это и есть от 200 000 ₽.

Самый дешёвый MVP у нас стоит не от 200 000 ₽А от 50 000 ₽ — столько стоит лендинг, на котором можно начать принимать деньги. На самой дорогой странице сайта это, пожалуй, самая полезная строка. Развёрнутая методология с примерами и подбором типа — на отдельной странице.

Разработка MVP подробно

Четыре способа закрыть одну задачу

Один и тот же запрос — «нам нужен сервис» — закрывается четырьмя разными способами, и разница между ними не в цене, а в том, кто открывает экран. Таблицу стоит прочитать сверху вниз: свой сервис идёт последним не случайно.

ВариантКогда это ваш случайЧто вы получаетеВходЧем платите
Готовый продукт Процесс типовой: учёт, склад, документы, расписание. Такое уже написано и вылизано годами Работающую систему завтра и чужую команду, которая её развивает Подписка поставщика — это чужие деньги и чужие тарифы, суммой мы их не называем Чужими правилами: как решили там, так и будет работать у вас
Автоматизация того, что есть Экран открывают ваши сотрудники внутри вашего же процесса. Системы уже работают, их надо связать Сэкономленные часы и исчезнувшие ошибки ручного переноса от 60 000 ₽ Ничем особенным — это самый недооценённый вариант из четырёх
Сайт с личным кабинетом Клиенту надо видеть своё: заказы, документы, историю, баланс. Но продукт у вас не в этом Сайт целиком — каталог, посадочные, тексты, аналитика — плюс кабинет внутри него от 280 000 ₽ Потолком: кабинет остаётся частью сайта и своей логики почти не тянет
Свой веб-сервис Продуктом пользуются люди снаружи, возвращаются регулярно, внутри проходят деньги, у ролей разные права Продукт, у которого есть пользователи, и возможность строить на нём бизнес от 200 000 ₽ Дольше всех до первых денег и стоимостью владения после релиза

Сайт с кабинетом дороже MVP сервиса — и это не опечатка. В от 280 000 ₽ входит сайт целиком: каталог, посадочные страницы, тексты на нашей стороне, аналитика и первая рекламная кампания одним контуром. В от 200 000 ₽ входит один сценарий продукта, доведённый до конца, и ничего вокруг него — ни каталога, ни маркетинговых страниц. Это разные вещи, и цифры сравнивать между ними бессмысленно, хотя сравнить их вы всё равно попробуете.

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

Что мы строим

Шесть типов продуктов. Объединяет их не технология, а устройство задачи: у каждого есть пользователи снаружи, роли с разными правами и сценарий, который должен пройти целиком. Всё остальное — детали реализации.

Маркетплейсы и биржи

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

SaaS и подписочные сервисы

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

Личные кабинеты клиентов

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

Внутренние системы под свой процесс

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

API и интеграционные слои

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

MVP под проверку гипотезы

Не уменьшенная копия будущего продукта, а инструмент получения ответа. Самая частая и самая правильная точка входа в направление.

Отдельные страницы направления

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

Для технического специалиста

Как это устроено внутри

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

  • Бизнес-логика живёт в сервисном слое. Не в шаблонах, не в контроллерах и не в триггерах базы. Иначе через год единственный способ понять, что делает система, — запустить её и посмотреть.
  • Схема базы меняется только миграциями. Руками в рабочую базу не ходит никто, включая нас. Любое изменение структуры — это файл в репозитории, который можно прочитать, откатить и повторить на другом сервере.
  • Решения записываются с обоснованием. Почему выбран этот способ, какие рассматривались и чем платим. Через год это единственное, что отличает «так задумано» от «так получилось».
  • Выкладка автоматическая. Релиз не должен зависеть от того, включён ли ноутбук конкретного разработчика и помнит ли он последовательность команд.
  • Мониторинг и резервные копии с первого дня. Не «когда понадобится»: понадобятся они ровно один раз, и это будет плохой день.
  • Документация — часть поставки. Поднять проект с нуля по инструкции должна уметь другая команда, а не только та, что его писала. Это и есть настоящая проверка на зависимость от подрядчика.

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

Как идёт работа

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

  1. 01

    Разбор задачи

    Бесплатно и до договора. Главный вопрос — нужно ли строить вообще. Если задача закрывается готовым продуктом или автоматизацией, мы говорим это здесь и денег за разработку не берём.

  2. 02

    Проектирование: сценарии, роли, что выкидываем

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

  3. 03

    Архитектура и решения

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

  4. 04

    Разработка спринтами

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

  5. 05

    Запуск и наблюдение

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

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

Как проходят деньги по этапам

Три сметы

Лестница нарастающая: каждая следующая смета включает предыдущую целиком, а не заменяет её. У каждой открыт состав и назван свой срок — срок здесь не выводится из цены, это два независимых числа. Калькулятора на странице нет намеренно: посчитать сервис по числу экранов нельзя, и цифра, полученная таким способом, вводила бы в заблуждение.

MVP сервисаот 200 000 ₽7–10 недель

Показать пользователям и проверить спрос

  • Один сценарий, доведённый до конца, а не десять наполовину
  • Регистрация, роли и личный кабинет
  • Админка для вас: видеть пользователей и управлять содержимым
  • Аналитика: где люди застревают и куда не доходят
  • Код в вашем репозитории, инфраструктура на вас
  • Две недели наблюдения после запуска
чаще выбираютРабочая версияот 450 000 ₽14–20 недель

Сервис, которым пользуются каждый день

  • Несколько ролей и сценариев, связанных между собой
  • Оплаты и тарифы, если продукт платный
  • Интеграции с внешними системами
  • Нагрузочная проверка и мониторинг
  • Всё из MVP внутри, а не вместо
  • Месяц сопровождения после релиза
Платформаот 900 000 ₽26–37 недель

Когда сервис — это и есть бизнес

  • Сложная предметная модель и свои бизнес-правила
  • Разграничение прав, аудит действий, отчётность
  • Открытый программный интерфейс для партнёров
  • Отказоустойчивость и план восстановления
  • Всё из предыдущих смет внутри
  • Сопровождение по отдельному договору

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

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

От чего зависит цена

Четыре вещи двигают смету сильнее всего, и число экранов в этот список не входит. Экраны — самая заметная часть продукта и самая дешёвая: основная работа лежит там, где её не видно.

Сколько ролей и видят ли они разное

Одна роль — это почти сайт. Три роли, у каждой свой экран, свои права и свои уведомления, — это втрое больше состояний, которые надо продумать и проверить. Роли дороже экранов.

Проходят ли внутри деньги

Оплата — это не кнопка. Это возвраты, частичные возвраты, неуспешные платежи, чеки, сверки и вопрос, что делать, когда деньги ушли, а заказ не создался. Дорожает не приём платежа, а всё вокруг него.

Сколько чужих систем в контуре

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

Нужен ли запас на нагрузку сразу

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

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

Как проходят деньги

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

  1. Шаг 1 Разбор задачи бесплатно

    До договора и без счёта. Здесь чаще всего и выясняется, что строить не надо: задача закрывается готовым продуктом, автоматизацией или сайтом с кабинетом. Такой ответ вы получаете бесплатно и вместе с обоснованием.

  2. Шаг 2 Три сметы на выбор бесплатно

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

  3. Шаг 3 Договор и предоплата этапа цена фиксируется

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

  4. Шаг 4 Проектирование — и точка, где можно остановиться развилка

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

  5. Шаг 5 Разработка, запуск, передача демо по ходу

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

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

Быстро или основательно — и чем вы платите за каждый выбор

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

Весы скорости и запаса прочности Коромысло наклоняется в сторону выбранного режима: слева скорость выхода к пользователям, справа запас прочности продукта. СКОРОСТЬ ЗАПАС

Баланс

запустить и расти

Ключевые сценарии, аналитика с первого дня, запас на доработку по данным.

Что получаете

Сервис, которым можно пользоваться каждый день и на который не страшно вести людей. Развивается он дальше по поведению, а не по списку хотелок.

Когда это правильный выбор

Спрос понятен, дальше вопрос роста. Режим по умолчанию для большинства проектов направления.

Чем платите

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

Скажем прямо, если вы просите «основательно», а задаче хватит «быстро». И наоборот — если экономия сейчас обернётся переделкой через полгода. Как выглядит второй случай на живом проекте, видно в кейсе ниже: там выбрали скорость, и это было верное решение, за которое потом пришёл счёт.

Сервис не заканчивается релизом

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

Что входит в смету и заканчивается вместе с ней
  • Проектирование, архитектура и записанные решения
  • Разработка согласованного объёма и приёмка
  • Настройка прода, мониторинга и резервного копирования
  • Документация развёртывания и передача доступов
  • Наблюдение после запуска — оно названо в составе каждой сметы
  • Гарантия: явная ошибка против согласованного объёма чинится бесплатно и без срока
Что начинается на следующий день после релиза
  • Инфраструктура. Серверы, домены, почта, хранилище. Счёт приходит вам напрямую от поставщика — деньги через студию не проходят, и наценки на них у нас нет
  • Обновления и безопасность. Библиотеки стареют, уязвимости находят. Не обновлять дешевле ровно до первого инцидента
  • Изменения во внешних сервисах. Платёжный шлюз, почта, маркетплейс или госсистема меняют правила, не спрашивая вас. Под это надо подстраиваться, и это часы
  • Правки по поведению людей. Самая полезная статья расхода: видно, где люди застревают, и это чинится
  • Развитие. То, что уехало во второй этап на проектировании. Возвращается сюда — уже с пониманием, нужно ли оно на самом деле

Считается это часами, а не процентом от сметы. По факту работы час стоит 3 000 ₽, в абонементе — 2 000 ₽, сам абонемент начинается от 60 000 ₽ в месяц и включает 30 часов. Процента «на поддержку в год» мы не называем: такого числа у студии нет, а придуманное вы всё равно проверите первым же счётом. Сколько часов в месяц понадобится именно вашему сервису, видно после первых недель живого потока — и до этого момента честный ответ звучит «не знаем».

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

Условия, при которых мы сами предложим остановиться

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

КогдаЧто смотримОстанавливаемся, еслиПродолжаем, если
До договора Есть ли вообще задача под разработку Задача закрывается готовым продуктом, автоматизацией или сайтом с кабинетом — говорим это и денег за разработку не берём Готовое смотрели, и понятно, какой именно сценарий в нём не собирается
После проектирования Сошлась ли смета с вашим бюджетом и смыслом Объём вырос настолько, что проект теряет смысл. Расстаться на прототипе дешевле, чем на половине разработки Первая версия укладывается в бюджет, а выкинутое действительно можно не делать сейчас
После запуска MVP Возвращаются ли люди и платят ли За месяц живого потока ключевая метрика не сдвинулась — не расширяем. Достраивать то, чем не пользуются, самый дорогой способ не признать ответ Есть возвраты и оплаты, и видно, где именно людям не хватает
В ходе развития Растёт ли объём быстрее пользы Список хотелок растёт, а метрика стоит — пересобираем приоритеты вместо того, чтобы писать дальше Каждая новая функция связана с числом, которое вы смотрите

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

Что останется у вас, если мы расстанемся

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

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

Как это записано в договоре

  • Репозиторий на вашем аккаунте — с первого коммита, а не с приёмки
  • Серверы, домены и хранилище оформлены на ваше юрлицо, счета приходят вам
  • База данных ваша, и выгрузку из неё можно сделать в любой момент без нашего участия
  • Схема архитектуры и записанные решения: почему сделано так, а не иначе
  • Инструкция развёртывания — поднять проект с нуля должна уметь другая команда
  • Договоры с платёжными и внешними сервисами заключены вами напрямую
  • Аналитика на вашем аккаунте, со всей историей поведения пользователей
  • Список того, что мы предлагали, а вы отклонили — чтобы через год не спорить, кто о чём предупреждал

Кейс: платформа вместо пяти дней ручной работы

Международный B2B-сервис под NDA. Партнёр запускал сайты вручную: до пяти дней работы на каждый, и каждый следующий клиент означал те же пять дней заново. Масштабироваться при таком порядке нельзя — либо строишь систему, либо стоишь. Собрали на базе CRM конструктор: типовой сайт разворачивается в несколько кликов прямо из карточки клиента, а дальше на этой же платформе пошли посадочные, кампании и сквозная аналитика.

Что смотрим
Было
Стало
Запуск одного сайта
до 5 дней ручной работы
несколько кликов из карточки клиента
Скорость запуска
исходная
+3200%
За год работы платформы
потолок, дальше не росли
$1.3M оборота и $350K прибыли

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

А теперь вторая половина кейса, без которой первая — витрина. Задача стояла «быстро и как-нибудь», и это был осознанный выбор: проверить идею, пока окно открыто. Мы его не оспаривали и сделали ровно то, о чём договорились. Выбор оказался правильным — и платным.

  • Интеграции завелись не с первого раза, а дальше выяснилось худшее: обновления ломали уже работавшее, и находилось это не сразу
  • Решение, нормально живущее на десятке запусков, на сотнях начало сыпаться: проект вырос быстрее собственного фундамента
  • Объём переделки мы недооценили — знали, на что идём, но не насколько
  • Переделывать начали, когда проект вышел на первую прибыль, и параллельно работе, а не вместо неё: останавливать растущий бизнес ради переделки было бы второй ошибкой подряд

Именно поэтому на этой странице есть блок «быстро или основательно»Он написан не из методологии, а из этого счёта. Полный разбор проекта — со схемой платформы, с разделом «что не сработало» и с оговорками NDA — на отдельной странице.

Читать кейс целиком

Кто ведёт проект

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

Кто ведёт проект

Держит объём, сроки и приоритеты. С ним вы разговариваете о том, что войдёт в спринт и что подождёт. Разбор на входе ведёт основатель лично.

Кто проектирует архитектуру

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

Кто пишет код

Работает один состав от проектирования до релиза и дальше на сопровождении. Контекст внутри команды общий: задачу не передают по кругу и не объясняют заново каждому новому человеку.

Кто на связи, когда упало

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

Чего мы не обещаем. Имена сотрудников до подписания не называем, поимённый состав в договоре не фиксируем и замену с вами не согласовываем — такие обещания раздают часто, а выполняют редко, и мы не будем. Обещаем то, что выполняем: работает один состав, контекст общий, вашу задачу не отдадут первому свободному фрилансеру с биржи. Кто в студии работает — видно поимённо и с фотографиями, просто не в договоре.

Спросить, есть ли готовое решение

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

Спросить в Telegram Строить или купить

Куда чаще всего уходят вместо нас

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

Отдельно про ИИ, раз о нём спрашивают на каждом разборе. Ассистент — это способ отвечать и делать, а не продукт сам по себе: он живёт внутри чего-то, что у вас уже есть. Если же ассистент и есть то, чем пользуются снаружи и за что платят, это ИИ-агенты (от 120 000 ₽) со своей лестницей смет, а не веб-сервис. Внутри сервиса ИИ может стоять как часть — тогда он считается работой внутри сметы, а не отдельным направлением.

Есть ещё три страницы под ситуацию, а не под услугу«Строить или купить» — если выбор между своей разработкой и готовым продуктом ещё не сделан. «Для стартапов» — если задача проверить гипотезу, не сжигая деньги. «Крупным компаниям» — если нужны управляемый подряд, документы и предсказуемость.

Для стартапов Крупным компаниям

Когда свой сервис вам не нужен

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

  1. Если процесс типовой

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

  2. Если гипотезу можно проверить без кода

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

  3. Если пользователей меньше десятка

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

  4. Если процесс меняется каждый месяц

    Система закрепляет порядок работы — в этом её смысл и в этом её слабость. Если порядок ещё ищется и переписывается каждый месяц, к релизу мы построим памятник тому, как было весной. Сначала процесс должен устояться, хотя бы на квартал. Понять, устоялся ли он, можно на разборе за полчаса и бесплатно.

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

Когда вам это не нужно

Разработка веб-сервисов: что стоит знать до заказа

Сколько стоит разработка веб-сервиса и от чего зависит цена

MVP сервиса у нас начинается от 200 000 ₽, рабочая версия — от 450 000 ₽, платформа — от 900 000 ₽. Дороже этого студия не делает ничего, и из этого следует простая вещь: прежде чем называть цену, мы проверяем, нужна ли вообще разработка. В большинстве разборов выясняется, что задача закрывается дешевле — готовым продуктом с подпиской, автоматизацией того, что уже работает, или сайтом с личным кабинетом.

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

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

Чем MVP отличается от урезанной версии

Рынок понимает MVP как «то же самое, но подешевле и покривее», и заказывает десять функций наполовину. Получается продукт, в котором можно зарегистрироваться, но нельзя оплатить; можно создать заказ, но нельзя его отследить. Человек упирается в обрыв и уходит, а вы остаётесь без ответа на главный вопрос — нужно ли это кому-нибудь.

Проверяемая версия устроена иначе: один сценарий, доведённый до конца. Вход, то самое действие, за которым человек пришёл, оплата и возврат. Узко, зато путь пройден целиком, и по поведению видно ответ. Стоят эти два варианта примерно одинаково — разница не в деньгах, а в том, получите ли вы результат, ради которого всё затевалось.

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

Свой сервис или готовое решение

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

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

Отдельная развилка — сайт с личным кабинетом. Третья смета разработки сайтов, от 280 000 ₽, стоит дороже нашего MVP сервиса, от 200 000 ₽, и это не ошибка: в первую входит сайт целиком — каталог, посадочные, тексты, аналитика и первая рекламная кампания, — а во вторую один сценарий продукта и ничего вокруг него. Это разные покупки, и выбирать между ними надо по задаче, а не по цифре.

Что происходит после запуска

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

Считаем мы это часами, а не процентом от стоимости разработки: час работы стоит 3 000 ₽ по факту и 2 000 ₽ в абонементе, сам абонемент начинается от 60 000 ₽ в месяц и включает 30 часов. Процента «на поддержку в год» мы не называем — такого числа у студии нет, а придуманное проверяется первым же счётом. Сколько часов понадобится именно вашему сервису, становится видно после первых недель живого потока.

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

Вопросы про разработку сервисов

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

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

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

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

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

Считается часами: 3 000 ₽ по факту, 2 000 ₽ в абонементе, абонемент начинается от 60 000 ₽ в месяц и включает 30 часов. Инфраструктура оплачивается вами напрямую поставщику, наценки на неё у нас нет. Процента «на поддержку в год» мы не называем: такого числа у студии не существует. Сколько часов понадобится именно вам, видно после первых недель живого потока — из чего это складывается, разобрано выше.

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

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

Берём, но сначала смотрим код и инфраструктуру и говорим честно, что дешевле: доделывать или переписывать. Ответ зависит не от объёма написанного, а от того, есть ли миграции, документация и возможность поднять проект заново. Бывает, что сохранить можно почти всё; бывает, что дешевле начать с чистого листа, — и оба ответа мы называем до договора, а не после того, как деньги потрачены.

Расскажите про задачу — скажем, надо ли её строить

  • Посмотрим, не закрывается ли задача готовым продуктом, автоматизацией или сайтом с кабинетом
  • Если строить надо — назовём сценарий, с которого начинать, и что уйдёт во второй этап
  • Если не надо — скажем это прямо и назовём, что вместо. Разбор от этого не становится платным
Николай Старостов, основатель Starostoff
Николай Старостов Основатель. Разбор веду лично, не передаю менеджеру
Куда прислать ответ

Ответ в течение рабочего дня

Заявка принята

Разберём задачу и вернёмся в течение рабочего дня. Если срочно — напишите в Telegram.