VOIR AI — это AI-операционная система для бизнеса: владелец ставит задачу, AI CEO разбирает её на подзадачи и назначает восьми профильным отделам. Сейчас это целевая архитектура, а не работающий продукт, и мы говорим об этом на каждой странице. Ниже — зачем мы это строим, кто строит, что уже сделано и по каким правилам мы работаем.
01 · История
У VOIR AI нет красивой легенды «основатели встретились в гараже». Есть дата, список требований и двадцать разобранных конкурентов — и мы предпочитаем рассказывать именно так.
30 октября 2026 года проект стартовал с того, что обычно делают в конце: с проверки инфраструктуры. Прежде чем написать первую строку HTML, мы убедились, что домен, сертификат, веб-сервер и путь публикации существуют и не задевают соседние сайты. Только после этого началось исследование рынка — десять платформ из технического задания и ещё десять, найденных сверх списка: Zapier, Lindy, Relevance AI, Gumloop, CrewAI, Workato, Bardeen, Pipedream, Relay и UiPath, а также игроки из сегмента «AI-сотрудников».
Исследование дало неприятный, но полезный вывод: «AI-агент, которого собирают по промпту», есть практически у всех — это гигиенический минимум, а не преимущество. Настоящий разрыв на рынке в другом. Платформы продают инструменты: конструкторы, триггеры, интеграции. Владелец бизнеса при этом остаётся диспетчером — он сам выбирает, какому сервису что поручить, сам переносит результат из одного окна в другое и сам сводит девять ответов в один. Именно эту работу мы и хотим забрать: не дать ещё один конструктор, а построить структуру, в которой задачу можно просто делегировать.
Отсюда взялась метафора компании, а не набора чат-ботов: AI CEO в центре и восемь отделов вокруг — маркетинг, продажи, операции, финансы, люди, исследования, разработка и поддержка. Восьмой отдел, поддержка, появился не сразу: исходный список заканчивался на разработке, и мы добавили его осознанно, потому что без обработки обращений клиентов цепочка обрывается на самом заметном для владельца месте.
31 октября сайт уехал на прод, и в тот же день приоритеты сменились. Руководитель проекта ввёл мораторий на массовое создание страниц и сформулировал требование, которое определило дальнейшую работу: сайт должен презентовать реальный продукт, а не его имитацию. Сначала — архитектура, инвентаризация того, что уже есть в наших системах, план прототипа и его проверка независимой ролью. Потом — страницы о том, что действительно работает. 1 ноября мораторий был снят, и публикация разделов продолжилась уже в этом порядке.
Эта история короткая, потому что проект молодой. Мы не собираемся удлинять её придуманными «годами опыта» и «командой из 40 специалистов»: честная биография в одну страницу полезнее, чем красивая легенда, которую невозможно проверить.
02 · Миссия
Малый и средний бизнес тонет в операционке не потому, что владелец ленив, а потому что делегировать некому: функции есть, людей под них нет. Миссия VOIR AI — сделать делегирование доступным там, где нанять отдел невозможно.
Мы строим систему, в которой задача формулируется так же, как её сформулировал бы владелец живому руководителю: «запусти новый продукт», «найди причину кассового разрыва», «разбери волну жалоб». Дальше система сама решает, каким отделам передать части задачи, в каком порядке, что считать результатом и когда вернуть сводный ответ. Владелец видит маршрут, а не чёрный ящик.
Вторая половина миссии — про доверие. AI, которому передают управление бизнесом, обязан быть проверяемым: что именно сделано, на каких данных, кто это сделал и что пошло не так. Поэтому объяснимость и журнал исполнения для нас не «фича из списка», а условие существования продукта. Система, которая не может объяснить свой результат, не имеет права этот результат выдавать.
03 · Принципы
У каждого правила есть не только формулировка, но и доказательство — место, где его можно увидеть прямо сейчас. Принцип, который ничем не подтверждён, считается декларацией.
Всё, что не реализовано, помечено бейджем «Целевая архитектура». Демонстрации подписаны как демонстрации. Если у нас нет клиентов — мы пишем «0 клиентов», а не ставим логотипы-заглушки.
Доказательство: штамп «Клиентов: 0» в досье выше и бейджи на всех описаниях отделов
Владелец формулирует нужный результат, а не инструкцию для модели. Разбором на подзадачи, выбором исполнителей и порядком работ занимается AI CEO — это его работа, а не задача пользователя.
Доказательство: демонстрация делегирования на главной — четыре задачи, разобранные по отделам
На каждом шаге понятно, какой отдел работает, что он получил на вход и что вернул. «Чёрный ящик» в управлении бизнесом не применяется: необъяснимое решение нельзя ни оспорить, ни исправить.
Доказательство: трассировка одной задачи через три слоя на странице AI Operating System
Финансовый отдел готовит данные, расчёты и варианты решений. Платежи, рассылки клиентам и другие действия с внешними последствиями не выполняются без явного подтверждения человека.
Доказательство: слой Control — правила, доступы и лимит подписи в архитектуре
Задачи, workflow, память агентов и журнал исполнения экспортируются в открытом JSON. Обязательство переносимости опубликовано заранее — до того, как появились первые данные.
Доказательство: раздел обязательств на странице тарифов
Ни одна страница и ни один модуль не считаются готовыми, пока их не проверила независимая роль: автоматические проверки, визуальный контроль на трёх ширинах экрана и проверка живого сайта.
Доказательство: бортовой журнал ниже — у вех указаны результаты проверок, а не только факт публикации
04 · Архитектура
Мы публикуем устройство продукта до реализации намеренно: так его можно оспорить заранее, а потом сверить готовый модуль с обещанием. Все три отсека ниже — целевая архитектура.
Кто имеет право действовать, в каких пределах и что требует подтверждения человека. Аналогия из обычной компании: регламент и лимит подписи руководителя. Этот слой отвечает за то, чтобы автоматизация не совершила необратимое действие без ведома владельца.
Слой, который принимает решения: разбор задачи на подзадачи, назначение исполнителей, контроль сроков, проверка результатов и сведение частей в один ответ для владельца. Здесь живёт та самая структура компании, ради которой проект затевался.
Инструменты, интеграции и шаги, результат которых обязан быть предсказуемым: отправить письмо, прочитать таблицу, вызвать внешний сервис. Модель здесь не «додумывает» — она вызывает конкретный инструмент, а факт вызова попадает в журнал исполнения.
Почему публикуем заранее: архитектура, написанная до кода, — это обязательство, а не описание готового. Когда модуль будет реализован, его можно будет сверить с этой страницей. Если реализация разойдётся с планом, мы обновим описание и укажем причину расхождения — это фиксируется в журнале.
05 · Экипаж
Мы не публикуем лиц, имён и должностей «как в крупной компании», потому что их нет. Вместо этого — честный список ролей с зоной ответственности каждой. Запрет внутри проекта простой: «сам сделал — сам принял» не считается работой.
Заказчик · финальные решения · приоритеты
Ставит задачу, утверждает архитектуру и коммерческие обещания, меняет приоритеты. Именно эта роль 31 октября ввела мораторий на массовые страницы и потребовала строить продукт, а не его презентацию, — и 1 ноября сняла мораторий, когда порядок работ сложился. Публичные обещания и тарифы без согласования не публикуются.
Код · архитектура · публикация
Пишет страницы и модули, отвечает за дизайн-систему, двуязычность, доступность и деплой с бэкапом. Не имеет права объявлять свою работу принятой — только передать на независимую проверку.
Верификация · доказательства · статусы
Проверяет каждый артефакт по фактам: файлы существуют, команды воспроизводятся, цифры сходятся, живой сайт отвечает. Ставит статус VERIFIED или REJECT и хранит доказательства — скриншоты и отчёты, которые разработчик не может переписать.
Юзабилити · WCAG · три ширины экрана
Аудит опубликованных страниц по эвристикам Нильсена и требованиям доступности AA: контраст, размеры кликабельных целей, поведение без JavaScript и при уменьшении анимации. Замечания фиксируются с координатами, а не общими словами.
Конкуренты · цены · незанятые ниши
Двадцать отчётов о платформах и сравнительная матрица — его работа. Правило одно: данные берутся только из публичных источников, а непроверяемое помечается «н/д», а не додумывается. Финансовые показатели частных компаний не изобретаются.
Маркетинг · продажи · операции · финансы · люди · исследования · разработка · поддержка
Восемь отделов и AI CEO — это будущие исполнители внутри продукта, а не сотрудники нашей команды сегодня. Они появятся по мере реализации и будут работать под слоем Control: с границами доступа, журналом действий и подтверждением человека на необратимые операции.
Почему без имён и фотографий: публиковать «команду» из выдуманных лиц — ровно тот вид нечестности, против которой написан принцип 01. Когда в проекте появятся люди, готовые отвечать за него публично, их имена будут опубликованы здесь же — с реальной зоной ответственности.
06 · Бортовой журнал
Записи идут по датам и содержат только то, что можно проверить: публикации страниц, результаты автоматических проверок и решения о смене приоритетов. Промежуточных побед вроде «привлекли инвестора» здесь нет — их не было.
Проект создан с нуля: проверены домен, сертификат, веб-сервер и путь публикации, чтобы не задеть соседние сайты. Собрана дизайн-система (тёмная тема, два акцента — янтарь и циан), написан рантайм двуязычности и подключены первые исследования рынка.
Десять отчётов по обязательному списку и десять сверх него, сравнительная матрица и карта возможностей с приоритетами. Главный вывод: конструктор агентов есть у всех, разрыв — в делегировании задачи целиком и в видимости маршрута.
Первый честный цикл: автоматические проверки показали 41 дефект, все были исправлены, после чего прогон дал 203 пройденные проверки без ошибок. Позже визуальная оценка снизила статус до NEEDS_FIX — и это тоже осталось в журнале, а не было удалено.
Три страницы на двух языках: архитектурный разрез системы, карточка AI CEO и прайс-лист с единицами биллинга. Все описания возможностей помечены бейджем «Целевая архитектура», продажи на странице тарифов не объявлены.
Утром 30 октября DNS-записи не существовало, к ночи блокер был снят владельцем. Выпущен сертификат Let’s Encrypt, сайт отвечает по HTTPS на двух языках, публикация шла аддитивно с бэкапом — без правок конфигурации соседних сайтов.
Руководитель остановил массовое создание страниц и потребовал строить продукт: архитектура, инвентаризация существующих систем, план прототипа и интеграции. Введено правило «DONE ≠ VERIFIED» — работа не считается готовой без независимой проверки.
Премиальный слой анимаций подключён аддитивно и уважает режим уменьшения анимации. Медианный cumulative layout shift на живом сайте упал с 0,053–0,20 до 0,002–0,005, размеры кликабельных целей доведены до 44 пикселей.
Страницы снова публикуются — по одной, в порядке приоритета и с сохранением требований честности. Эта страница, «О платформе», входит в ту же серию. Продуктовая часть при этом не останавливается: прототип строится параллельно.
Следующая веха — не страница, а работающий контур: приём задачи, разбор на подзадачи и назначение исполнителям в изолированной среде. Как только он начнёт проходить независимую проверку, здесь появится запись с результатом, а не с обещанием.
07 · Дорожная карта
Порядок волн взят из карты возможностей, собранной по результатам исследования двадцати платформ. Дат мы намеренно не ставим: обещание «запустим в марте» без работающего кода — та же нечестность, только с календарём.
Публичные разделы, описание архитектуры и тарифной модели до старта продаж, двуязычность и автоматические проверки каждой страницы. Задача волны — чтобы любое утверждение на сайте можно было проверить.
Изолированный контур, в котором задача принимается, разбирается на подзадачи и назначается исполнителям. Начинаем с связки «исследования → маркетинг → продажи», потому что именно она даёт владельцу видимый результат быстрее всего.
Правила доступа, лимиты и подтверждение человеком для действий с внешними последствиями. Коннекторы к внешним системам строятся только после того, как журнал исполнения показывает каждое обращение к ним.
Восемь отделов с памятью и своими критериями качества, биллинг по опубликованному прайс-листу и первые реальные внедрения. Только на этом этапе на сайте появятся клиенты и метрики — потому что до него их честно нет.
Порядок волн может измениться — и если изменится, запись об этом появится в бортовом журнале выше с указанием причины. Тихо переписать план задним числом мы считаем худшим из вариантов.
08 · Вопросы
Вопросы, на которые чаще всего ищут ответ на этой странице. Ответы повторяют то, что написано выше, — специально, чтобы не пришлось искать.
09 · Куда смотреть дальше
Всё перечисленное опубликовано и отвечает по HTTPS. Разделы, которых ещё нет, здесь намеренно не показаны — неработающая ссылка хуже её отсутствия.
Как выглядит делегирование задачи
Четыре бизнес-задачи разбираются по отделам. Это демонстрация на подготовленных сценариях, а не живой AI-сервис.
AI Operating System · СлоиControl, Agentic, Execution
Разбор трёх слоёв системы и того, за что каждый отвечает. Целевая архитектура.
AI CEO · ФункцииЧто делает центр принятия решений
Приём задачи, декомпозиция, назначение исполнителей, контроль сроков и сведение результата.
Тарифы · Прайс-листСколько стоит каждая операция агента
Планируемая модель: единицы VU и MC, построчный прайс и обязательства переносимости данных.
10 · Следующий шаг
Откройте демонстрацию делегирования на главной и сравните её с тем, что написано здесь. Если найдёте расхождение между обещанием и фактическим состоянием — напишите: мы исправим страницу, а не формулировку в отчёте.
Демонстрация работает на заранее подготовленных сценариях и не подключена к живому AI-сервису. Это указано и на самой странице демонстрации.