# Консалтинговая презентация: рекомендация и доказательства

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

Вопрос | Практический ответ
--- | ---
Рекомендация | Проверить новый процесс в одном регионе
Причина 1 | Обнаружен измеримый разрыв в обслуживании
Причина 2 | Пилот позволяет проверить предложенный механизм
Причина 3 | Критерий остановки ограничивает риск
Решение | Утвердить объём, ответственного и дату оценки

При сроке ответа 8 дней и цели 5 дней отклонение составляет 3 дня, или 60% сверх цели. Это доказывает разрыв в показателях, но не его причину. Для предложения нанять людей нужно отдельно объяснить предполагаемый механизм и способ проверки.

Делайте заголовки проверяемыми: «Срок ответа на три дня выше цели». Под заголовком покажите одно доказательство с периодом и единицей измерения. Три колонки ещё не означают полноту анализа. Проверяйте сгенерированные заголовки по утверждённым данным.

## Примените этот подход

Начните в Pageworks с утверждённого исходника. Проверьте план, создайте презентацию и доработайте результат. Pro позволяет делать до 50 слайдов и экспортировать редактируемый PowerPoint.

[Создать презентацию](https://pageworks.app/ru/signup)
[Тарифы и экспорт](https://pageworks.app/ru/pricing)

[Как преобразовать длинные отчеты PDF и Word в слайды PowerPoint с помощью ИИ](https://pageworks.app/ru/blog/notes-docs-to-deck)

## Источники и дополнительные материалы

[Sequoia: business plan structure](https://sequoiacap.com/article/writing-a-business-plan)

## Ваши рабочие заметки

- Источник и период: ____________________
- Нужная правка получателя: ____________________
- Ответственный за проверку: ____________________
- Открытый вопрос: ____________________

[Pageworks](https://pageworks.app/ru/blog/consulting-slide-framework-mckinsey-style)