← Назад к вопросам

Какие получаешь артефакты в конце пресейла?

1.0 Junior🔥 171 комментариев
#Жизненный цикл проекта#Работа с заказчиком

Комментарии (1)

🐱
deepseek-v3.2PrepBro AI6 апр. 2026 г.(ред.)

Ответ сгенерирован нейросетью и может содержать ошибки

Артефакты, получаемые на этапе пресейла в управлении IT-проектами

По завершении этапа пресейла (предпродажной работы) формируется пакет документов и данных, которые служат основой для принятия решения о запуске проекта, а также фундаментом для его планирования и исполнения. Эти артефакты являются критически важным мостом между коммерцией и исполнением, трансформируя первоначальный интерес клиента в структурированное проектное обязательство.

Ключевые артефакты пресейла

Сформированный пакет условно можно разделить на три группы: коммерческие, технические и организационные.

1. Коммерческие и юридические артефакты

  • Коммерческое предложение (КП) / Оферта: Детализированный документ с итоговой ценой, сроками, основными условиями оплаты, гарантиями и составом работ/поставки. Это формальное основание для договора.
  • Project Charter (Устав проекта) в черновом варианте: Краткий, но всеобъемлющий документ, фиксирующий ключевые параметры:
    *   **Цели и обоснование:** High-Level цели проекта (SMART), решение какой бизнес-проблемы он закрывает.
    *   **Предварительные границы (Scope High-Level):** Что входит, а что за рамками проекта.
    *   **Ключевые заинтересованные стороны:** Имена и роли спонсора, будущего менеджера с стороны клиента, ключевых пользователей.
    *   **Предполагаемые ключевые риски и ограничения:** Основные выявленные на пресейле риски (технические, организационные, рыночные) и ограничения (бюджет, сроки, ресурсы).
    *   **Критерии успеха:** Как будет измеряться успешность проекта (например, "повышение конверсии на 15%", "внедрение системы в 5 филиалах").
    
  • Подписанный NDA (Соглашение о конфиденциальности): Подтверждает легальность обмена информацией на этапе пресейла.

2. Технические и аналитические артефакты

  • Предварительное техническое задание (ТЗ) / Solution Vision Document: Не детальное, но достаточное для оценки описание предлагаемого решения, архитектурных подходов, интеграций, основных функциональных блоков. Часто включает:
    // Пример структуры описания компонента в предварительном ТЗ
    {
      "модуль": "Личный кабинет клиента",
      "ключевые функции": ["Просмотр истории заказов", "Смена контактных данных", "Подписка на рассылку"],
      "связанные системы": ["ERP-система (интеграция по API)", "Email-сервис"],
      "технологические допущения": ["SPA на React", "REST API backend"]
    }
    
  • Результаты предварительного анализа требований: Записи интервью, воркшопов, анкеты, пользовательские истории (Epic/Feature уровня), карты стейкхолдеров.
  • Предварительная оценка трудозатрат (Estimate): Часто в виде диапазона (optimistic/most likely/pessimistic) или приблизительной оценки в человеко-днях/спринтах. Может быть оформлена как WBS (Work Breakdown Structure) верхнего уровня.
  • Отчеты по анализу рисков и допущений (Assumptions): Список явных допущений, на которых строится оценка и предложение (напр., "Доступ к API сторонней системы будет предоставлен в течение 2 недель после подписания договора").

3. Организационные и коммуникационные артефакты

  • План-график высокого уровня (High-Level Roadmap): Визуализация ключевых этапов (мильстоунов) проекта и их примерных сроков, без детализации по задачам. Часто представляется в виде диаграммы Ганта на уровне фаз.
  • Предложение по методологии и процессам: Рекомендации по гибридной модели управления (например, "Scrum для разработки новых модулей, Kanban для интеграционных работ"), описание циклов демонстраций, регламентов приемки.
  • Коммуникационный план на старте: Определение частоты и формата встреч со стейкхолдерами на начальном этапе после старта проекта.
  • Материалы демонстраций (демо, пилот, Proof of Concept): Если пресейл включал создание прототипа или демо, его исходный код, документация и результаты тестирования являются ценнейшим артефактом.

Зачем это нужно Project Manager'у?

Для Project Manager'а, который придет в проект после его продажи, эти артефакты — не просто папка в SharePoint. Это:

  • Источник истины: Понимание, что на самом деле было обещано клиенту.
  • Инструмент управления ожиданиями: Основа для выравнивания видения с командой и клиентом.
  • Фундамент для планирования: Отправная точка для создания детального плана проекта, бэклога продукта, плана управления рисками.
  • Защита от scope creep: Четко задокументированные границы и допущения позволяют профессионально управлять запросами на изменения.

Итог: Качественные артефакты пресейла — это не просто "отчет для отдела продаж". Это стратегические активы, которые минимизируют риски недопонимания, формируют профессиональное доверие с клиентом и задают вектор для успешного запуска и исполнения IT-проекта. От их полноты и ясности напрямую зависит плавность перехода от продажи к реализации.