> For the complete documentation index, see [llms.txt](https://scrumtrek.gitbook.io/iishki-1/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://scrumtrek.gitbook.io/iishki-1/transformation.md).

# Трансформация процессов

## Что это, и почему это не просто «внедрение AI»

Большинство компаний подходят к AI как к инструменту: взяли готовый LLM, интегрировали в существующий процесс, добавили бот — готово. Результат предсказуем: процесс остался старым, а на его край прилепилась технология. Через полгода боту не верят, люди обходят его стороной, и проект становится сложностью.

Мы делаем иначе. **Трансформация процессов** — это пересборка самого процесса вокруг AI как центральной оси. После интегратора у вас бот. После нас — перестроенный бизнес-процесс с метриками, которые растут, командой, которая его поддерживает, и governance, которая его защищает.

Разница принципиальна:

* **Старый подход**: процесс → +AI-инструмент → статус кво
* **Наш подход**: процесс → переработка с AI в ядре → метрики на 3 осях → работающая команда → масштабирование

## Четыре сервиса в блоке

### 1. [Пилот одного процесса](/iishki-1/transformation/pilot-one-process.md)

**Для**: CDO, VP Operations — нужен быстрый proof point до крупных инвестиций.

**Результат**: AI работает на реальном процессе, метрики до/после, decision log, кейс для масштабирования.

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

***

### 2. [Перестройка бизнес-процессов с AI](/iishki-1/transformation/ai-process-redesign.md)

**Для**: владелец процесса, который готов потратить 12 недель и 50% своего времени на трансформацию одного-трёх процессов.

**Результат**: процесс в production, ROI-метрики по 3 осях (efficiency, quality, speed), Runbook и Свод правил для команды, кейс с цифрами.

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

***

### 3. [AI-директор по подписке](/iishki-1/transformation/fractional-cdo.md)

**Для**: компании, которым нужен стратегический взгляд на AI, но нет смысла нанимать CDO в штат.

**Результат**: AI-стратегия, приоритизация инициатив, координация команды трансформации, контроль на уровне Steering Committee.

**Когда начинать**: когда вы уже прошли первый проект трансформации и нужна координация; или когда вы ищете CDO и нужен временный «мост».

***

### 4. [Центр AI-компетенций](/iishki-1/transformation/ai-coe.md)

**Для**: лидеры трансформации в крупных компаниях (1000+ сотрудников), которые готовы к системному подходу и хотят передать AI-экспертизу в организацию.

**Результат**: структурированный центр компетенций с 6 определёнными ролями, Свод правил как governance-фреймворк, метрическая система, pipeline для масштабирования инициатив.

**Когда начинать**: когда вы закончили 2-3 проекта трансформации, видите паттерны, что повторяют, и хотите это систематизировать.

***

## Почему именно эти четыре сервиса

Трансформация с AI редко случается в одной размерности. Обычно нужно:

1. **Доказать на одном** (пилот одного процесса — 4-6 недель, proof point)
2. **Масштабировать** (перестройка 1-3 процессов — 12 недель, production с метриками)
3. **Управлять портфелем** (стратегия, приоритизация, координация)
4. **Передать организации** (передать экспертизу внутрь, не быть зависимым от консультантов)

Типичный путь: пилот → трансформация → CDO для координации → центр компетенций.

***

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

[Запишитесь на бесплатную диагностическую сессию](https://kkts.ai/consult) — посмотрим на 3-5 ваших процессов, оценим, где AI даст максимум, и покажем, какой сервис подходит вам сейчас.


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://scrumtrek.gitbook.io/iishki-1/transformation.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `build a script that syncs our docs to a CMS` lets GitBook tailor the answer to that use case.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.