Разделение ролей в переговорах с заказчиком: бриф и предложение

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

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

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

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


Новое на сайте

20854Как дешёвые Android-смартфоны превращаются в чужие прокси? 20853В Индии имя звонящего появится на экране вместе с номером 20852Как проверить готовность команды к звонку с клонированным голосом? 20851Уязвимости MarkLogic: делегированные права могли открыть путь к администраторскому... 20850Как GitHub закрыл лазейку, угрожавшую тысячам npm-пакетов? 20849Hirudo подменяет банковские приложения, чтобы обойти их защиту 20848Как Vghost превратил старую ошибку Linux в путь к root? 20847Уязвимости в PAN-OS и Cisco Secure Email Gateway уже используют атакующие 20846Как уязвимость GitLab могла открыть сервер для чужого кода? 20845Уязвимость SAP Cloud SDK могла отправить OAuth2-секреты злоумышленнику 20844Уязвимость в Nextcloud открыла путь к веб-оболочкам на серверах 20843Смогут ли малые ИИ-модели превратить бытовую технику в ботнет? 20842Пять уязвимостей NGINX: кому грозит риск и как закрыть его 20841Тайный диктофон в OpenAI: что утверждают следователи 20840Как проверять уязвимость входа, не заходя дальше дозволенного?
Ссылка