Коротко. Implementation OS — открытая библиотека воспроизводимых IT-внедрений. Каждый проект ведёт от бизнес-задачи до проверяемого результата: что нужно на входе, какие шаги выполняются автоматически, какие руками, как проверить, что всё получилось, и как откатить изменения. Проекты оформлены так, чтобы их мог пройти человек, а в будущем — ИИ-агент под контролем человека.
KZSalesHub много лет отвечает на вопрос «как это должно работать». Этот раздел отвечает на следующий: «как это повторить у себя». Большая часть типовых внедрений — анализ требований, настройка CRM, подключение сервисов, автоматизация, проверка и документация — состоит из повторяемых шагов. Если описать их один раз хорошо, их не нужно оплачивать заново в каждом проекте.
Три слоя
KZSalesHub
Бизнес-задача, методология, ограничения, примеры применения. Почему делать именно так.
Репозиторий проектов
Конфигурации, скрипты, шаблоны, проверки и история версий. Что именно сделать.
MCP и manifest.yaml
Агент находит подходящий проект, собирает параметры, выполняет разрешённые шаги и проверяет результат — с подтверждением человека.
Каталог проектов
B2B CRM Starter для Bitrix24
Воронка сложных продаж с этапами по критериям выхода, 11 полей квалификации, пробный прогон, проверки и откат.
CRM Automation Pack
Новый лид → ответственный → проверка данных → задача → уведомление → контроль срока реакции.
Sales Knowledge Assistant
Помощник продавца на базе знаний компании: находит материалы, готовит план встречи и вопросы квалификации.
Business Automation Recipes
Повторяемые сценарии для CRM, почты, таблиц и форм: сбор заявок, очистка данных, еженедельный отчёт.
IT Implementation Runbooks
Стандартные процедуры: подготовка окружения, развёртывание, проверка, резервное копирование, откат, передача в сопровождение.
Что считается проектом
Репозиторий с инструкцией — ещё не внедрение. Проект попадает в каталог, когда другой человек может пройти путь от исходных условий до проверяемого результата с минимумом ручной работы.
| Обязательно | Зачем |
|---|---|
| Бизнес-задача и для кого подходит, а для кого нет | Понять, стоит ли начинать |
| Машиночитаемый manifest.yaml | Параметры, требования, шаги, проверки и откат в одном контракте — для человека и агента |
| Таблица «что автоматизировано, что вручную» | Честно показать границы автоматизации |
| Пробный прогон по умолчанию | Ничего не меняется без явного решения человека |
| Проверки результата | Готовность определяется тестами, а не ощущением |
| Журнал и откат | Любое изменение можно отменить |
| Правила безопасности | Секреты, права и персональные данные |
Статусы — без приукрашивания
| Статус | Что значит |
|---|---|
| Концепт | Описаны задача и архитектура, кода нет |
| Прототип | Код и проверки есть, в тестовой среде ещё не прогонялся |
| Проверен в тестовой среде | Прогон выполнен, есть отчёт проверки |
| Применён в реальном проекте | Есть обезличенный отчёт внедрения |
Проект не называется готовым к внедрению, пока не прошёл проверку в тестовой среде. У каждой карточки — дата последней проверки.
Режимы исполнения
| Режим | Кто действует |
|---|---|
| Вручную | Человек выполняет шаги по инструкции |
| С подготовкой | Скрипт готовит план изменений, человек применяет |
| Под контролем | Скрипт применяет изменения только после подтверждения человека; по умолчанию — пробный прогон |
Автономные изменения в чужих системах без подтверждения человека библиотека не поддерживает — и это принцип, а не временное ограничение.