Почему старший консультант заново пишет предложение прошлой весны?

Вопрос, на который отвечает эта карточкаПочему мои самые дорогие люди заново ищут уже написанные абзацы каждый раз, когда приходит RFP?

Кому подходит: консалтинговым, юридическим, бухгалтерским и инженерным фирмам, выпускающим 5–30+ предложений в месяц, у которых прошлые предложения лежат в DMS вроде SharePoint, iManage или NetDocuments, а цены — в таблицах.

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

Типичный день

Как этот участок выглядит сегодня

Типичная картина по плейбуку профессиональных услуг — не день конкретного клиента. Из фирмы среднего размера уходит от 5 до 30+ предложений в месяц, и каждое начинается одинаково: партнёр назначает команду, команда прочёсывает SharePoint или iManage в поисках похожих предложений, копирует методологию, заново считает цену из таблицы, форматирует и вручает партнёру стопку накануне дедлайна. Всё это не оплачивается клиентом и ложится на старших людей, потому что они помнят, что было написано. Больнее всего, когда два RFP приходят за одну неделю, и в конце квартала, когда пересматривают утилизацию.

Что меняется

Как выглядит понедельник после

Вторник, утро, когда пришёл RFP. К тому времени, как партнёр назначил команду, первый черновик уже существует: требования выписаны, на каждое дан ответ из предложений, которые фирма уже выиграла, рядом с каждым разделом названы источники, ценовая таблица предзаполнена из прайс-листа, и есть короткий список требований, которые ничто в DMS не покрывает. День команды уходит на список пробелов и на подгонку питча — не на поиск прошлогодней методологии. Партнёр читает черновик, а не стопку, и видит, какие разделы взяты из прошлой работы, а какие написаны заново. BCG и APMP (2023) измеряли время сборки, а не долю побед; их диапазон ниже.

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

~30–50%

меньше времени на сборку предложения — BCG (2023), APMP (2023)

Было: команда перебирает старые презентации и склеивает стопку для партнёра. Стало: BCG и APMP (2023) сообщают о 30–50% меньше времени на сборку — позиционирование и цена остаются за партнёром.

Откуда эта цифра

BCG «How People Create — and Destroy — Value with GenAI» (2023): консультанты с AI завершали предложения на 25–40% быстрее. APMP (2023): на 30–50% меньше времени на сборку предложения. Обе — опубликованные отраслевые цифры; мы этого не измеряли. Диапазон плейбука 35–55%. Не утверждение о доле побед.

Что мы ставим

Что мы ставим перед системами, которые у вас уже есть

Мы не трогаем место, где живут документы — SharePoint, iManage или NetDocuments вместе с Salesforce, HubSpot или Dynamics, или что у вас есть. Перед командой мы ставим шаг черновика:

RFP читается, его требования и критерии оценки выписываются списком
каждое требование сопоставляется с прошлыми предложениями и CV в DMS через её API или поисковый индекс
разделы готовятся из ваших шаблонов и этого прошлого контента, каждый абзац несёт ссылку на предложение, из которого взят
цена предзаполняется из прайс-листа, так что партнёр корректирует числа, а не собирает их заново
черновик сохраняется в DMS с историей версий, а всё несопоставленное показывается как список пробелов.

Первый объём: две линии услуг, которые вы предлагаете чаще всего.

Что остаётся за человеком — и чего этот процесс не сделает

Позиционирование против остальных в шорт-листе. Ценовая стратегия. Проверка партнёром. Отношения с покупателем. Финальное согласование.

Что может пойти не так — и что мы с этим делаем

Старые предложения содержат старые цены, старые имена и обещания, которых вы больше не даёте; собранный из них черновик повторит их, если библиотека не отобрана — поэтому аудит помечает актуальное, а устаревшие источники исключаются. Если прошлая работа разбросана по личным дискам, поиск находит мало и первые черновики выходят тонкими. Критерии оценки, спрятанные в приложениях к RFP, — то, что извлечение пропускает; человек проверяет список требований до начала черновика. Диапазон 35–55% — усилия на сборку по повторяющимся линиям услуг; действительно новое предложение форы не получает.

Сколько это занимает и что нужно от вас

Аудит, около двух недель (€1.5–3K): считаем предложения по линиям услуг, сидим с командой на одном живом RFP и проверяем, как можно искать по вашей DMS — API, индекс или экспорт. Пилот, 3–5 недель (€10–20K), средняя сложность по плейбуку профессиональных услуг: одна-две линии услуг, каждый черновик проверяет партнёр, как и сегодня. Продакшен: остальные линии услуг, библиотеки CV и кейсов поддерживаются в актуальном виде. От вас: доступ на чтение к прошлым предложениям и прайс-листу и партнёр, готовый честно править черновики.

Путь: бесплатная оценка за 60 секунд → бесплатный 20-минутный разбор → платный аудит одного этого процесса (€1.5–3K, обычно две недели) → пилот, где ваши люди остаются в контуре (€10–20K, недели, а не кварталы). Никакой «программы трансформации». Цены открыты, на странице услуг →

Это про вас, если…

RFP приходят как PDF, на которые команда отвечает, перебирая старые предложения?
Старшие люди тратят неоплачиваемые вечера на сборку и форматирование ответа?
Прошлые предложения и CV лежат в DMS, которую система могла бы прочитать?

Сколько это в евро для вашей компании?

Это зависит от ваших объёмов и стоимости труда — эта страница не станет выдумывать цифру. Бесплатная 60-секундная оценка считает её по вашим ответам, с источником у каждого множителя.

Получите бесплатную оценку экономии 60 секунд · без созвона с продавцом Или сначала напишите → Составить карту операционного процесса — как в этой карточке: бесплатно, за 60 секунд → Анкета — на английском.

Это не именованный клиент Aperanda. Карточка процесса · Операции.

Подробная карточка процесса. Объёмы, недели и источники — из отраслевого плейбука; именованных клиентов здесь нет.

Все карточки процессов