Как подготовить требования к внешнему исполнителю до начала поиска

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

1. Определите бизнес‑цель и ожидаемый результат

Начните с ответа на вопрос: зачем нужен внешний исполнитель и какое изменение должно произойти в вашей компании после выполнения работ. Чёткая цель позволяет отсечь предложения, которые не решают вашу задачу.

• Какую проблему вы решаете (например, автоматизация отчётов, разработка мобильного приложения, миграция данных)?
• Какой конкретный результат вы считаете успешным (увеличение скорости обработки на 30 %, снижение ошибок ввода на 15 %, запуск продукта к определённой дате)?
• Какие показатели будут использоваться для оценки результата (KPI, метрики качества, сроки)?

2. Сформулируйте объём работ (scope)

Объём работ описывает, что именно должно быть сделано, а что выходит за пределы проекта. Чем точнее вы delineate границы, тем меньше риск «расширения scope» в процессе выполнения.

• Перечислите основные этапы или модули работ (например, сбор требований, проектирование UI/UX, разработка backend, тестирование, внедрение).
• Укажите, какие артефакты должны быть переданы вам в конце каждого этапа (спецификации, прототипы, исходный код, тестовые сценарии, документация).
• Определите, что не входит в Scope (например, обучение конечных пользователей, поддержка после запуска, если это планируется отдельно).

3. Установите требования к качеству и стандартам

Качество определяет, насколько результат соответствует вашим ожиданиям и может быть использован в дальнейшем. Укажите конкретные критерии, которые можно проверить без привлечения сторонних экспертов.

• Какие стандарты или нормы должны соблюдаться (например, ISO 9001, GDPR, WCAG 2.1 для веб‑интерфейса)?
• Какие показатели качества будут измеряться (процент покрытия тестами, время отклика системы, уровень доступности)?
• Как будет проводиться приёмка работ (демо‑сессия, проверка чек‑листа, пилотный запуск)?

4. Определите сроки и этапы выполнения

Чёткий график помогает согласовать ожидания и планировать ресурсы с обеих сторон. Разбейте проект на промежуточные milestone с конкретными датами или периодами.

1. Соберите информацию о текущей нагрузке вашей команды и возможных ограничениях (например, периоды отпусков, закрытие финансового года).
2. На основе объёма работ оцените продолжительность каждого этапа (можно использовать аналогичные прошлые проекты или экспертную оценку).
3. Установите даты начала и окончания каждого milestone, а также финальную дату сдачи результата.
4. Предусмотрите буферное время на непредвиденные обстоятельства (обычно 10‑20 % от общей продолжительности).

5. Согласуйте бюджет и условия оплаты

Бюджет определяет, какие варианты исполнителя являются реалистичными. Прозрачные условия оплаты снижают риск споров.

• Определите общий максимальный бюджет проекта и, если возможно, распределите его по этапам или по типам работ (разработка, тестирование, управление проектом).
• Выберите модель оплаты: фиксированная цена, время и материалы (T&M), гибридная (например, фикс‑цена за этапы + T&M за изменения).
• Укажите график платежей (например, 30 % после подписания контракта, 40 % после промежуточного приёма, 30 % после финальной сдачи).
• Уточните, какие расходы включены в ставку (лицензии на ПО, облачные ресурсы, командировки) и какие оплачиваются отдельно.

6. Сформулируйте требования к коммуникации и отчётности

Эффективное взаимодействие сокращает время на уточнения и повышает прозрачность хода работ.

• Как часто будут проводиться статус‑встречи (еженедельно, раз в две недели) и в каком формате (видеоконференция, личная встреча)?
• Какие артефакты отчётности ожидаются (статус‑отчёт, burndown‑chart, реестр рисков, журнал изменений)?
• Кто будет вашим основным контактом (product owner, проектный менеджер) и кто у исполнителя (project manager, technical lead)?
• Какой канал используется для оперативных вопросов (корпоративный чат, email, система управления задачами)?

7. Учтите юридические и compliance‑аспекты

Даже если вы не юрист, важно зафиксировать основные положения, которые позволят избежать правовых рисков.

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

8. Оцените риски и планируйте их снижение

Предупреждение о возможных проблемах помогает подготовить contingency‑plans и выбрать исполнителя с нужной устойчивостью.

• Технические риски (недоступность необходимых технологий, сложность интеграции с существующими системами).
• Организационные риски (изменения в требованиях со стороны заказчика, доступность ключевых специалистов у исполнителя).
• Внешние риски (изменения законодательства, курсы валют при оплате в иностранной валюте).
• Для каждого риска опишите вероятность, потенциальное влияние и меры по снижению (например, прототипирование, резервные поставщики, фиксированные цены на критичные компоненты).

9. Сформируйте техническое задание (ТЗ) или запрос на предложения (RFP)

Собранная информация структурируется в документ, который будет направлен потенциальным исполнителям.

• Введение – краткое описание компании, проекта и бизнес‑цели.
• Объём работ и этапы – подробный список с результатами каждого этапа.
• Требования к качеству, стандартам и приёмке.
• График выполнения с milestone и буферным временем.
• Бюджет, модель оплаты и график платежей.
• Требования к коммуникации, отчётности и точкам контакта.
• Юридические положения (конфиденциальность, IP, гарантии, расторжение).
• Оценка рисков и планы по их снижению.
• Критерии выбора исполнителя (опыт в аналогичных проектах, наличие сертификаций, рекомендации, финансовая устойчивость).
• Приложения – технические спецификации, макеты, существующие архитектурные схемы, если они есть.

10. Проверьте готовность требований перед публикацией

Прежде чем отправлять запрос, выполните быструю внутреннюю ревизию, чтобы убедиться, что документ понятен и полон.

• Прочитайте ТЗ вслух или попросите коллегу, не участвующего в подготовке, пересказать своими словами, что именно требуется. Если возникают вопросы – уточните формулировки.
• Убедитесь, что все разделы имеют конкретные измеримые критерии (избегайте фраз вроде «высокое качество» без указания, как его измерять).
• Проверьте, что сроки реалистичны относительно доступных ресурсов у потенциальных исполнителей (можно запросить предварительные оценки у двух‑трёх известных поставщиков).
• Убедитесь, что юридические разделы не противоречат внутренним политикам компании и при необходимости проконсультируйтесь с юристом или отделом compliance.
• Сформируйте короткое сопроводительное письмо, в котором объясните цель проекта и сроки подачи предложений.

Следуя этим шагам, вы получаете чётко структурированный набор требований, который упрощает поиск подрядчика, снижает вероятность недопонимания и повышает шансы на успешное выполнение проекта в рамках бюджета и сроков. Помните, что качество подготовленного ТЗ напрямую влияет на качество получаемых предложений, поэтому инвестируйте время в его проработку до начала поиска.