Когда я готовил коммерческое предложение на автоматизацию для одного бизнеса, у меня был хитрый заход: сначала делаем пилот на 5-7 объектов, даю неделю на пробу, а потом раскатываю на всё остальное за три-четыре недели и беру за масштаб отдельно. И вот сижу я над этим КП, и в какой-то момент ловлю себя на дурацком вопросе, на котором вся красивая схема и посыпалась: а чем вообще отличается система для 5-7 объектов от системы для 36? Да ничем же. И если ничем, то за что я беру деньги во второй раз, за воздух?
Вот это и есть короткий ответ, ради которого можно дальше не читать, но вы всё равно прочитайте. Софт не масштабируется как стройка или как уборка: там больше объектов значит больше людей, рук, материала, часов. А в системе количество строк в базе не меняет ни архитектуру, ни логику, ни сложность. Поэтому тариф по размеру, по числу точек или сотрудников, логически не держится, и вы либо продаёте ценность, которую система приносит, либо обманываете и себя, и клиента.
Почему пилот «на неделю рядом» развалился у меня в голове
Идея-то была честная на вид. Берём кусок поменьше, обкатываем, клиент видит что всё работает, доверие растёт, потом докидываем остальное. Так делают многие, и звучит разумно. Но как только я начал прикидывать, что технически меняется между «5 объектов» и «36», я понял что не меняется вообще ничего, и тут меня накрыло вторым сомнением, ещё более неудобным: и ваще я думаю я за 1-2 недели соберу это, ведь есть же уже наработки то.
То есть я сам себе обещал растянуть работу на месяц, чтобы оправдать ценник, хотя по факту собрал бы всё за пару недель, потому что половина уже лежит готовая с прошлых проектов. И вот тут вылезает вся правда про разработку с ИИ и про вайбкодинг вообще: когда код пишет нейросеть под твоим управлением, а ты оркестрируешь Claude Code и переиспользуешь свои же наработки, время на сборку перестаёт быть честным мерилом ценности. Я могу собрать MVP за выходные. Значит ли это, что он стоит как выходные? Конечно нет. Но и растягивать его искусственно на месяц, чтобы клиенту казалось солиднее, это враньё, а я врать так скажем не хочу (хотя как делать бизнес иначе без прикрас, я и сам до конца не понял).
Что значит «система не отличается»
Давайте по-простому, без заумной речи. Когда вы делаете систему для какого-то бизнеса, неважно маленький он или большой, вы пишете логику один раз. Как заводится объект, как считается, как формируется отчёт, как всё это показывается на экране. Эта логика обслуживает что 5 записей, что 36, что 360. База данных даже не вспотеет, сервер не заметит, интерфейс ровно тот же.
Разница только в одной цифре в конфиге, грубо говоря. И когда вы это осознаёте, у вас выбивает почву из-под привычной модели «чем больше, тем дороже». Потому что больше чего? Больше строчек в таблице? Так они мне ничего не стоят. И вот вы сидите с этим неудобным знанием и понимаете, что классическое ценообразование софта вообще про другое.
Кстати именно поэтому SaaS-сервисы, которые берут с вас по числу пользователей или по объёму, делают это не потому что им так дороже вас обслуживать. Им не дороже. Они привязывают цену к размеру вашего бизнеса, потому что больший бизнес получает от системы больше пользы и может больше заплатить. Это цена не за ресурсы, а за пользу. И как только вы это видите, обратно развидеть уже не получится.
Так как же тогда ценить?
Я для себя вывел простую штуку. Цена должна крепиться к тому, что система делает для бизнеса, а не к тому, сколько объектов в ней заведено и не к тому, сколько ночей я над ней не спал. Если автоматизация экономит человеку, условно, зарплату одного администратора в месяц или убирает ручную возню, на которой регулярно теряют деньги, вот от этой пользы и нужно плясать, а не от числа точек и не от моих человеко-часов.
И тут есть честная развилка, которую я для себя признал. Можно брать разовую сумму за внедрение под ключ: собрал, поставил, научил, отдал, дальше живите сами. А можно подписку, но подписку не за размер, а за то, что система продолжает работать, обновляться и приносить пользу каждый месяц. Я этот же вопрос, разовый платёж против подписки, уже жевал в другом проекте, когда думал про пакеты токенов и безлимит, и там вылез тот же нерв: люди платят не за количество, а за то чтобы не париться. Размер тут вообще ни при чём.
Почему это важно для нейросетей в бизнесе
Сейчас все носятся с тем, что ИИ для автоматизации и разработка с ИИ обрушили стоимость создания софта. И это правда: то, на что раньше уходило полгода и команда, я сегодня собираю соло, оркестрируя AI-агентов. Но из этого многие делают кривой вывод, что раз делать стало дёшево и быстро, значит и продавать надо дёшево, по себестоимости часов. А это путь в никуда, потому что часы перестали что-либо значить.
Когда вы делаете нейросети для работы и бизнеса, ваша себестоимость в часах падает почти до нуля, а ценность для клиента остаётся прежней или даже растёт. И если вы цените свою работу по затраченному времени, вы сами себя обворовываете, да и заодно роняете рынок для всех остальных, кто внедряет ИИ в бизнес честно. Цена за разработку под ключ это не сколько я мучился, а сколько это сэкономит или заработает тому, кому я это отдаю.
А кто говорит «да это же просто пара недель работы, чего там брать», так ведь кожаные разработчики тоже годами писали то, что сейчас собирается за вечер, и брали за это нормальные деньги, и никого это не смущало. Меняется только исполнитель и скорость. Ценность того, что система реально делает для бизнеса, никуда не делась.
Что я в итоге понял
Я переписал заход в том КП. Никакого «пилот на 5-7 объектов, потом доплата за масштаб» — это была попытка спрятать неудобную правду за красивой формулировкой. Система делается один раз и работает на любом размере, а значит и считать надо не размер, а пользу.
Если у вас свой продукт или вы заказываете автоматизацию бизнеса с помощью ИИ, задайте себе тот же вопрос, на котором споткнулся я. Чем отличается ваша система на маленьком масштабе от неё же на большом? Если ответ «ничем», значит вы платите или берёте деньги не за объём, а за ценность, и врать себе про это больше не стоит. И эту же логику, кстати, видно в любом проекте, где себестоимость в деньгах вдруг становится главным рычагом, я про это писал, когда у меня одновременно встали два проекта не из-за бага, а потому что кончились деньги на API. Там тоже всё в итоге уперлось не в технику, а в то, как ты считаешь цену.
Вот и делайте выводы.