В чём разница между внутренним и внешним заказчиком?

Различие между внутренним и внешним заказчиком

Оба — это stakeholders, но у них разные интересы, мотивации и способы взаимодействия.

Определения

Внешний заказчик (External Client): Людь вне организации, которая заказывает / финансирует проект. Обычно это компания или частное лицо.

Внутренний заказчик (Internal Stakeholder / Sponsor): Персона внутри организации, которая инициирует проект или является его сторонником.

Таблица сравнения

Внешний заказчик

Характеристики:

• Платит за проект
• Вне организации, разрабатывающей
• Обычно компания или частное лицо
• Может быть разочарован, если не получит ожидаемое

Примеры:

• Интернет-магазин заказывает сайт у агентства
• Компания заказывает CRM систему у разработчиков
• Клиент заказывает приложение у фрилансера

Как работать с внешним заказчиком:

1. Контрактные отношения

- Все обсуждается в контракте
- Scope of Work (SOW) определяет точно
- NDA (non-disclosure agreement) для конфиденциальности
- Payment Terms: когда платят (30% до, 50% в процессе, 20% после)

2. Формальная коммуникация

- Регулярные встречи (weekly check-in)
- Письменные отчёты (status report)
- Подписанные документы (change requests, approvals)
- Meeting notes с действиями

3. Управление ожиданиями

- Ясно описать, ЧТО входит в scope
- Ясно описать, ЧТО НЕ входит (out of scope)
- Управлять требованиями через Change Management
- Не обещать больше, чем можешь сделать

4. Защита от scope creep

- "Это не входит в контракт, нужна дополнительная оплата"
- "Это требует расширения сроков"
- "Давайте добавим это в версию 2.0"

5. Качество и сроки критичны

- Доставить ровно в срок
- Качество должно быть высоким (иначе потеряешь клиента)
- SLA (Service Level Agreement) определяет стандарты

Типичные проблемы с внешним заказчиком:

• Неправильно понимают требования
• Постоянно меняют требования (scope creep)
• Платят с задержкой
• Не всегда отвечают на вопросы быстро
• Имеют нереалистичные ожидания

Внутренний заказчик

Характеристики:

• Работает в той же компании
• Инициирует проект для улучшения
• Может быть CEO, директор отдела, Product Owner
• Обычно долгоживущие отношения

Примеры:

• CEO инициирует проект "Улучшить мобильное приложение"
• Отдел HR хочет автоматизировать процесс найма
• Product Owner хочет добавить новые фичи
• CTO хочет refactor legacy code

Как работать с внутренним заказчиком:

1. Отношения на основе доверия

- Долгосрочные отношения
- Часто видятся (в офисе, на встречах)
- Может быть неформальное общение
- "Просто сделайте как нужно"

2. Гибкая коммуникация

- Быстрые встречи (не всегда формальные)
- Можно обсуждать требования на ходу
- Письменные отчёты, но менее формальные
- Slack / email, не обязательно письма

3. Меняющиеся требования

- Требования часто меняются по пути
- Приоритеты меняются
- "О, а можно ещё...?"
- Нужно хорошо управлять scope

4. Бюджет и сроки гибкие

- "Давайте немного ещё"
- "Можем ли сдвинуть дедлайн?"
- "Нужны дополнительные ресурсы?"

5. Продолжительная поддержка

- Проект не заканчивается, система живёт долго
- Нужна постоянная поддержка и улучшения
- Feedback от пользователей приходит постоянно

Типичные проблемы с внутренним заказчиком:

• Постоянно меняют приоритеты
• Scope creep (просят всё больше)
• Не определяют четко требования вначале
• Могут заставить делать срочно
• Бюджет может быть урезан в процессе

Практические примеры

Пример 1: Разработка сайта

Внешний заказчик:

"Мне нужен сайт за $20,000 к 1 июня"

Процесс:
1. Подписываем контракт с точным Scope of Work
2. До 15% оплачивает авансом
3. Еженедельные status meetings
4. Любые изменения требуют Change Request + доп оплата
5. 1 июня сдаём сайт, получаем оставшийся платёж
6. После запуска: 3 месяца поддержки, потом договор закончился

Внутренний заказчик (CEO):

"Нам нужно улучшить наш сайт"

Процесс:
1. Обсуждаем видение (не контракт)
2. Разрабатываем фазами (Sprint 1, 2, 3...)
3. Каждый sprint показываем demo
4. CEO: "О, давайте ещё добавим..."
5. Приоритеты меняются в процессе
6. После запуска: постоянно поддерживаем и улучшаем
7. Через год появляются новые требования

Как BA работает с обоими

Внешнего заказчика:

• Тщательно документируй требования (в контракте)
• Все согласуй в письменном виде
• Защищай scope (не позволяй creep без доп оплаты)
• Регулярный статус (weekly)
• Manage expectations
• Качество должно быть идеальным

Внутреннего заказчика:

• Быть гибче с требованиями
• Доверять, но управлять scope (agile approach)
• Быть в курсе приоритетов
• Демонстрировать результаты часто
• Быть готов к изменениям
• Долгосрочное партнёрство

Гибридный случай: SaaS платформа

У SaaS компании оба типа:

Внешние заказчики:

• Платят за subscription
• Используют готовый продукт
• Не могут менять требования (только пользуются)

Внутренние stakeholders:

• Product Team (что разрабатывать)
• Engineering (как это реализовать)
• CEO (видение)
• Finance (бюджет)

Подход:

• Для внешних: Точный SLA, четкие версии, changelog
• Для внутренних: Agile разработка, постоянные улучшения

Вывод

Внешний заказчик:

• Платит деньги
• Контрактные отношения
• Требования фиксированы (через контракт)
• Нужна формальная коммуникация
• Scope строго контролируется

Внутренний заказчик:

• Работает в одной компании
• Доверительные отношения
• Требования гибкие
• Более неформальная коммуникация
• Scope может меняться

BA должен уметь работать с обоими типами, но стратегия разная.