Веб-разработка без почасовки: как продавать результат и зарабатывать больше

Этапность – это не «растянуть оплату». Это сделать сделку управляемой: после каждого этапа есть результат, приёмка и оплата. Это снижает вероятность конфликта и повышает доверие.

Ошибка: давать точную цену без входных данных

Когда вы даёте точную цену, не имея данных, вы либо:

– завышаете цену “на всякий случай” и теряете продажу,

– либо занижаете и потом “доделываете” в минус.

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

Парадокс: клиент больше доверяет, когда вы обозначаете неизвестности

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

– что известно

– что неизвестно

– как вы будете превращать неизвестное в известное (дискавери, тест, прототип)

– какие будут правила изменений

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

D. Юнит-экономика продуктовой линейки

Продуктовые чеки – это линейка. Линейка должна приносить прибыль не «в среднем по больнице», а по каждому ключевому чеку. Иначе вы будете постоянно “компенсировать” убытки одним проектом другим, что убивает управляемость.

Валовая прибыль по каждому чеку

Для каждого чека в линейке вам нужно знать:

– цена продажи

– себестоимость (по внутренним ставкам и ролям)

– валовая прибыль (разница)

Это базовая математика. Если вы её не знаете, вы не управляете бизнесом, вы реагируете на ощущения.

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

Время цикла: сколько дней от продажи до денег

Деньги важны не только “сколько”, но и “когда”. Чек может быть прибыльным, но убивать вас кассово, если:

– клиент платит по факту

– этапы длинные

– вы вкладываете много времени до первой оплаты

В продуктовой модели нормальный стандарт – предоплата и этапные платежи. Тогда цикл денег управляем.

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

Конверсия и возвраты: где теряются деньги

Для чеков нужно вести хотя бы минимальную статистику:

– сколько лидов пришло

– сколько дошло до созвона

– сколько получило КП

– сколько купило

– сколько довели до приёмки без конфликтов

– сколько попросило возврат/скидку/“доделайте ещё”

Если у вас много “доделайте ещё”, проблема почти всегда в границах и критериях приёмки, а не в качестве разработки.

LTV в услугах: поддержка и повторные чеки

В продуктовой модели богатство создаётся не “одним большим проектом”, а цепочкой покупок:

– входной чек (аудит/дискавери/малый продукт)

– основной чек

– поддержка/ретейнер

– развитие (апсейлы)

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

Когда пора поднимать цены: конкретные сигналы

Цены поднимаются не потому, что “хочется больше”. Они поднимаются, когда экономика и рынок дают сигналы:

– вы загружены, а очередь растёт

– конверсия не падает при увеличении цены в тесте

– клиенты мало торгуются (или торгуются одинаково даже при росте цены)

– вы стабильно укладываетесь в сроки и себестоимость

– качество процесса выросло (вы реально даёте больше ценности)

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

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

Чтобы перейти от угадывания к счёту, вам достаточно внедрить четыре управленческих артефакта:

Библиотека шаблонов чеков: список задач и типовые лимиты по каждому чеку.

Внутренние ставки по ролям (даже если все роли – вы).

Риск-коэффициенты по категориям задач.

Таблица юнит-экономики: цена, себестоимость, валовая прибыль, длительность, типовые перерасходы.

Этого достаточно, чтобы продуктовые чеки перестали быть “прыжком веры” и стали производственным инструментом.

Короткий вывод главы

Продуктовые чеки требуют не идеальной оценки, а системной. Системность появляется, когда вы декомпозируете до задач 2–8 часов, используете шаблоны, учитываете коммуникации и QA, закладываете буферы и риск-коэффициенты, а цену строите от себестоимости и маржи, а не от ощущения. Управление вилкой, этапностью и правилами изменений снижает конфликтность и повышает доверие. Юнит-экономика по каждому чеку превращает линейку из набора услуг в управляемую систему, где вы понимаете: какие чеки делают вас богаче, а какие создают занятость без капитала.

Дискавери как отдельный продукт: главный «мост» от почасовки к чеку

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

Дискавери – это способ превратить неизвестное в известное до того, как вы фиксируете цену и сроки. И одновременно это способ продавать вашу компетентность как продукт. В правильной модели дискавери выполняет две функции: 1) фильтрует клиентов (серьёзные платят, несерьёзные уходят); 2) снижает риск и делает следующий фикс-прайс предсказуемым.

Дискавери не должен быть “обязательной бюрократией”. Он должен быть отдельным чеком, который клиент покупает потому, что ему выгоднее заплатить за ясность, чем потом платить за переделки, сорванные сроки и неопределённый бюджет.

A. Зачем нужен платный дискавери

Снимает неопределённость до фикс-прайса

В веб-разработке есть несколько типов неопределённости:

– клиент не сформулировал цель (что считается успехом)

– клиент не определил приоритеты (что важно, что вторично)

– неизвестна логика процессов (как реально работает бизнес)

– неизвестны интеграции и ограничения (CRM, платёжки, склад)

– неизвестно состояние текущей системы (если есть старый сайт)

Без дискавери вы вынуждены либо гадать, либо закладывать огромный буфер. И то, и другое ухудшает продажу. Дискавери позволяет сказать честно: “сначала определим, что именно делаем, и только потом зафиксируем бюджет и сроки”.

Защищает вас от «непонятного ТЗ»

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

– цели и метрики

– сценарии пользователей

– перечень требований с приоритетами

– прототип/структура

– техническая концепция

– риски и ограничения

ТЗ может быть не “классическим документом на 30 страниц”. Но результат дискавери должен давать возможность оценить объём и зафиксировать границы.