Описание бизнес-процесса (SOP)

Превращает рассказ о процессе в готовую инструкцию: назначение, матрица RACI, пошаговая схема, исключения и показатели.

СкиллAnthropicClaudeApache-2.0Загрузить архив в ClaudeПроверка не требуется

Скачать на русскомОригинал на английском (архив)Источник ↗

Что делает: Превращает рассказ о процессе в готовую инструкцию: назначение, матрица RACI, пошаговая схема, исключения и показатели.
Когда брать: Когда процесс живёт в чьей-то голове, нужно выяснить, кто за что отвечает, или написать инструкцию для передачи дел или аудита.
Пример запроса: Опиши процесс обработки заявок от клиентов как стандартную операционную процедуру с матрицей RACI.
Работает лучше с: база знаний, трекер задач

Входит в плагин operations. В Cowork и Claude Code можно поставить плагин целиком.

Как включить

Нажмите «Скачать на русском» и сохраните архив.
В Claude откройте Настройки → Capabilities → Skills → Upload skill и выберите архив.
Включите скилл переключателем.

Для терминала

Распакуйте архив и положите папку process-doc в ~/.claude/skills/. Файл SKILL.md должен лежать внутри этой папки.

Текст

---
name: process-doc
description: Документирует бизнес-процесс: блок-схемы, матрицу RACI и стандартные операционные процедуры (SOP). Используй, когда нужно формализовать процесс, который живёт «в чьей-то голове», построить RACI, чтобы прояснить, кто за что отвечает, написать SOP для передачи дел или аудита, либо зафиксировать исключения и пограничные случаи того, как работа делается на самом деле.
argument-hint: "<process name or description>"
---

/process-doc

Если встретишь незнакомые подстановки или понадобится узнать, какие инструменты подключены, смотри [CONNECTORS.md](../../CONNECTORS.md).

Задокументируй бизнес-процесс в виде полной стандартной операционной процедуры (SOP).

Использование

/process-doc $ARGUMENTS

Как это работает

Расскажи мне о процессе: опиши его, вставь существующие документы или просто назови процесс — я задам нужные вопросы. Я подготовлю полную SOP.

Результат

## Документ процесса: [Название процесса]
**Владелец:** [Человек/Команда] | **Последнее обновление:** [Дата] | **Периодичность пересмотра:** [Раз в квартал/Раз в год]

### Назначение
[Зачем существует этот процесс и чего он достигает]

### Область применения
[Что входит и что не входит]

### Матрица RACI
| Шаг | Исполнитель (Responsible) | Ответственный (Accountable) | Консультант (Consulted) | Информируемый (Informed) |
|------|------------|-------------|-----------|----------|
| [Шаг] | [Кто делает] | [Кто отвечает за результат] | [Кого спросить] | [Кого уведомить] |

### Схема процесса
[Блок-схема из символов ASCII или пошаговое описание]

### Подробные шаги

#### Шаг 1: [Название]
- **Кто**: [Роль]
- **Когда**: [Триггер или время]
- **Как**: [Подробные инструкции]
- **Результат**: [Что даёт этот шаг]

#### Шаг 2: [Название]
[Тот же формат]

### Исключения и пограничные случаи
| Сценарий | Что делать |
|----------|-----------|
| [Исключение] | [Как с ним поступить] |

### Показатели
| Показатель | Цель | Как измерять |
|--------|--------|----------------|
| [Показатель] | [Цель] | [Метод] |

### Связанные документы
- [Ссылка на связанный процесс или политику]

Если доступны коннекторы

Если подключена ~~knowledge base:

Найди существующую документацию по процессу, чтобы обновить её, а не дублировать
Опубликуй готовую SOP в вики

Если подключён ~~project tracker:

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

Советы

Начинай с черновика — идеальное описание не нужно. Расскажи, как это работает сегодня, и я его структурирую.
Включай исключения — «Обычно мы делаем X, но иногда Y» — самая ценная часть для документирования.
Называй людей — даже если роли поменяются, знание того, кто что делает сегодня, помогает построить процесс правильно.

Перевод: iiuniversitet. Оригинал: https://github.com/anthropics/knowledge-work-plugins/tree/main/operations/skills/process-doc, лицензия Apache-2.0. Изменения: перевод на русский язык.

Оригинал на английском

---
name: process-doc
description: Document a business process — flowcharts, RACI, and SOPs. Use when formalizing a process that lives in someone's head, building a RACI to clarify who owns what, writing an SOP for a handoff or audit, or capturing the exceptions and edge cases of how work actually gets done.
argument-hint: "<process name or description>"
---

# /process-doc

> If you see unfamiliar placeholders or need to check which tools are connected, see [CONNECTORS.md](../../CONNECTORS.md).

Document a business process as a complete standard operating procedure (SOP).

## Usage

```
/process-doc $ARGUMENTS
```

## How It Works

Walk me through the process — describe it, paste existing docs, or just tell me the name and I'll ask the right questions. I'll produce a complete SOP.

## Output

```markdown
## Process Document: [Process Name]
**Owner:** [Person/Team] | **Last Updated:** [Date] | **Review Cadence:** [Quarterly/Annually]

### Purpose
[Why this process exists and what it accomplishes]

### Scope
[What's included and excluded]

### RACI Matrix
| Step | Responsible | Accountable | Consulted | Informed |
|------|------------|-------------|-----------|----------|
| [Step] | [Who does it] | [Who owns it] | [Who to ask] | [Who to tell] |

### Process Flow
[ASCII flowchart or step-by-step description]

### Detailed Steps

#### Step 1: [Name]
- **Who**: [Role]
- **When**: [Trigger or timing]
- **How**: [Detailed instructions]
- **Output**: [What this step produces]

#### Step 2: [Name]
[Same format]

### Exceptions and Edge Cases
| Scenario | What to Do |
|----------|-----------|
| [Exception] | [How to handle it] |

### Metrics
| Metric | Target | How to Measure |
|--------|--------|----------------|
| [Metric] | [Target] | [Method] |

### Related Documents
- [Link to related process or policy]
```

## If Connectors Available

If **~~knowledge base** is connected:
- Search for existing process documentation to update rather than duplicate
- Publish the completed SOP to your wiki

If **~~project tracker** is connected:
- Link the process to related projects and workflows
- Create tasks for process improvement action items

## Tips

1. **Start messy** — You don't need a perfect description. Tell me how it works today and I'll structure it.
2. **Include the exceptions** — "Usually we do X, but sometimes Y" is the most valuable part to document.
3. **Name the people** — Even if roles change, knowing who does what today helps get the process right.

Источник: anthropics/knowledge-work-plugins / operations / process-doc ↗. Ссылка проверена 2026-10-10.

---
name: process-doc
description: Документирует бизнес-процесс: блок-схемы, матрицу RACI и стандартные операционные процедуры (SOP). Используй, когда нужно формализовать процесс, который живёт «в чьей-то голове», построить RACI, чтобы прояснить, кто за что отвечает, написать SOP для передачи дел или аудита, либо зафиксировать исключения и пограничные случаи того, как работа делается на самом деле.
argument-hint: "<process name or description>"
---

# /process-doc

> Если встретишь незнакомые подстановки или понадобится узнать, какие инструменты подключены, смотри [CONNECTORS.md](../../CONNECTORS.md).

Задокументируй бизнес-процесс в виде полной стандартной операционной процедуры (SOP).

## Использование

```
/process-doc $ARGUMENTS
```

## Как это работает

Расскажи мне о процессе: опиши его, вставь существующие документы или просто назови процесс — я задам нужные вопросы. Я подготовлю полную SOP.

## Результат

```markdown
## Документ процесса: [Название процесса]
**Владелец:** [Человек/Команда] | **Последнее обновление:** [Дата] | **Периодичность пересмотра:** [Раз в квартал/Раз в год]

### Назначение
[Зачем существует этот процесс и чего он достигает]

### Область применения
[Что входит и что не входит]

### Матрица RACI
| Шаг | Исполнитель (Responsible) | Ответственный (Accountable) | Консультант (Consulted) | Информируемый (Informed) |
|------|------------|-------------|-----------|----------|
| [Шаг] | [Кто делает] | [Кто отвечает за результат] | [Кого спросить] | [Кого уведомить] |

### Схема процесса
[Блок-схема из символов ASCII или пошаговое описание]

### Подробные шаги

#### Шаг 1: [Название]
- **Кто**: [Роль]
- **Когда**: [Триггер или время]
- **Как**: [Подробные инструкции]
- **Результат**: [Что даёт этот шаг]

#### Шаг 2: [Название]
[Тот же формат]

### Исключения и пограничные случаи
| Сценарий | Что делать |
|----------|-----------|
| [Исключение] | [Как с ним поступить] |

### Показатели
| Показатель | Цель | Как измерять |
|--------|--------|----------------|
| [Показатель] | [Цель] | [Метод] |

### Связанные документы
- [Ссылка на связанный процесс или политику]
```

## Если доступны коннекторы

Если подключена **~~knowledge base**:
- Найди существующую документацию по процессу, чтобы обновить её, а не дублировать
- Опубликуй готовую SOP в вики

Если подключён **~~project tracker**:
- Свяжи процесс со связанными проектами и рабочими процессами
- Создай задачи по пунктам улучшения процесса

## Советы

1. **Начинай с черновика** — идеальное описание не нужно. Расскажи, как это работает сегодня, и я его структурирую.
2. **Включай исключения** — «Обычно мы делаем X, но иногда Y» — самая ценная часть для документирования.
3. **Называй людей** — даже если роли поменяются, знание того, кто что делает сегодня, помогает построить процесс правильно.

Перевод: iiuniversitet. Оригинал: https://github.com/anthropics/knowledge-work-plugins/tree/main/operations/skills/process-doc, лицензия Apache-2.0. Изменения: перевод на русский язык.