Готовые примеры заполнения
Готовые примеры заполнения шаблонов фреймворка.
Для кого
Когда непонятно, как должен выглядеть хороший результат
Где обычно проявляется
Актуально для разных витков роста
Формат чтения
Открывайте, если нужна не теория, а пример в готовом виде.
Время
12 мин на проход19 мин чтения
Структура
37 смысловых блокаМожно идти по разделам, а не подряд полотном.
Карта главы
- 1Как использовать этот документ
- 2ШАБЛОН 1: Заполненный тест 4 ясностей
- 3ШАБЛОН 2: Заполненный IDP
- 41. Текущая оценка
- 52. Целевая роль
- 63. Gap Analysis
- 74. Действия
- 85. Метрики успеха
- 96. Поддержка
- 107. Даты ревью
- 11ШАБЛОН 3: Заполненный 1:1 Prep
- 12Мой check-in (2 мин)
- 13Обновление по задачам (5 мин)
- 14Мои вопросы к Виктору (10 мин)
- 15Что я хочу получить от этого 1:1
- 16Заметки после 1:1
- 17ШАБЛОН 4: Заполненный Managing Up журнал
- 18Мой руководитель
- 19Неделя 1 (3–7 февраля)
- 20Неделя 2 (10–14 февраля)
- 21Неделя 3 (17–21 февраля)
- 22Метрики за месяц
- 23ШАБЛОН 5: Заполненный Escape Plan
- 241. Диагностика: почему я хочу уйти
- 252. Мой план на 3 месяца
- 263. Финансовая подушка
- 274. Что я говорю на интервью
- 285. Что забрать с собой (мой опыт)
- 29ШАБЛОН 6: Еженедельный журнал рефлексии
- 30Что было хорошо на этой неделе?
- 31Что было сложно?
- 32Чему я научилась?
- 334 ясности — мини-чек
- 34Фокус на следующую неделю
- 35ШАБЛОН 7: Журнал достижений (Junior, не-IT)
- 36ШАБЛОН 8: Operating Review (Лидер направления -> Руководитель руководителей, не-IT)
- 37ШАБЛОН 9: Заполненный IDP (не-IT, продажи)
Как использовать этот документ
Адаптация под любую сферу: если встречаются IT-термины или старые названия уровней, сверяйся с ядром: важен тип карьерной задачи, а не конкретный тайтл.
Ниже -- заполненные примеры для 6 персонажей на разных уровнях и в разных сферах:
- Алексей -- ведущий специалист (IT), 27 лет, хочет перейти на экспертный уровень
- Марина -- эксперт по качеству (IT), хочет перейти в лидерство функции
- Дмитрий -- руководитель команды (IT), 33 года, в токсичной среде, думает об уходе
- Анна -- специалист по маркетингу (не-IT), 24 года, хочет стать ведущим маркетологом (новый)
- Игорь -- лидер направления операций (не-IT), 38 лет, хочет стать руководителем руководителей (новый)
- Ольга -- специалист по продажам (не-IT), 29 лет, хочет стать экспертом по enterprise-продажам (новый)
Копируй структуру, меняй под себя.
ШАБЛОН 1: Заполненный тест 4 ясностей
Пример: Алексей, ведущий специалист
Примечание: В основном тесте в ядре (Кор) по 6 вопросов на блок; здесь -- сокращённый пример по 5 вопросов на блок для наглядности. Итоги пересчитаны под шкалу 1–5 (макс. 25 баллов на блок).
Блок 1: Ясность процессов (73%)
| # | Вопрос | Ответ (1–5) | Комментарий |
|---|---|---|---|
| 1 | Я понимаю, как устроен наш процесс разработки от идеи до прода | 4 | Знаю flow, но не понимаю, кто принимает решение о приоритетах |
| 2 | Я знаю, к кому идти с вопросом по процессу | 3 | Иногда непонятно -- к ПМу или к тимлиду |
| 3 | Я понимаю, как моя работа связана с бизнес-результатом | 4 | Вижу метрики в Grafana, но не знаю, как это влияет на revenue |
| 4 | Я знаю, где найти документацию по нашим процессам | 4 | Confluence есть, но половина страниц устарела |
| 5 | Процессы в команде помогают мне, а не мешают | 3 | Стендапы полезны, но ретро формальные |
Итого: 18/25 = 72%
Блок 2: Ясность решений (63%)
| # | Вопрос | Ответ (1–5) | Комментарий |
|---|---|---|---|
| 1 | Я понимаю, как в команде принимаются технические решения | 3 | Архитектурные решения принимает лид, я не участвую |
| 2 | Я знаю, какие решения я могу принимать сам | 3 | Мелкие -- да, крупные -- всегда спрашиваю |
| 3 | Когда я предлагаю решение, я получаю чёткий ответ | 4 | Лид обычно отвечает быстро |
| 4 | Я понимаю, почему были приняты ключевые решения по проекту | 3 | Иногда узнаю постфактум |
| 5 | Я чувствую, что моё мнение учитывается | 3 | На код-ревью (code review) — да, на планировании (planning) — не всегда |
Итого: 16/25 = 64%
Блок 3: Ясность ожиданий (47%)
| # | Вопрос | Ответ (1–5) | Комментарий |
|---|---|---|---|
| 1 | Я чётко понимаю, что от меня ожидают на текущей позиции | 2 | Нет описания уровней, "просто работай хорошо" |
| 2 | Я знаю, что нужно сделать, чтобы получить повышение | 2 | Лид говорит "ещё рано", но не объясняет критерии |
| 3 | Я получаю регулярную обратную связь (feedback) о своей работе | 3 | Раз в квартал на обзоре эффективности (performance review), но формально |
| 4 | Мои цели на квартал/год согласованы с руководителем | 2 | Целей нет, есть только задачи в трекере (Jira) |
| 5 | Я знаю, как оценивается моя эффективность (performance) | 3 | Есть рейтинг, но критерии размытые |
Итого: 12/25 = 48%
Блок 4: Ясность роли (40%)
| # | Вопрос | Ответ (1–5) | Комментарий |
|---|---|---|---|
| 1 | Я чётко понимаю границы своей роли | 2 | Иногда делаю работу DevOps, иногда -- QA |
| 2 | Я знаю, за что я отвечаю, а за что -- нет | 2 | Ответственность размытая |
| 3 | Моя роль соответствует моим скиллам и амбициям | 3 | Скиллы -- да, амбиции -- хочу больше |
| 4 | Я понимаю, как моя роль вписывается в команду | 2 | Три бэкендера делают одно и то же |
| 5 | Если бы меня спросили "что ты делаешь?", я мог бы чётко ответить | 2 | "Пишу код" -- слишком размыто |
Итого: 11/25 = 44%
Итоговый профиль Алексея:
Процессы: ████████████████░░░░░ 72%
Решения: ████████████████░░░░░ 64%
Ожидания: ████████████░░░░░░░░░ 48%
Роль: ██████████░░░░░░░░░░░ 44%
ПРОФИЛЬ: "Туманный горизонт"
→ Знает КАК работать, но не знает КУДА расти
→ Главная проблема: отсутствие ясности ожиданий и роли
ШАБЛОН 2: Заполненный IDP
Пример: Алексей, Middle -> Senior Backend Developer
# Individual Development Plan
# Алексей Петров — 2026
1. Текущая оценка
Текущий уровень
- Роль: Middle Backend Developer
- В роли: 2 года 3 месяца
- Готовность к Senior (самооценка): 45%
Сильные стороны
- Быстро разбираюсь в незнакомом коде — легко подхватываю legacy
- Хорошо пишу тесты — coverage команды вырос с 40% до 72% за год
- Стабильный перформанс — ни одного пропущенного дедлайна за 6 месяцев
- Коммуникация с продактом — могу объяснить техническое решение простым языком
- Code review — коллеги отмечают полезные комментарии
Зоны развития
- System Design — не участвовал в проектировании систем с нуля
- Менторство — не менторил джунов, не делал tech talks
- Ownership — жду задачи, а не ищу проблемы сам
- Cross-team collaboration — работаю только внутри своей команды
- Observability — не умею настраивать алерты и дашборды
Тест 4 ясностей
| Ясность | % | Статус |
|---|---|---|
| Процессы | 72% | 🟡 Нормально |
| Решения | 64% | 🟡 Нужно улучшить |
| Ожидания | 48% | 🔴 Критично |
| Роль | 44% | 🔴 Критично |
2. Целевая роль
Цель на 12 месяцев
- Роль: Senior Backend Developer
- Отдел: Platform / Backend
- Компания: текущая (но готов рассмотреть варианты)
Почему эта роль?
Хочу влиять на архитектурные решения и менторить команду. Устал быть "руками" без голоса в дизайне системы.
Реалистично?
- Текущий уровень: Middle (крепкий)
- Гап: System Design + Ownership + Visibility
- Таймлайн: 9–12 месяцев (реалистично, если лид поддержит)
3. Gap Analysis
| Компетенция | Сейчас | Нужно | Гап |
|---|---|---|---|
| System Design | 30% | 75% | 45% |
| Менторство | 10% | 50% | 40% |
| Ownership & Initiative | 40% | 80% | 40% |
| Cross-team влияние | 20% | 60% | 40% |
| Observability | 25% | 70% | 45% |
4. Действия
Action 1: System Design
- Что: Прочитать "Designing Data-Intensive Applications" (Kleppmann)
- Когда: Месяц 1–3
- Метрика: Прочитать + написать 5 key takeaways в Confluence
- Поддержка: Ментор из Platform-команды
Action 2: System Design (практика)
- Что: Взять ownership за redesign сервиса уведомлений
- Когда: Месяц 3–5
- Метрика: Design doc согласован с архитектором, система на проде
- Поддержка: Лид даёт мне этот проект
Action 3: Менторство
- Что: Стать ментором для нового джуна (Катя)
- Когда: Месяц 2–12
- Метрика: Еженедельные 1:1, Катя проходит испытательный
- Поддержка: HR согласует менторскую программу
Action 4: Tech Talk
- Что: Провести 3 tech talks за год
- Когда: Месяц 3, 6, 9
- Метрика: Каждый для 15+ человек, feedback 4+/5
- Поддержка: Лид даёт слот на demo day
Action 5: Observability
- Что: Настроить алерты и дашборды для 2 сервисов
- Когда: Месяц 2–4
- Метрика: 0 missed incidents за 3 месяца после настройки
- Поддержка: SRE-команда помогает с инструментами
5. Метрики успеха
| Навык | Метрика | Цель | Факт |
|---|---|---|---|
| System Design | Design docs написаны | 2 документа | |
| Менторство | Джун прошёл испытательный | Да | |
| Tech Talks | Количество | 3 штуки | |
| Observability | Дашборды настроены | 2 сервиса | |
| Ясность ожиданий | Тест 4 ясностей | 48% → 70% | |
| Ясность роли | Тест 4 ясностей | 44% → 60% |
6. Поддержка
Люди
- Лид (Виктор): еженедельные 1:1, feedback на design docs
- Ментор (Андрей из Platform): 1 раз в месяц, архитектурные консультации
- HR (Ольга): менторская программа, обучение
Ресурсы
- Бюджет на обучение: 30 000 ₽ (книги, курс на Udemy)
- Время: 4 часа в месяц на обучение (согласовано с лидом)
- Конференция: 1 (Highload++ или TeamLead Conf)
7. Даты ревью
- Ежемесячный чек-ин: 1-е число каждого месяца
- Квартальный ревью: 1 апреля, 1 июля, 1 октября
- Годовой ревью: 31 декабря 2026
---
ШАБЛОН 3: Заполненный 1:1 Prep
Пример: Алексей готовится к 1:1 с лидом Виктором
# 1:1 Prep — Алексей → Виктор
# Дата: 10 февраля 2026
Мой check-in (2 мин)
- Энергия: 7/10 (нормально, но устал от legacy-рефакторинга)
- Настроение: нейтральное, хочу двигаться вперёд
- Что радует: закончил миграцию на новый API, тесты зелёные
Обновление по задачам (5 мин)
✅ Завершено:
- Миграция payment-сервиса на API v3 (была в спринте 2 недели)
- Написал документацию по новому endpoint
🔄 В процессе:
- Рефакторинг notification-сервиса (50%, дедлайн — 20 февраля)
- Ревью PR от Кати (джун) — запланировано на завтра
⚠️ Блокеры:
- Не могу получить доступ к staging-окружению нового сервиса → Нужно: Виктор просит DevOps дать доступ
- Непонятно, нужно ли мигрировать legacy-эндпоинты или только новые → Нужно: Решение от Виктора или продакта
Мои вопросы к Виктору (10 мин)
Про ожидания и рост
"Виктор, я хочу обсудить свой рост к Senior. Я подготовил IDP. Можем ли мы посмотреть его вместе на следующем 1:1? Конкретный вопрос: какие критерии Senior у нас в компании?"
Про проект
"Я хотел бы взять ownership за редизайн notification-сервиса. Это поможет мне прокачать System Design. Это реально?"
Про feedback
"Какой один навык мне стоит развивать в первую очередь для Senior?"
Что я хочу получить от этого 1:1
- ✅ Решение по блокеру (доступ к staging)
- ✅ Понимание критериев Senior
- ✅ Согласие рассмотреть мой IDP
- ✅ Feedback по приоритетному навыку
Заметки после 1:1
- Виктор сказал: ___
- Договорились: ___
- Следующие шаги: ___
- Дата следующего 1:1: ___
---
ШАБЛОН 4: Заполненный Managing Up журнал
Пример: Марина (Senior QA -> QA Lead)
# Managing Up Journal — Марина
# Период: Февраль 2026
Мой руководитель
- Имя: Сергей (Engineering Manager)
- Стиль: Занятой, делегирует, мало даёт feedback
- Предпочитает: Короткие письменные обновления, не любит длинные встречи
- Его KPI: Скорость доставки, quality metrics, retention команды
Неделя 1 (3–7 февраля)
Что я сделала для босса
- Подготовила еженедельный статус (3 bullet points + 1 риск)
- Сообщила о потенциальном баге в проде ДО того, как продакт заметил
Что просила
- Доступ к метрикам качества для всей команды (не только моей) → Результат: Сергей дал доступ, спросил "зачем?" → Я: "Хочу предложить improvement plan по качеству на Q2" → Реакция: 👍 "Отлично, жду"
Мой visibility score на этой неделе: 7/10
- Сергей упомянул мою находку бага на стендапе (+)
- Но он не знает, что я менторю двух QA-стажёров (-)
Что делать на следующей неделе
- Рассказать Сергею про менторство стажёров
- Подготовить драфт improvement plan
Неделя 2 (10–14 февраля)
Что я сделала для босса
- Отправила драфт Quality Improvement Plan на Q2 (без просьбы!)
- Включила данные по всей команде, не только своей зоне
- Предложила 3 конкретных action items с timeline
Как босс отреагировал
- "Марина, это очень полезно. Можешь презентовать на team sync?" → Это именно то, что мне нужно для visibility
Стратегический ход
- Я не просила повышения до QA Lead
- Я показала, что уже думаю как QA Lead
- Сергей сам должен прийти к выводу, что я готова
Мой visibility score: 9/10
Неделя 3 (17–21 февраля)
Презентация Quality Plan
- 15 минут на team sync, 12 человек
- Feedback от VP Engineering: "Хороший анализ"
- Сергей после встречи: "Давай обсудим твой рост на следующем 1:1"
Выводы
- Managing Up работает
- Ключевое: я не просила — я показывала
- Следующий шаг: на 1:1 обсудить формальный путь к QA Lead
Метрики за месяц
- Статусов отправлено: 4/4 (100%)
- Инициатив предложено: 2 (Quality Plan + менторство)
- Visibility score (среднее): 8/10
- Реакция руководителя: позитивная, инициировал разговор о росте
---
ШАБЛОН 5: Заполненный Escape Plan
Пример: Дмитрий (Team Lead в токсичной среде)
# Career Escape Plan — Дмитрий
# Дата создания: 1 февраля 2026
1. Диагностика: почему я хочу уйти
Тест 4 ясностей
- Процессы: 35% 🔴 (хаос, нет процессов, всё через "срочно")
- Решения: 25% 🔴 (CEO решает всё сам, мнение команды игнорируется)
- Ожидания: 20% 🔴 (KPI меняются каждый месяц, никто не знает что важно)
- Роль: 30% 🔴 (я Team Lead, но делаю всё: код, найм, поддержку, продажи)
Тест токсичности (из Toolkit 3)
- Регулярный крик/унижение на встречах: ДА ⚠️
- Переработки >50 часов/нед систематически: ДА ⚠️
- Обещания не выполняются: ДА ⚠️
- Люди увольняются каждый месяц: ДА ⚠️
- Моё физическое состояние ухудшилось: ДА ⚠️
- Я боюсь идти на работу: Иногда ⚠️
Результат: 5/6 красных флагов → Уходить (не "чинить")
2. Мой план на 3 месяца
Месяц 1: Подготовка (февраль)
Неделя 1–2: ☐ Обновить резюме (добавить: управлял командой 8 человек, запустил 3 проекта) ☐ Обновить LinkedIn (English) ☐ Сфотографироваться для профиля
Неделя 3–4: ☐ Составить список 20 целевых компаний ☐ Написать 5 людям из сети (бывшие коллеги) ☐ Начать LeetCode: 3 задачи в неделю (если будет System Design интервью)
Месяц 2: Активный поиск (март)
☐ Отправить 10+ откликов ☐ Пройти 3+ первых интервью ☐ Подготовить рассказ "почему ухожу" (без токсичности): → "Я вырос из текущей роли и хочу компанию с более зрелыми процессами и возможностью влиять на инженерную культуру"
Месяц 3: Финал (апрель)
☐ Получить 1–2 оффера ☐ Провести переговоры по зарплате ☐ Уволиться профессионально (2 недели, передача дел) ☐ Не сжигать мосты
3. Финансовая подушка
- Текущие расходы: 150 000 ₽/мес
- Подушка: 450 000 ₽ (3 месяца)
- Могу ли уйти без нового оффера? Да, если найду за 3 месяца
- Минимальная зарплата на новом месте: 250 000 ₽ (текущая — 280 000)
4. Что я говорю на интервью
❌ Не говорю:
- "Мой CEO — токсичный идиот"
- "Компания — помойка"
- "Я выгорел"
✅ Говорю:
- "Я ищу компанию с сильной инженерной культурой"
- "Хочу работать в среде, где процессы помогают, а не мешают"
- "Мне важно расти как лидер в команде, которая ценит это"
- "Я построил процессы с нуля в сложных условиях — теперь хочу применить опыт в более зрелой среде"
5. Что забрать с собой (мой опыт)
- Я умею работать в хаосе → это ценный скилл
- Я научился выстраивать процессы с нуля → это дорого стоит
- Я умею удерживать людей в сложных условиях → это редкость
- Я узнал, что мне важно в компании → осознанность
---
ШАБЛОН 6: Еженедельный журнал рефлексии
Пример: Марина, неделя 7 февраля
# Рефлексия — Неделя 3–7 февраля 2026
Что было хорошо на этой неделе?
- Презентовала Quality Plan — получила позитивный feedback от VP
- Стажёр Аня сама нашла критический баг — значит, менторство работает
- Провела первый 1:1 по новому формату — Сергей заметил разницу
Что было сложно?
- Конфликт с фронтенд-лидом по приоритетам багов — не договорились
- Не успела подготовиться к ретро — было формально
- Устала к пятнице — нужно лучше планировать энергию
Чему я научилась?
- Подготовка > импровизация (презентация прошла хорошо именно потому, что я потратила 2 часа на подготовку)
- В конфликте с фронтенд-лидом: я пыталась убедить данными, а ему важнее были отношения → нужно сначала rapport, потом аргументы
4 ясности — мини-чек
- Процессы: стабильно (72%)
- Решения: чуть лучше — меня позвали на architecture review! (68% → 70%)
- Ожидания: лучше — Сергей намекнул на рост (48% → 55%)
- Роль: без изменений (44%)
Фокус на следующую неделю
- Поговорить с фронтенд-лидом 1:1 — починить отношения
- Подготовить IDP для обсуждения с Сергеем
- Провести ретро нормально (подготовить за день)
---
ШАБЛОН 7: Журнал достижений (Junior, не-IT)
Пример: Анна, специалист по маркетингу, 24 года, компания 200 человек (e-commerce)
=== Журнал достижений: Январь 2026 ===
Неделя 1 (6-10 января):
Дата: 2026-01-10
Задача: Запуск email-рассылки по реактивации спящих клиентов
Действие: Сегментировала базу (спящие >90 дней), подготовила 3 варианта
писем с разными заголовками, провела A/B тест на 10% базы
Результат: Open rate 26% (vs средний 16%), CTR 4.8%
Метрики: 280 реактивированных клиентов, +$8.5K revenue за неделю
Связь с бизнесом: Входит в OKR «увеличить retention на 15%»
Неделя 2 (13-17 января):
Дата: 2026-01-17
Задача: Оптимизация landing page для зимней акции
Действие: Провела анализ Hotjar (карта кликов, scroll depth),
предложила 3 изменения: новый CTA, упрощённая форма, социальные доказательства
Результат: Конверсия выросла с 2.1% до 3.4% (+62%)
Метрики: +150 заявок/неделю при том же трафике
Связь с бизнесом: Напрямую влияет на OKR «+20% лидов через digital-каналы»
Неделя 3 (20-24 января):
Дата: 2026-01-24
Задача: Подготовка отчёта по эффективности каналов Q4
Действие: Собрала данные из Google Analytics, CRM и рекламных кабинетов.
Посчитала CAC, LTV и ROI по каждому каналу. Подготовила визуализацию.
Результат: Выявила, что канал «партнёрские интеграции» даёт ROI 340%
(vs 120% у контекстной рекламы). Предложила перераспределить бюджет.
Метрики: Потенциальная экономия $12K/квартал при перераспределении
Связь с бизнесом: Вошло в рекомендации для бюджета Q1
=== Месячная сводка для руководителя ===
Ключевые результаты:
1. Реактивация: +280 клиентов, +$8.5K (ongoing)
2. Landing page: +62% конверсия, +150 лидов/нед
3. Аналитика каналов: рекомендация на $12K экономии/кварт
Фокус февраля: запуск контент-стратегии для SEO (долгосрочный канал)
ШАБЛОН 8: Operating Review (Лидер направления -> Руководитель руководителей, не-IT)
Пример: Игорь, руководитель операционного направления, логистическая компания (400 человек), управляет 4 руководителями складов
=== Operating Review: Январь 2026 ===
1) Цели квартала (Q1)
- Снизить среднее время доставки с 3.8 до 3.0 дней: Yellow
Причина: 2 из 4 складов перешли на новую маршрутизацию, 2 ещё нет
- Довести точность прогноза спроса до 85%: Green (сейчас 82%, тренд +)
- Снизить % повреждённых посылок с 2.1% до 1.5%: Red
Причина: склад «Восток» -- 3.4%, остальные в норме
2) Системные метрики
- Plan vs Actual по отгрузкам: 91% (цель 95%)
- Доля заказов с прозрачным SLA: 78% (цель 100%)
- Риски, выявленные заранее: 6 из 8 (75%)
- Межскладские передачи вовремя: 84% (цель 95%)
- Retention ключевых сотрудников: 94% (норма)
3) Здоровье команд
- Склад «Север» (руководитель Павел): Green. Лучший по всем метрикам.
- Склад «Юг» (руководитель Елена): Green. Перешла на новую маршрутизацию.
- Склад «Запад» (руководитель Максим): Yellow. Задерживает переход.
Причина: нехватка обученного персонала. План: доп. обучение до 15 февраля.
- Склад «Восток» (руководитель Татьяна): Red. Высокий % повреждений.
Причина: устаревшее оборудование + текучка. План: закупка оборудования
(бюджет согласован), найм 3 человек до 1 марта.
4) Блокеры на моём уровне
- Склад «Восток»: нужно ускорить закупку оборудования
→ Владелец: я. Встреча с закупками завтра.
- Единый формат отчётности по складам ещё не внедрён
→ Владелец: я. Калибровка формата на следующей неделе.
5) Калибровка руководителей
- Расхождение: Максим считает «Yellow» нормой, Павел аналогичное
считает «Red». Нужно выровнять критерии.
→ Проведу калибровочную сессию 12 февраля.
6) Succession pipeline
- Павел: готов к расширению scope (2 склада вместо 1). Даю stretch в Q2.
- Елена: растёт. Через 6-12 мес готова к системной роли.
- Максим: пока не готов. Фокус: управленческие навыки.
- Татьяна: риск: если не выправит «Восток» за 3 мес — пересмотр.
7) Решения по итогам review
- Ввести единый формат еженедельного отчёта по складам (владелец: я, срок: 20 янв)
- Калибровочная сессия по критериям Green/Yellow/Red (12 февраля)
- Павлу -- пилот управления 2 складами в Q2
ШАБЛОН 9: Заполненный IDP (не-IT, продажи)
Пример: Ольга, специалист по продажам (B2B), 29 лет, компания 500 человек, хочет стать экспертом по enterprise-продажам
=== IDP: Ольга, Specialist → Expert, 2026 ===
1. САМООЦЕНКА (где я сейчас)
Сильные стороны:
- Переговоры с ЛПР: закрываю 85% встреч в следующий этап (vs 60% средний)
- Знание продукта: могу провести demo без подготовки для любого сегмента
- Настойчивость: средний цикл моих сделок на 20% короче командного
Зоны роста:
- Стратегическое управление pipeline: теряю сделки на этапе согласования
- Работа с C-level: пока комфортно только с middle management
- Менторство: никогда не обучала других, но мне это интересно
2. ЦЕЛЕВАЯ ПОЗИЦИЯ (куда иду)
Через 12 месяцев:
- Роль: Эксперт по enterprise-продажам / Enterprise Account Executive
- Ключевые обязанности: ведение ключевых клиентов (top-20),
стратегия работы с enterprise-сегментом, менторство junior-продавцов
- Влияние: участие в формировании ценовой политики и стратегии выхода
на новые сегменты
3. АНАЛИЗ ПРОБЕЛОВ
Навыки/опыт, которых не хватает:
- Навык: презентация для C-level (CEO, CFO) — сейчас работаю только
с руководителями отделов
- Навык: стратегическое планирование account — сейчас работаю тактически,
от сделки к сделке
- Опыт: ведение сделки >$200K — максимальная моя сделка $85K
- Навык: менторство — никогда не обучала системно
4. ПЛАН ДЕЙСТВИЙ
Q1 (январь-март):
- [ ] Пройти курс «Consultative Selling для enterprise» (внутренний)
- [ ] Попросить 2 joint call с руководителем на встречи с C-level
- [ ] Начать вести account plan для 3 ключевых клиентов (шаблон от руководителя)
- [ ] Взять 1 junior-продавца на shadow: показать процесс от лида до закрытия
Q2 (апрель-июнь):
- [ ] Самостоятельно провести 2 встречи с C-level (с дебрифом у руководителя)
- [ ] Взять 1 enterprise-сделку >$150K как основной продавец
- [ ] Провести 1 внутренний воркшоп: «Как я работаю с возражениями на этапе согласования»
- [ ] Расширить сеть: 3 кофе-чата с коллегами из маркетинга и продукта
Q3 (июль-сентябрь):
- [ ] Закрыть enterprise-сделку >$150K
- [ ] Начать формировать playbook для enterprise-сегмента
- [ ] Стать ментором для 1 junior-продавца (регулярные 1:1)
- [ ] Выступить на внутреннем all-hands: кейс enterprise-продажи
Q4 (октябрь-декабрь):
- [ ] Вести 5+ enterprise-аккаунтов самостоятельно
- [ ] Завершить playbook и презентовать команде
- [ ] Запросить feedback от 5 стейкхолдеров (клиенты, коллеги, руководитель)
- [ ] Обсудить с руководителем готовность к роли эксперта
5. МЕТРИКИ УСПЕХА
Объективные:
- Закрыто 2+ enterprise-сделки >$150K
- Win rate на enterprise-сегменте >25%
- Проведено 5+ встреч с C-level самостоятельно
- 1 junior-продавец под менторством показал рост метрик
Субъективные:
- Руководитель говорит: «готова к enterprise-роли»
- Коллеги из маркетинга/продукта обращаются за мнением по enterprise-стратегии
- C-level клиентов запрашивают встречу со мной напрямую
6. РЕВЬЮ
Ежемесячно: 15 мин self-check (что продвинулось, что нет)
Ежеквартально: 30 мин с руководителем (обновление плана)
Это первый материал в своей группе.
Следующий материал
Вопросы и ответы
Частые вопросы и решение проблем по фреймворку 4 ясностей.