Бидменеджеры и перебивка ставки — это потеря почти половины прибыли
Большинство рекламодателей в Яндекс.Директ неправильно устанавливают ставки и теряют до 50% прибыли.
Речь идет о так называемой перебивке, когда пользователь устанавливает ставки в зависимости от стоимости позиций в интерфейсе Директа. Например, при стоимости входа в спецразмещение 1$ — установить ставку равную 1.01$. Также эта статья касается бидменеджеров — программ, которые делают тоже самое автоматически.
Этот способ установки ставок используют почти все начинающие рекламодатели. Но это приводит к значительным потерям в прибыли.
Спецразмещение и гарантия
Если объявление не попадает ни в один из этих блоков, то оно попадает в динамику. В этом случае объявление отображается на 2-3 странице поисковой выдачи. В некоторых случаях объявления из динамики могут периодически отображаться на 4ом месте в гарантии.
Ценность клика
Ценность клика это максимальное число денег, которое вы готовы заплатить за 1 клик. В более узком смысле: ценность клика — это прибыль, которую вам приносит среднестатистический клик.
Например, вы покупаете чайники за 200$, а продаете их за 300$. Конверсия кликов в продажи равна 1%. Тогда ценность клика равна (300$-200$)*1%=1$. Здесь вы найдете статью, которая подробно описывает вычисление стоимости клика.
Искренняя ставка — это ставка равная ценности клика.
Выгода потребителя
Обратите внимание, что стоимость клика и его ценность клика разные вещи. Существует такое понятия как выгода потребителя. Это разница между ценностью и ценой товара. Например, если вы готовы купить чайник за 100$, но купили его за 80$, то наша выгода равна 20$.
В случае контекстной рекламы мы являемся потребителями поскольку закупаем товар (клики) у Яндекса. Наша совокупная выгода будет равна
Число_кликов * (Ценность_клика — Стоимость_клика).
Компромисс
Число кликов и стоимость клика зависят от ставки. С увеличением нашей ставки растет число кликов, но повышается стоимость клика. Поэтому нам нужно найти компромисс между числом кликов и стоимостью клика.
Мы считаем, что наша цель — увеличить выгоду. Если ценность клика выбрана верно, то максимизация выгоды позволит нам получить максимум прибыли.
Аукцион
Поскольку никто из сторонников перебивки и бид-менеджеров не спорит с тем фактом, что оптимальная ставка в VCG (внутри блоков) равна ценности клика, то нам нужно рассмотреть только GSP-аукцион. В дальнейшем будем считать, что мы используем стратегию “в блоке по минимальной цене”.
У VCG и GSP есть одно общее свойство: ставка напрямую не влияет на стоимость клика. На стоимость клика влияет позиция, на которую в свою очередь влияет ставка. Но если смена ставки не меняет позицию, то и стоимость клика не меняется. Например, если стоимость входа в спец равна 1$, то пока вы на последнем месте в спеце, вы будите платить за клик 1$ вне зависимости от ставки.
Циферки
Простая модель
Чуть попозже я докажу что циферки практически ничего не значат, но сейчас предположим, что циферки абсолютно верны. Другими словами, если мы выставим ставку большую чем вход в спец, то мы в 100% показов будем в спецразмещении.
Не оптимальность
И искренняя ставка и перебивка ставки не являются оптимальными методиками.
Посчитаем выгоду:
| Спецразмещение | Гарантия | |
| Ценность клика | 3$ | |
| Показы | 1000 | |
| CTR | 10% | 1% |
| Стоимость клика | 2.8$ | 0.50$ |
| Клики | 10%* 1000=100 | 2%* 1000 = 10 |
| Выгода | 100*(3$-2.8$)=20$ | 10*(3$-0.5$) = 25$ |
В этом случае гарантия для нас выгоднее спеца. Но и искренняя ставка и бидменеджер выбрали спец.
В конце статьи вы узнаете формулу для оптимальной ставки в Директе. Цель этого примера показать, что в простой модели и искреняя ставка и бидменеджер ведут себя одинаково. Но если капнуть глубже у искренней ставки есть ряд преимуществ
Подпорки
Время от времени появляются конкуренты-неадекваты. Они ставят нереально большую ставку, например, 50$.
Эти неадекваты вытесняют нас с нашей позиции. Хуже всего приходится последнему рекламодателю в спеце — его выбивает в гарантию. Чтобы вернуться в гарантию ему нужно установить подпорку — ставку в 49$. Подпорка заставит неадеквата платить по полной. Нужно только подождать пока неадекват либо не сольет бюджет либо поставит адекватную ставку — в итоге мы вернемся на свою прежнюю позицию.
Проблема, в том, что подпорщика самого могут подпереть. Но даже если этого не случится, то все равно подпорщик будет получать сверхдорогие клики. Поэтому за подпоркой нужно следить. В противном случае, вы можете сжечь весь бюджет. Бидменеджеры не могут подпирать. В итоге вы должны тратить свое время на подпорки.
А если нас подопрут?
Я ни разу не встречал человека которого подпирали. В то же время большинство моих знакомых коллег не раз кого-то подпирали. Вывод: подпирают только новичков-неадекватов.
Хотя существует вероятность того, что нас подопрут. Если наша ставка адекватная, то мы можем ее держать сколь угодно долго. А подпорка для подпорщика неадекватная ставка и он вынужден за ней следить и получать сверхдорогие клики.
Подпирают ради того, чтобы вы ушли со своей позиции, а не просто из вредности. Поэтому подпорщик довольно быстро успокоится и снимет свою подпорку, ну или сам загонит себя в минус, из-за сверх-дорогих кликов.
Разогрев аукциона
Сторонники бид-менеджеров начинают говорить о том, что искренняя ставка разогревает аукцион, но это не так. Если рассмотреть их примеры повнимательнее, то “снижение разогрева аукциона” окажется просто оттяжкой неизбежного на пару дней.
Алексей Довжиков, в нескольких статьях, давал один пример, который называл доказательством разогрева аукциона.
Поэтому, почти наверняка, Вася перебьет нашу ставку на 1 цент до 1.03$. Наш бидменеджер перебьет ставку Васи на 1 цент до 1.04$. Васе в какой-то момент это надоест и он начнет делать ставки с шагом в 10-20 центов. Таким образом, через пару дней мы достигнем ставки большей чем 2$ и наш бидменеджер успокоится.
Что мы получим в итоге? Мы оттянем неизбежное на пару дней (в лучшем случае на пару недель). У меня язык не поворачивается назвать это “снижением разогрева аукциона”. Причем, этого мы добились очень большой ценой — я это объясню чуть позже.
Настоящий разогрев аукциона
Как видно из этого примера, бидменеджеры разогревают аукцион: увеличивают ставки конкурентов.
Апперкоты
Есть очень старый прием обмана бид-менеджеров. Допустим, у вас есть ключевик `ноутбуки самсунг`, вы можете поставить не более 1$, а Вася — целых 2$, но он использует бидменеджер. Вы с Васей боритесь за вход в спецразмещение.
Если вы введете в Директ ключевик `ноутбуки самсунг`, то ваше объявление будет показано не только тем пользователям которые набрали “ноутбуки самсунг”, но еще и тем, кто например набрал: `купить ноутбуки самсунг`.
Несмотря на то что Вася может заплатить за клик вдвое больше, наша доля в спеце будет на порядок выше, чем у Васи.
Также легко видеть, что если бы Вася не использовал бидменеджер, а поставил бы свою искреннюю ставку, то у нас бы ничего не получилось.
Частота обновление ставок
Допустим у нас есть ключ со стоимостью входа в СР=1$. Мы установили ставку в 1$. Через какое-то время стоимость входа стала равной 1.02$. Пока мы не обновим ставки, мы будем находиться в гарантии. Из-за этого мы недополучаем клики. Если мы бы использовали искреннюю ставку, то таких проблем у нас не было.
Чтобы оценить потери от этого эффекта нужно понять как часто бид-менеджеры обновляют ставки и как часто меняются циферки.
В спецификации многих бид-менеджеров стоит фраза “обновление ставок раз в 10 минут”. Но это не более чем маркетинговый ход. Даже если бид-медменеджер будет раз в секунду обновлять ставки, то существует задержка в обновлении ставок на стороне Яндекса:
К этому нужно прибавить еще и время из спецификации бидменджера. Вместе получится 40-60 минут. Из этой статьи следует, что раз в 20 минут меняется 15% циферок (данные по выборке в 50 тысяч ключевых слов).
Таким образом, только из-за этого эффекта бидменеджеры теряют около 7-11% от доли в СР.
Корректировки ставок
В Директе можно задавать корректировки ставок в зависимости от дня недели и времени суток, пола и возраста, сети и устройства. Я сейчас разрабатываю сервис для управления этими корректировками (Бидон). В ходе тестирования эффективности Бидона, я обнаружил одну интересную аномалию.
Значительная часть тестов показала странный результат. Биддон работал через чур хорошо. Например, для одного клиента расчетное улучшение должно было составлять не более 30%, а тест показывал +40%!
Дважды перепроверив методику тестирования и статистическую значимость, я начал изучать данные. Оказалось, что число кликов через-чур сильно возросло. Особенно для группы 25-35 лет (это самый вкусный трафик). Ставки в этой группе возросли лишь на 35%, а число кликов — почти в полтора раза.
Для меня это было неожиданностью. Значительная часть моей книги основана на утверждении, что клики растут медленнее чем ставка. Например, если увеличить ставку в 1.35 раза, то число кликов увеличится не более чем в 1.35 раза. Раньше на моей практике не было ни одного случая, когда это предположение не работало. Но, похоже, и из этого правила есть исключения.
Конкуренты “аномальных” клиентов пользовались бид-менеджерами. Если клиент делал ставку 1$, то конкурент его перебивал ставя 1.01$. Проблема была в том, что для возрастной группы “25-35 лет” ставка была на 35% больше (1.35$). Однако, бид-менеджер этого не видел.
Сложная модель
Несколько прошлых примеров показывают, что циферки в интерфейсе Директа могут врать. Другими словами, если мы поставим ставку на цент выше чем “стоимость входа в спецразмещение”, то число показов в спеце будет далеко не 100%.
Яндекс гарантирует?
Промоутеры бид-менеджеров заявляют, что Яндекс нам гарантирует то, что если мы поставим ставку выше стоимости входа в спец, то мы будем в спецразмещении. А теперь подумаем так ли это?
Допустим, у нас есть ключ `квартиры посуточно` и Яндекс нам “гарантирует” первое место при нашей ставке. Есть Вася у него ключ `кондиционеры`, которому Яндекс тоже “гарантирует” первое место.
Что будет если пользователь в поиске Яндекса наберет “квартиры посуточно с кондиционером”? Чье объявление займет первое место? Ведь нам обоим Яндекс якобы прогарантировал первое место! Неужели мы оба будем на первом месте?
Чтобы разобраться в этом открываем справку Директа и читаем:
Действующая на поиске – это цена, которая может быть списана в текущий момент при клике на объявление со страницы результатов поиска по запросу, точно соответствующему ключевой фразе. В реальности, в зависимости от количества конкурентов, их ставок, CTR, географии и времени показов по конкретному заданному пользователем запросу, при каждом показе объявления эта цена будет динамично меняться в пределах выставленной вами максимальной ставки.
Так что Яндекс ничего нам не гарантирует. Циферки действуют только если соблюдается множество условий.
Запрос
Одно из самых интересных условий: запрос пользователя на поиске Яндекса должен точно совпадать с ключевым словом рекламодателя в Директе. Назовем показы по запросу точно соответствующему вашему ключевику точными, а все остальные — широкими.
Как мы уже знаем, точных показов в разы меньше чем широких. Точных показов почти всегда не более 10%. Этот факт вы можете легко проверить. Для этого нужно пробить свои ключевые слова в Wordstat.
Стоимость разных показов
Стоимость позиций в Директе зависит не только от ставок конкурентов, но еще и от CTR (кликабельности объявления). Но дьявол кроется в деталях… Вернемся к справке:
Эта фраза наталкиевает на мысль, что в Директе CTR считается на уровне каждого запроса, а не ключевого слова. Это подтвердила Елена Фирсова бывший сотрудник Яндекса, сейчас CEO Оригами.
Поскольку CTR считается на уровне запроса (а не ключевика), а стоимость позиции зависит от CTR, то в разных запросах стоимость позиций будет разная.
Чтобы это подтвердить нужно добавить в Директ несколько очень близких ключевых слов и убедиться, что у них разные циферки:
Этот эксперимент вы можете повторить с любой другой парой ключевых слов.
Следовательно, у каждого запроса разная стоимость позиций, а значит, что стоимость позиций в интерфейсе Директа это просто циферки (на 90%-99%).
Что будет есть стоимость входа в СР = 1$, а мы выставим ставку в 1.01$? Мы будем в спеце только в 51%-55% случаев, а не в 100%, как кажется разработчикам бид-менеджеров.
Плавный ход
Я взял низкочастотный ключевик `boneco aos`. В интерфейсе цена входа в СР была равна 13.22 рублей. Я нашел около 40 его подзапросов: `boneco aos отзывы`, `boneco aos купить` и так далее. Суммарное число показов было 65.
Для каждого запроса я снял стоимость входа в СР и построил график зависимости числа показов в спеце от ставки:
По этому графику очевидно, что у показов разная стоимость входа в спец. Даже если мы имеем дело с низкочастотными ключами. Также видно, что доля в спеце плавно меняется со ставкой и ничего особенно при ставке 13.22 не происходит.
Пример 1
Пусть стоимость входа в СР равна 1$, а ценность клика — 2$. Рассмотрим 2 ситуации:
Пример 2
Пример 3
Снова вернемся к примеру, который якобы иллюстрирует разогрев аукциона.
Оптимальная ставка
Рассмотрим стратегию “в блоке по минимальной цене”. Мы будем считать, что нам нужно выбрать из двух блоков: гарантии и спецразмещения. Число кликов из динамики ничтожно мало по сравнению со спецом, поэтому прибыль с динамики для простоты будем считаем нулевой.
Гарантия недоступна
Рассмотрим случай, когда стоимость входа в гарантию выше чем в спецразмещение. В этом случае гарантия нам недоступна (мы не можем в нее попасть).
Ожидаемую прибыль с СР можно вычислить по формуле:
ProfitSR=Clicks * (Value- CPCSR)
Прибыль с динамики мы считаем нулевой. Поэтому нам нужно сравнить прибыль из CР c нулем. Если прибыль из СР больше нуля, то нам выгоднее спецразмещение:
ProfitSR> 0
Clicks * (Value- CPCSR)>0
Value- CPCSR >0
Value>CPCSR
CPCSR
С чем едят bid management?
Ведущие мировые компании все чаще нанимают bid-менеджеров. Эти специалисты не приносят прибыль, но без их работы крупные компании теряют клиентов и доходы.
Для начала определимся с формулировкой.
Bid — это предложение цены, участие в тендере. Следовательно, bid management — это процесс подготовки технико-коммерческого предложения. Роль bid manager сводится к тому, чтобы планировать процесс подготовки предложения и управлять/контролировать этот процесс.
Процесс продажи продуктов и услуг
Давайте разберемся, как работает стандартный процесс продаж. Он может отличаться от компании к компании в зависимости от внутренних политик компании; среды, в которой компания оперирует и других внешних и внутренних факторов. Однако основные принципы, рассмотренные ниже, остаются неизменными.
Кликните, чтобы увеличить
На данной диаграмме мы можем видеть семь стадий процесса продаж товаров и услуг.
Рассмотрим подробно каждый:
1) Sales lead процесс: Процесс идентификации группы людей или объектов, потенциально заинтересованных в приобретении продуктов или сервисов и представляет собой первую стадию процесса продаж. Эта стадия включает в себя следующие технологии продаж: участие в выставках; реклама на телевидении, радио; direct маркетинг; интернет маркетинг; СПАМ; gimmicks; «холодные звонки».
2) Need identification. На этой стадии продавец проводит исследование путем опроса или сессии вопрос-ответ для того, чтобы выявить потребности выявленной на первой стадии группы людей, а также возможностей компании-продавца для того, чтобы покрыть потребности покупателя.
3) Qualified prospect. На этой стадии происходит квалификация того, что продукты и услуги компании — продавца в полной мере удовлетворяют требованиям покупателя.
4) Proposal. По результатам квалификации, компанией — продавцом формируется ценовое предложение товаров и услуг. Предложение выдается покупателю.
5) Negotiation. Стадия переговоров необходима для того, чтобы разрешить возникшие противоречия, которые могли возникнуть или возникли на стадии рассмотрения предложения покупателем.
6) Closing. Данный этап рассматривается с точки зрения достижения соглашений между двумя сторонами: покупателем и продавцом, ведущие к заключению сделки.
7) Deal transaction. Этап заключения сделки — это финальная часть процесса продажи, когда деньги покупателя обмениваются на товары и услуги продавца. Выходом этого процесса является подписанный двумя сторонами контракт и оплаченный покупателем на поставку продуктов и услуг.
Процесс продажи на примере небольшой компании.
К примеру, возьмем небольшую компанию, которая предлагает услуги по поставке автомобильных запчастей. Ее рынок: частные клиенты и небольшие компании — перекупщики, у которых, к примеру, нет собственного склада или контактов с зарубежными поставщиками (АвтоВАЗ, ГАЗ, ТАЗ мы не рассматриваем). Процесс продаж этой компании будет выглядеть следующим образом:
1) Sales lead. Компания размещает рекламу на продукцию (например, запчасти на автомобили Mazda, Toyota) в интернете и на дорожных щитах с указанием контактных данных.
2) Need identification. Клиент Вася Пупкин, которому необходимо приобрести четыре свечи зажигания для автомобиля Toyota Avensis 2009 года выпуска, звонит по указанным в рекламе телефонным номерам. В процессе общения с продавцами компании выясняется интересная деталь: компания торгует запчастями для Toyota Avensis модельного ряда до 2005 года.
3) Qualified prospect. На основании полученных от компании данных, клиент дисквалифицирует запрос. Данные о клиенте заносятся в базу предполагаемых клиентов с пометкой «неперспективный», несостоявшаяся сделка завершается.
В дальнейшем компания может изменить поставщиков и начать работать по поставке запчастей для всего модельного ряда Toyota Avensis. В этом случае «неперспективный» клиент становиться «перспективным».
Мы рассмотрели простейший запрос: количество требований покупателя не превышает трех-десяти (марка: Toyota; модель: Avensis; модельный ряд: 2008-2010 годов; запчасти: оригинальные свечи зажигания; количество: четыре штуки). В этом случае запрос обрабатывается одним человеком. В этой роли может выступить сам продавец, который обладает навыками продаж, общим знанием продукции и услуг, предлагаемые компанией, а также имеет под рукой простейшую базу данных — хранилище знаний о предлагаемых товаров и услугах. Имея эти инструменты и навыки, продавец может быстро квалифицировать запрос и принять решение о продаже или отклонении запроса (по причине отсутствия товара, возможности поставить необходимый товар в обозримое время и тому подобном).
Теперь более «тяжелый» случай: компания — производитель программного обеспечения уровня предприятия или для нужд правительства. В этом случае покупателем товара является крупное предприятие или одно из правительственных учреждений.
Покупатель предъявляет огромное количество требований к поставляемому продукту. Эти требования исходят из потребности будущих пользователей продукта, стратегических целей компании-покупателя, возможными изменениями на рынках, на которых оперирует компания-покупатель, особенностями законодательства и так далее.
1) Количество требований покупателя может превышать несколько тысяч;
2) Требования могут покрывать различные области: социальные, экономические, политические, юридические, технические, организационные, проектные и так далее;
3) В связи с внутренними проблемами по выделению бюджета на продукт сроки квалификации запроса и подготовки предложения могут быть очень сжатыми;
4) Продукт, поставляемый компанией — продавцом, как правило, не является универсальным (Out-of-the-box) ввиду специфики работы каждой компании.
5) Стоимость конечного продукта может составлять десятки миллионов долларов;
6) Стоимость продукта и услуг по его поставке составляется из многих компонентов: стоимости лицензий на продукт, работы по его внедрению и установке; тренинги по обучению пользователей работе с продуктом; стоимость развертывания решения; стоимость тестирования, стоимость рисков; стоимость поддержки и обслуживания продуктов и решения; и так далее.
Соответственно, процесс продажи продукта и его последующего внедрения может выглядеть так:
Кликните, чтобы увеличить
Выходом процесса продаж и входом процесса управления проектом по поставке, внедрению и обслуживанию продукта является следующая документация: Statement of Work(техническое задание), контракт, бизнес-кейс; и так далее.
Продукт поставляется, внедряется и обслуживается в рамках контрактных обязательств. Процессы управления проектом в этом контексте предназначены для планирования, управления, внедрения проекта.
Процессы bid management.
Отойдем от двух объемных областей знаний, про которые написано достаточно большое количество литературы и опубликовано огромное количество статей.
В свете идентификации потребностей крупного заказчика — бизнеса и подготовки предложения для него, очевидно, квалификации одного человека будет недостаточно. Для анализа запроса, организационного окружения, идентификации бизнес — потребностей, анализа внутренних возможностей, принятия десятков и сотен решений по ключевым вопросам, и, как финал, подготовки предложения и переговоров с заказчиком (покупателем) необходимо огромное количество специалистов, собранных с целью подготовки конкурентоспособного предложения в условиях сжатых сроков и ограниченных ресурсов: человеческих, финансовых, временных, качественных.
Также очевидно, что этой командой необходимо управлять. Руководитель этой команды должен обладать навыками менеджера и лидера; должен разбираться в предметных областях; иметь обширные знания и навыки в областях: управление рисками; юридические знания; управление человеческими ресурсами; управление коммуникациями; навыки лидера; глубокие технические знания продукта и процессов его внедрения; управление поставками; управление временем/расписанием; управление интеграциями; и так далее.
Исходя из описания требуемых навыков и знаний, этот человек должен быть менеджером проектов в области продаж.
Bid management — это применение знаний, навыков, различных инструментов и технологий к области управления процессом предложения цены и товаров с целью достижения требований потенциального или существующего заказчика. Применение таких знаний требует эффективного управления соответствующими процессами.
Bid manager — это менеджер проекта по подготовке технико-коммерческого предложения.
Если рассматривать процесс управления подготовкой технико-коммерческих предложений, то обновленный процесс будет выглядеть следующим образом:
Кликните, чтобы увеличить
Итак, мы имеем уже три области управления: продажами, подготовкой технико-коммерческих предложений и управления проектами.
Рассмотрим теперь процесс bid management. Я сознательно опускаю термин «процесс подготовки предложения», поскольку процесс подготовки предложения, как можно видеть из диаграммы — это одна из стадий процесса.
Кликните, чтобы увеличить
Bid management process состоит из следующих стадий:
1) Получение запроса на предложение, цену, информацию, и так далее (от английского: RFP — request for proposal, RFQ, RFI, etc.); анализ поступившего предложения, внешнее окружение компании — покупателя, его внутренние процессы и организационную структуру, выявление заинтересованных лиц, конкурентов и так далее. Являясь проектом по подготовке предложения, активность несет на начальном этапе огромные риски. Компания-продавец не имеет ни малейшего представления или весьма поверхностное представление о компании-покупателе, а также что спровоцировало ее рассматривать предложения на те или иные продукты и услуги. Следовательно, управление рисками является неотъемлемой составляющей процесса подготовки предложения от поступления запроса и до выдачи предложения компании-покупатель.
2) Квалификация запроса и принятие решения: готовить предложения или отклонить его. Здесь важно понимать то, что в отличие от проекта по внедрению продукта или услуг проект по подготовке предложения не приносит прибыли. Его цель — это получение контракта на поставку продуктов и услуг. Проект по подготовке предложения только потребляет внутренние ресурсы компании. Поэтому очень важно квалифицировать этот запрос на как можно более ранних этапах и принять решение: по ком этот запрос плачет. Если шансы выиграть тендер по тем или иным причинам ничтожен, то лучше его отклонить. Однако всегда важно понимать, какие цели преследует компания-продавец, готовя предложение;
3) Планирование процесса подготовки ответа. Как и в любом проекте, качественное планирование повышает шансы подготовки высококачественного предложения в условиях проектных ограничений: временных, финансовых, людских и так далее. Именно в процессе планирования подготовки ответа выявляются роли и ответственности команды по подготовке предложения, и происходит выделение человеческих ресурсов;
4) Подготовка предложения. Осуществляется подготовка технико-коммерческого предложения на основании потребностей компании-покупателя. Кроме того, в процессе подготовки предложения осуществляется контроль и управление членами команды, постоянный мониторинг рисков, изменяющихся требований, сроков подготовки предложения, а также реагирование на малейшие изменения в ходе подготовки предложения согласно плана подготовки предложения.
5) Рецензирование предложения. Необходимая часть подготовки ответа. Для того чтобы предложение выглядело целостным, легко читаемым и доступным для понимания различным организационным уровням компании-покупателя от специалистов до топ менеджеров, необходимо привлечь специалистов для подготовки резюме на предложение. В процессе рецензирования могут вноситься изменения в различные части предложения до момента, пока предложение не будет удовлетворять широкую аудиторию компании-продавца.
6) Отправка предложения включает комплекс мер по подготовке предложения к отправке согласно требованиям компании-заказчика таким как: требования к способу отправке, выбору транспортной компании, виду и размерам почтового отправления, подписей на конвертах и так далее. Bid manager отвечает за своевременную отправку предложения согласно требованиям компании-покупателя.
7) Закрытие. Процесс может включать или не включать следующие активности: переговоры с заказчиком с целью согласования всех условий контракта и его цену; подготовка и проведение презентаций продукта представителям компании-покупателя; сохранение тендерной документации и документации по проекту с целью дальнейшего использования в качестве входов процессов управления проектом по поставке и внедрению продукта и так далее.
Заключение
Как можно видеть из изложенного выше, внедрение процессов bid management имеет смысл в случае обработки большого количества требований от крупных компаний на изменение бизнес процессов и удовлетворения потребностей бизнеса компании-покупателя. При этом пользователями конечного продукта могут являться специалисты и менеджеры различного уровня.
Менеджер, управляющий подготовкой предложения, должен являться специалистом широкого профиля и обладать навыками в областях управления проектами и в области продаж.
При выборе менеджера по подготовке технико-коммерческих предложений, акцент должен в большей степени делаться на знания и навыки в области управления проектами, нежели в области продаж.
Процесс bid management в отличие от project management имеет главную отличительную особенность: он не приносит прибыль компании-продавцу, а, напротив, является центром затрат. В связи с этим bid manager должен тщательно планировать выделение, назначение и освобождение дорогостоящих человеческих ресурсов. Косвенно это предполагает обладание достаточно глубокими техническими и функциональными познаниями в требуемых областях с целью высвобождения максимального числа ресурсов.
