Что спросить у подрядчика до оплаты внедрения ИИ?

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

Какой вопрос самый важный?

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

Что делать, если подрядчик отвечает кейсом вместо ответа?

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

Нормально ли требовать код и базу в собственность?

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

Что если я не разбираюсь в технике и не пойму ответы?

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

А что спросить ещё до подрядчика?

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

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

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

Автор Евгений Романов·Опубликовано 12 сентября 2026 г.

Короткий ответ

Десять вопросов, которые задаются до перевода денег, а не после подписания. Что именно строится и чего оно не имеет права делать само. Куда попадает результат и кому уходит уведомление. Чей код и база и что я забираю при расставании. Чем доказано каждое утверждение и как я узнаю об ошибке. На чьё имя приходят счета провайдеров. И в каком случае мне не нужно платить ни $500, ни $2 000. Всё это про бизнес в США.

Бесплатный аудит Вся лестница цен

SHT-02От чего зависит число

Вопросы 1 и 2: что строится и чего оно не имеет права делать

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

Вопросы 3 и 4: куда попадает результат и кому уходит сообщение

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

Вопросы 5 и 6: чей код, чья база и что я забираю

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

Вопросы 7 и 8: доказательства и то, как ты узнаешь об ошибке

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

Вопрос 9: деньги, объём и слово «сделано»

На чьё имя приходят счета провайдеров за минуты, телефонные номера и обращения к модели, и есть ли сверху наценка. У меня аккаунты оформляются на клиента, наценки нет, и когда цена минуты у вендора падает, падает она у клиента. Дальше три части одного вопроса. Что входит в названную цену и что считается отдельной работой. Что именно означает «сделано», то есть по какому признаку мы оба признаем этап закрытым. И как оплачивается: у меня сборка от $2 000 делится пополам, половина бронирует слот, половина на запуске, а Blueprint за $500 платится вперёд и зачитывается в сборку, начатую в течение 60 дней.

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

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

SHT-03Общие примечания

Вопросы, которые задают на самом деле.

N01Что спросить у подрядчика до оплаты внедрения ИИ?: Десять вещей: что строится, чего оно не имеет права делать само, куда попадает результат, кому уходит уведомление, чей код и база, что я забираю при расставании, чем доказано каждое утверждение, как я узнаю об ошибке, на чьё имя счета провайдеров, и когда мне не надо покупать.
N02Какой вопрос самый важный?: Десятый: назови случай, когда мне это не нужно. Ответ на него нельзя отрепетировать. Тот, кто строил системы, называет условия сразу, а тот, кто продаёт, объясняет, что таких случаев не бывает, и это уже и есть ответ.
N03Что делать, если подрядчик отвечает кейсом вместо ответа?: Считать, что ответа нет, и задать вопрос ещё раз конкретнее: не «как это работает у клиентов», а «покажи файл» или «покажи, куда попадает запись». Кейс это рассказ о чужом бизнесе, и проверить его ты не можешь по определению.
N04Нормально ли требовать код и базу в собственность?: Нормально, и формулировать это надо в договоре теми же словами, что и в разговоре. Проверяется требование одним вопросом: что именно я забираю, если мы расстанемся завтра. Репозиторий, дамп базы и доступы к аккаунтам на твоё имя это конкретный ответ, «выгрузим данные» нет.
N05Что если я не разбираюсь в технике и не пойму ответы?: Половина списка техники не требует вовсе: владение, адресат уведомления, объём, слово «сделано», деньги провайдеров и случай, когда не покупать. По остальным достаточно услышать, назван ли конкретный файл или конкретный признак ошибки. Уверенность без конкретики это и есть плохой ответ.
N06А что спросить ещё до подрядчика?: Себя. Чек-лист из шести пунктов заполняется своими же данными за вечер и закрывает половину разговора заранее: утечка в долларах, где лежат записи, американский слой, хозяин системы, вопросы подрядчику и условие, при котором ты не покупаешь.

SHT-04Доказательство

Системы, из которых этот довод взялся.

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

SHT-05Дальше