Вопросы о внедрении ИИ в бизнес — и прямые ответы
Здесь собраны одиннадцать вопросов, которые собственники задают до старта внедрения ИИ в бизнес: про время руководителей, безопасность данных и 152-ФЗ, галлюцинации моделей, санкционные риски, договор и оплату, сопротивление команды. Отвечаем прямо, без смягчений. Там, где есть подтверждение из живого проекта, оно приведено отдельной строкой под ответом. Не нашли свой вопрос — задайте его на бесплатной диагностике.
У нас нет времени на внедрение
Ежедневная работа — 20–40 минут на руководителя, сессии 1–2 раза в неделю. Всё остальное время система возвращает.
Как это было в живом проекте: команда из 3 человек прошла путь до работающего управленческого учёта за 7 сессий — без остановки основной работы.
Наши данные — это безопасно?
Контур строится с этого: единый вход, отзыв доступов одним действием, запрет личных организаций, данные в собственности компании. Плюс NDA.
Как это было в живом проекте: 1С переехала с домашнего компьютера в облако с выстроенной безопасностью — доступ только с устройств владельца, бухгалтера и менеджера.
AI галлюцинирует, цифрам нельзя верить
Поэтому у пилота отдельная приёмка: цифры сверяются с источником и валидируются вашим бухгалтером. «Без галлюцинаций» — это режим, который настраивается итерациями, и мы его настраиваем.
Как это было в живом проекте: AI неверно интерпретировал зарплатную проводку. Ошибка → правило в память → загрузка профильной документации. Класс ошибок закрыт.
Что будет, когда вы уйдёте?
Хранитель. Критерий финала: ваша команда решает новый блокер без нас.
Как это было в живом проекте: сотрудник-наблюдатель вырос в Хранителя и сам ведёт автоматизации по расписанию.
А если команда не примет? Скажут «мы и так работали»
Сопротивление снимают не уговорами, а тем, что человек получает лично. Роль каждого распаковывается промпт-интервью и уходит в память системы — сотрудник видит свою работу описанной точнее, чем описал бы сам. Дальше работа в тройках: собственник, сотрудник, архитектор, на реальных задачах компании, а не на учебных. Одна автоматизация доводится до 100% и проверяется 7 дней — и это его автоматизация, а не спущенная сверху. Сокращать штат — только ПОСЛЕ работающей системы, не до: иначе команда обоснованно защищается от того, что её увольняет.
Как это было в живом проекте: сотрудник без технического бэкграунда за один рабочий день собрал дашборд по всем клиентам, а «наблюдатель» на сессиях вырос в Хранителя системы.
Почему не подождать год, пока станет проще?
Станет проще — всем. Исчезнет фора. Контекст, накопленный за этот год, конкурент скопировать не сможет.
Сколько людей нужно?
От 2 человек. Полная команда 4–5 — 6–10 недель, малая 2–3 — 4–6 недель.
А это не дорого?
Оплата — по приёмке проверяемых этапов, диагностика бесплатна. Сравните с альтернативами: штатный специалист ищется месяцами, консалтинг берёт десятки миллионов, боты не меняют ДНК решений.
Как это было в живом проекте: клиент сам протестировал альтернативу втрое дешевле — вердикт «остаться» вынесла сама альтернативная модель: нет памяти, проектов, командного контура.
А если санкции / отключат / модели уйдут?
Три разных риска — три разных ответа. Модель уходит: архитектура держит резервные модели, переключение за часы, не дни. Доступ к провайдеру режут: в базовый контур входит собственный VPN, поэтому региональные блокировки не останавливают работу. Блокируют аккаунт: контур строится на вашем корпоративном домене в Google Workspace — регламенты, база знаний и накопленный контекст лежат в организации компании, а не в личных чатах сотрудников. Аккаунт у вендора — это доступ к модели, а не место хранения ваших знаний. Плюс отдельная обязанность Хранителя: ежемесячная выгрузка контекста в ваше хранилище — регламенты, алгоритмы решений, промпты и слои памяти обычными файлами, читаемыми без нас и без вендора. Актив, который нельзя вынести, активом не является.
Как это было в живом проекте: обвал ~70% VPN-протоколов в регионе пережит за один день — собственный WireGuard + резервный маршрут уже стояли в контуре.
152-ФЗ: мы вообще имеем право отправлять данные в Claude и Workspace?
Вопрос решается архитектурой, а не отговоркой. Первое: оператор персональных данных — вы, мы работаем по вашему поручению, и режим обработки фиксируется в разделе «Блокеры» договора. Второе: якорный пилот живёт на управленческих агрегатах и реквизитах юрлиц — оборот, маржа, контрагенты, платежи. Это не персональные данные физлиц, и большая часть ценности достаётся без них. Третье: где ПД всё же нужны — кадры, зарплата, клиенты-физлица — они обезличиваются до выхода из вашего периметра: наружу уходят идентификаторы, а расшифровка остаётся в вашей системе. Обезличенные данные под режим ПД не подпадают. Первичная база — 1С, CRM — остаётся в России, AI работает с производными выборками. Если политика компании не допускает и этого, разворачиваем локальную модель внутри периметра: данные не покидают контур вообще. Мы не подаём за вас уведомлений и не обещаем «соответствие 152-ФЗ» — это ваша зона ответственности; мы даём схему потоков данных, которую ваш юрист проверяет на бесплатной диагностике, до любой оплаты и до передачи чего-либо.
Как оформляется договор и оплата?
Договор с фиксацией этапов и критериев приёмки, NDA до передачи данных. Оплата тремя траншами — 30 / 40 / 30, каждый привязан к приёмке своего этапа по чек-листу. Остановиться можно после любого этапа: артефакт не принят — следующий транш не выставляется, а корпоративный домен, единый вход и настроенные доступы остаются вашими. Счёт в рублях или USDT — как удобно вашей бухгалтерии; закрывающие документы предоставляем.