Сначала вы проверяете работающий результат. Потом оплачиваете его

До разработки мы согласуем задачу, границы решения, стоимость известного объема и способ проверки. Поэтому вы заранее понимаете, что получите

Оставить заявку →

Написать в Telegram Подробнее

Первый этап выполняется без предоплаты за него. Это может быть обработка согласованной выборки, один рабочий сценарий, ограниченная интеграция или отчет из выбранных источников. Форму результата определяем вместе — она зависит от процесса, данных и требований безопасности.

После демонстрации вы проверяете этап по критериям из ТЗ. Если результат им соответствует, принимаете и оплачиваете работу. Затем можно развивать решение следующими этапами или остановиться на уже полученном результате в порядке, предусмотренном договором.

Формат работает, когда задачу можно превратить в проверяемый первый шаг

Подходит

Есть конкретный процесс
Понятно, кто выполняет работу сейчас, какие данные использует и где возникает задержка, ошибка или потеря качества.

Можно определить наблюдаемый результат
Например, распознанный документ, классифицированное обращение, ответ со ссылкой на источник, черновик в CRM или отчет с переходом к исходным данным.

У процесса есть владелец
Со стороны компании есть человек, который отвечает на вопросы, предоставляет материалы и принимает решение по результату.

Компания готова проверять гипотезу на данных
Это могут быть тестовые, обезличенные или реальные данные в согласованном контуре. Без материала для проверки невозможно честно оценить качество решения.

Не подходит

Нужна общая «стратегия ИИ» без выбранного процесса
Сначала полезнее провести аудит и определить приоритеты. Разработка без владельца задачи и результата создаст красивый, но неприменимый прототип.

Ожидается гарантированная экономика до анализа
Можно рассчитать гипотезу и диапазон эффекта, но нельзя заранее гарантировать точность, экономию или выручку без данных и пилота.

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

От заявки до принятого результата

01
Разбираем задачу
На созвоне или через бриф выясняем, как процесс устроен сейчас: кто участвует, какие системы и данные используются, что считается проблемой и какого изменения ждет бизнес.
Результат этапа — решение, стоит ли переходить к проектированию, и предварительная граница первого рабочего результата.
02
Фиксируем решение до старта
Описываем ТЗ, этапы, общую предполагаемую стоимость и цену каждого этапа, критерии приемки, данные, интеграции, контур и участие команды клиента.
Результат этапа — пакет договоренностей, по которому обе стороны одинаково понимают объем. Разработка начинается только после их согласования и оформления договорных документов.
03
Создаем первый рабочий этап
Собираем ограниченный контур, который решает одну согласованную задачу. Показываем промежуточные точки только тогда, когда они помогают снизить риск, но оплачиваемым результатом считается законченный этап из ТЗ.
Результат этапа — работающий сценарий на стенде NeiroForce или в согласованной инфраструктуре клиента.
04
Проверяем и принимаем
Передаем результат, инструкцию проверки и доступные материалы. Клиент прогоняет контрольные случаи и сверяет результат с критериями.
Если обнаружено расхождение в пределах ТЗ, исправляем его. Если появляется новая функция или иной входной сценарий, отдельно согласуем изменение объема.
Результат этапа — приемка и оплата либо зафиксированный перечень несоответствий, которые нужно устранить.
05
Развиваем или передаем
После принятия можно подключить новые системы, расширить число пользователей, добавить аналитику, роли и меры безопасности. Каждый следующий этап имеет отдельный результат, цену и приемку.
После приемки начинается 30-дневный период стабилизации: устраняем воспроизводимые несоответствия согласованному ТЗ. Новые функции, источники, роли и правила в стабилизацию не входят. Если продолжение не требуется, передаем предусмотренные договором материалы и доступы в согласованном составе. Дальнейшая поддержка оформляется отдельным этапом или соглашением.

Главные договоренности появляются до того, как мы начинаем писать код

Задача и границы

Какой процесс меняем, какой сценарий входит в первый этап, какие ситуации сознательно остаются за его пределами.

Результат

Что именно сможет сделать пользователь или система после завершения этапа. Формулировка должна описывать наблюдаемое действие, а не «готовность ИИ».

Данные

Какие источники нужны, кто их предоставляет, можно ли использовать реальные сведения, требуется ли обезличивание и где они будут храниться.

Интеграции

Какие системы подключаются сейчас, какие имитируются на стенде и какие переносятся в следующие этапы.

Критерии приемки

Контрольные примеры, обязательные поля, допустимые исключения, ручная проверка, способ фиксации результата и пороги только там, где их можно обосновать данными.

Стоимость и этапы

Цена первого этапа, стоимость следующих согласованных этапов и предполагаемая полная стоимость известного объема. Новые требования не включаются задним числом.

Контур и ответственность

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

Передача и права

Какие материалы, настройки, доступы и права передаются после оплаты. Эти условия определяются договором для конкретного проекта и не заменяются общим обещанием на сайте.

Первый этап небольшой по объему, но законченный по смыслу

Не макет без логики

Интерфейс может быть простым, но основной сценарий должен работать: получить входные данные, выполнить согласованную обработку и показать результат пользователю.

Не «вся система в миниатюре»

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

Не обещание будущей эффективности

Если эффект можно измерить только в реальной эксплуатации, первый этап проверяет механику и качество на выбранном наборе. Экономический результат оценивается отдельно и не выдается за гарантию.

Примеры первого этапа

речевая аналитика для одной команды и одной карты критериев;
распознавание одного типа документа на контрольной выборке;
поиск по ограниченному набору корпоративных материалов со ссылками на источники;
помощник для одного пользовательского сценария;
отчет из двух систем по согласованным показателям;
черновик операции в CRM или 1С без необратимого автоматического действия.

Итог

Конкретную границу предлагаем после разбора задачи. Если первый результат нельзя отделить от большой инфраструктурной работы, скажем об этом до заключения договора.

Размещаем первый этап там, где его можно безопасно и честно проверить

Стенд NeiroForce

Используем для быстрой проверки, когда допустимы тестовые, синтетические, обезличенные или специально разрешенные данные. Интеграции можно временно заменить контролируемой загрузкой и выгрузкой.

Преимущество — меньше подготовительной инфраструктуры. Ограничение — стенд не считается промышленной эксплуатацией и может не отражать все особенности систем клиента.

Облачный или гибридный контур

Подходит, когда отдельные компоненты могут находиться вне компании, но доступ к данным и корпоративным системам должен быть ограничен. До разработки описываем движение данных, роли, журналы и внешние сервисы.

Инфраструктура клиента

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

Такой вариант может потребовать больше участия IT и безопасности до начала разработки. Это учитывается в границах, сроках и стоимости этапа.

Общий принцип

Мы не отправляем данные во внешний сервис только потому, что так быстрее. И не обещаем локальное размещение без проверки доступной инфраструктуры и требований к моделям. Контур определяется задачей и фиксируется в документах проекта.

Чтобы «не работает» и «хотим еще» не означали одно и то же

Как проходит проверка

Вместе с результатом клиент получает понятный способ проверки: доступ к сценарию, контрольный набор, ожидаемые выходы, журнал или инструкцию. Ответственный со стороны клиента фиксирует совпадения и расхождения.

Что является исправлением

Если решение не выполняет функцию, которая явно входит в ТЗ, или нарушает согласованный критерий, это несоответствие. Мы устраняем его в пределах утвержденного объема.

Что является новой функцией

Новый тип документа, еще один канал, дополнительная роль, интеграция, другой бизнес-процесс или измененное правило после согласования — это расширение. Описываем влияние на архитектуру, стоимость и срок и предлагаем отдельный этап или изменение.

Если результат не принят

Стороны сопоставляют замечание с ТЗ и критериями. Подтвержденные несоответствия исправляются. Если спор касается трактовки или прекращения работ, применяется согласованный договорный порядок.

Когда возникает оплата

Оплата первого этапа возникает после его приемки в порядке, определенном договором. Следующие этапы не запускаются автоматически: их начало отдельно согласуется.

Почему это защищает обе стороны

Клиент не платит за неясное обещание. NeiroForce не выполняет бесконечно меняющийся объем под видом одной задачи. Граница позволяет сосредоточиться на результате, который действительно можно проверить.

Заранее определяем, что остается у клиента и как решение продолжит работать

Гибридная передача

Специально созданный для проекта результат, конфигурации и документация передаются в составе, который закреплен в ТЗ и договоре. Универсальные библиотеки, методики и ранее созданные фоновые компоненты NeiroForce остаются у NeiroForce; клиент получает права или лицензию, достаточные для эксплуатации согласованного решения. Конкретный режим прав проверяется юристом и фиксируется в договоре.

Открытые библиотеки, модели, шрифты, платформы и внешние API используются по лицензиям и условиям их правообладателей. Перечень таких зависимостей передаем вместе с ограничениями, правилами обновления и расходами на эксплуатацию.

Аккаунты и внешние расходы

Домены, облачные организации, промышленная телефония, модельные API и другие платежные аккаунты по возможности оформляются напрямую на клиента. NeiroForce получает минимально необходимые роли. Так клиент сохраняет контроль над доступами, платежами и сменой подрядчика.

Пакет передачи

Состав зависит от проекта и может включать:

версию исходного кода или репозиторий в согласованном объеме;
конфигурации и перечень зависимостей;
инструкцию развертывания и эксплуатации;
схему данных и интеграций;
контрольный набор и результаты приемки;
перечень доступов и процедуру смены или ротации секретов;
известные ограничения и порядок миграции или прекращения поддержки.

30-дневная стабилизация

В течение 30 дней после приемки исправляем воспроизводимые несоответствия согласованному ТЗ. Стабилизация не расширяет объем: новые функции, источники данных, интеграции и измененные правила оцениваются отдельно.

Поддержка после стабилизации

Мониторинг, обновления, новые функции, рабочие часы, время реакции и иные условия сопровождения оформляются отдельным этапом или соглашением. Единого SLA для всех проектов нет: он зависит от контура, критичности процесса и внешних поставщиков.

Что обычно уточняют до старта

Есть ли скрытая оплата за разбор задачи?

Короткий первичный разбор и заявка сами по себе не запускают платную работу. Если для подготовки ТЗ нужен отдельный глубокий аудит, его формат и стоимость согласуются до начала. Никакая платная услуга не возникает без прямого согласия клиента.

Сколько длится первый этап?

Срок зависит от данных, интеграций и требований к контуру. Мы называем его после разбора и фиксируем вместе с объемом. Не обещаем универсальный срок для задач разной сложности.

Что, если мы не захотим продолжать после первого этапа?

После приемки и оплаты первого этапа вы можете не запускать следующий. Состав передаваемых материалов, доступов и прав определяется договором, который согласуется до разработки.

Можем ли мы проверять результат на своей инфраструктуре?

Да, если это предусмотрено проектом. Заранее определим доступы, участие IT, требования безопасности и способ приемки. Иногда быстрее сначала проверить механику на стенде, но выбор зависит от задачи.

Что происходит с нашими данными после проверки?

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

Можно ли передать решение своей команде или другому подрядчику?

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

Следующий шаг

Опишите один процесс, который хотите улучшить

Поможем определить границу первого этапа и способ приемки.

Обсудить задачу →