Клиент знает, что ты используешь AI. Теперь хочет скидку.
Три месяца назад клиент спросил напрямую: «Ты же используешь Cursor и Claude Code — зачем мне платить полную ставку?»
Хороший вопрос. Честный. Я мог занервничать и начать оправдываться. Вместо этого спросил: «А хирург, который делает операцию с помощью робота, должен брать меньше?»
Разговор пошёл иначе.
Почему клиент спрашивает — и почему он не виноват
В 2025 году вопрос «ты используешь AI?» стал стандартным в предпроектных разговорах. Клиенты читают Habr, смотрят YouTube — там примерно одна мысль: AI-инструменты делают разработку в разы быстрее. Cursor ускоряет набор, Claude Code генерирует код по описанию, Copilot дописывает методы.
Логика клиента железная: быстрее = меньше человеко-часов = ниже ценник.
Для него это вопрос не про доверие, а про арифметику. Ценообразование разработки с AI он читает буквально: раз инструменты дешевеют, должна дешеветь и работа.
Он не пытается вас ужать ради ужатия. Он пересчитывает по понятной ему формуле. Проблема не в намерении, а в том, что формула неправильная. Сказать об этом, не звуча как рационализирующий защитник своего кармана, — это отдельный навык.
Скорость delivery и стоимость решения — это разные вещи
Когда клиент говорит «AI ускоряет работу, дай скидку» — он спрашивает про скорость. Платит же он за суждение. За то, что кто-то знает, что делает, и берёт за это ответственность.
AI хорошо справляется с понятным заданием. Написать компонент по спецификации, переформатировать структуру данных, набросать тест по контракту. Это реально ускоряет delivery.
Плохо справляется с другим. Определить, правильное ли вообще это задание. Посмотреть на legacy-кодовую базу с десятилетней историей и сказать «вот здесь вас накроет через три месяца». Взять на себя ответственность за архитектурное решение, которое будет жить пять лет. Это другая работа — и она не стала дешевле из-за Cursor.
Конкретно: когда мы переводили интернет-магазин с 28k SKU на headless-архитектуру, Claude Code помогал с рутиной. Типовые компоненты, тесты, переформатирование API-ответов. Delivery ускорился заметно.
Но решение «что двигать в Next.js, а что оставить на Bitrix» — это 40 минут живого разговора с клиентом, три часа анализа API-поверхности и одна спорная точка по авторизации, которую разбирали отдельно. AI в этих разговорах не участвовал. Потому что ошибка там стоит не часы. Она стоит переделку через год.
Хороший инструмент снижает стоимость исполнения. Стоимость суждения он не снижает.
Три вопроса, которые я задаю в ответ
Когда клиент поднимает тему скидки из-за AI, я не спорю. Задаю вопросы.
Первое — «Что именно вы хотите сделать быстрее?» Часто оказывается, что клиент думает о другом: он хочет, чтобы задачи шли быстрее и без задержек. Это про процесс, не про ставку.
Второе — «Что для вас самое рискованное в этом проекте?» Ни разу не слышал ответ «то, что быстро генерируется». Клиент называет что-то конкретное: прошлый запуск, после которого просела конверсия. Или «просто чтобы это работало под нагрузкой в пиковый сезон».
Третье — «За что вы на самом деле платите?» Если ответ — «за часы работы», у нас проблема с моделью. Надо это признать и починить. Если ответ — «за результат и за то, что вы знаете, что делаете» — проблемы нет вообще.
Три вопроса переключают разговор с инструмента на ценность. Клиент сам приходит к тому же выводу — просто другим путём.
Что изменилось в нашем прайсинге
После первого такого разговора я пересмотрел, как объясняем ценообразование на входе.
Раньше: список работ, оценка в часах, ставка за час. Клиент естественно смотрел на часы и умножал.
Сейчас: risk-based прайсинг — описание рисков проекта, стоимость каждого при реализации, что именно мы делаем, чтобы они не случились. Цена не за время, цена за снижение риска. AI-инструменты упоминаем в контексте: «это позволяет нам быть точнее и быстрее в деталях, мы не берём двойную ставку за рутину».
Отдельно: когда клиент спрашивает «как у вас устроено ценообразование разработки с AI» — это хорошая точка для разговора про то, что именно он покупает. Не торговля, а прояснение. Если у вас нет ответа на этот вопрос — у вас нет ответа, и это видно.
Клиент перестаёт считать часы. Он начинает думать о том, что может пойти не так и почему с нами этого не произойдёт.
Подробнее про то, как я строю такие оценки — в этой статье.
Эту модель я начал выстраивать ещё раньше, когда научился объяснять технический долг не в задачах, а в деньгах. Об этом — здесь.
Когда скидка — это честный разговор
Бывает. Если AI не просто ускорил, а реально изменил объём работы — пересмотр цены честен.
Пример: задача, которую раньше оценивали в 40 часов, с AI делается за 15. Если берём ту же ставку, просто зарабатываем больше за меньшее. Иногда это нормально — но клиент, который это замечает, прав, что это несправедливо.
Граница такая: изменился объём — пересматриваем. Ускорился инструмент — не пересматриваем. Хирург с роботом всё ещё делает операцию. Просто точнее.
Говорить об этом честно важнее, чем защищать ставку любой ценой. Клиент, который видит вашу честность в этом вопросе, не уйдёт торговаться — он придёт за советом снова.
Итог
Вопрос про AI-скидку — это не атака. Это запрос на объяснение ценности на новом языке.
Если у вас нет ответа — разбираться надо не с клиентом, а с тем, как вы сами понимаете, за что берёте деньги.
Кстати, этот разговор проще, если до старта проекта вы уже отфильтровали клиентов, с которыми он вообще не должен возникать. О том, как я это делаю — в этой статье.