Что такое концепция проекта и как ее написать

Что такое концепция проекта и как ее написать

Концепция проекта — документ, в котором коротко зафиксированы цель, задачи и способ достижения результата. Концепция отвечает на два вопроса: зачем нужен проект и как он будет реализован.

Чем концепция отличается от смежных документов

Концепцию часто путают с миссией, бизнес-планом или брифом. Разница принципиальная:

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

Зачем нужна концепция

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

Синхронизирует команду. Единый документ, на который ссылаются все участники, сокращает разногласия. Когда возникает спор о приоритетах, ответ ищется в концепции.

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

Фиксирует неизменное. Концепцию можно корректировать в деталях, но ее ядро — цель и способ ее достижения — остается стабильным. Это опора при принятии решений на всех последующих этапах.

Структура концепции

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

1. Описание проекта

Что именно делается. Одно-два предложения, понятных человеку без контекста. Здесь же можно указать миссию, если проект вписывается в более крупную цель компании.

2. Бизнес-контекст

Какую проблему решает проект, для кого, в чем уникальность предложения. Сюда же — анализ конкурентов и способ привлечения аудитории. По этому блоку оценивается потенциальная прибыльность.

3. Целевая аудитория

Кто конечный пользователь или покупатель. Боли, потребности, текущие способы решения проблемы. Чем точнее описана аудитория, тем меньше переделок на этапе реализации.

4. Техническая реализация

Инструменты, технологии, платформы. Что будет создано: приложение, сервис, линейка товаров, процесс. Возможности и ограничения выбранного подхода.

5. Риски

Честный список того, что может помешать: рыночные, технические, организационные, финансовые риски. Для каждого — вероятность и план реагирования.

6. Сроки и бюджет

Примерные сроки реализации и оценка затрат: зарплаты, инфраструктура, маркетинг, прочее. Горизонт — от старта до первого измеримого результата.

Вопросы для подготовки

Перед написанием концепции полезно ответить на набор вопросов — это заменяет сидение перед пустым листом:

Ответы на эти вопросы распределяются по блокам структуры — и концепция складывается.

Алгоритм создания

1. Исследование. Анализ рынка, аудитории, конкурентов. Сбор данных.

2. Распределение по блокам. Ответы из таблицы выше раскладываются по разделам структуры.

3. Оценка рисков. Отдельный проход по каждому блоку с вопросом «что здесь может сломаться».

4. Редактура. Сокращение до минимально необходимого объема. Удаление всего, что не помогает принять решение.

5. Согласование. Показ документа ключевым участникам и сбор обратной связи.

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

Кто участвует в создании

Минимум — руководитель проекта. Оптимум — кросс-функциональная группа: аналитик, маркетолог, технический специалист, дизайнер. Чем больше перспектив на этапе написания, тем меньше слепых зон. На практике это означает, что концепция, написанная одним человеком, почти гарантированно упускает что-то важное — обычно то, что видно только из другой функции.

Признаки рабочей концепции

• Короткая. Два-три экрана текста. Подробности — в планах и ТЗ.

• Понятная. Структурирована по блокам, написана простым языком без канцелярита.

• Информативная. Содержит все необходимые блоки: цель, аудитория, способ реализации, риски, сроки, бюджет.

• Адекватная. Основана на данных: рынок и аудитория проанализированы, а не выдуманы из головы.

Примеры

«Яндекс.Такси». Миссия «Яндекса» как корпорации — помогать людям решать задачи и достигать целей. Концепция «Яндекс.Такси» — чтобы каждый мог быстро вызвать такси, заказать доставку еды, продуктов, товаров, посылок с помощью технологий. Сюда же каршеринг, аренда самокатов, расписание общественного транспорта. Ставка сделана на технологии, благодаря которым можно сесть в такси за три минуты. В приложение добавлены функции, которые действительно важны пользователю: время ожидания, длительность поездки, интерактив. Концепция работает, потому что конкретна и привязана к измеримому результату.

Разбор двух концепций с порталов. Первая (с Projectimo) содержит четкие цели, конкретные задачи, УТП, аудиторию, критерии успеха и общие планы. Слабые стороны: полотно текста без визуального оформления и язык, который можно сократить. Вторая (с Project Management Skills) — система водоснабжения в маленьком поселке: описаны ресурсы, участники, ЦА, цели, задачи, этапы, вехи, визуализирован график. Проблема в том, что это план, а не концепция. Концепцию можно было бы перенести на уровень выше — на всю отрасль ЖКХ — и описать цель как «достичь гибкости, снизив бюрократические проволочки и привлекая жителей к развитию жилищного фонда». Разница между планом и концепцией — в уровне обобщения.

Где хранить и вести концепцию

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

Подойдет любой инструмент, где документ версионируется, доступен команде и не теряется в переписке.