Лидирую девелоперский продукт от коммерческого блока.
Обладаю экспертизой стратегического маркетинга в проектировании и реализации масштабных строительных проектов и комплексных развитий территорий.
Автор @M_Mukhin
Лидирую девелоперский продукт от коммерческого блока.
Обладаю экспертизой стратегического маркетинга в проектировании и реализации масштабных строительных проектов и комплексных развитий территорий.
Автор @M_Mukhin
Опции, которые мы вырезали и вернули обратно
В конце прошлого года мы убрали из стандарта несколько инженерных опций. Через полгода вернули.
Решение принималось по данным, и данные были честные. Телеметрию оплачивали около 30 процентов жителей, базовый пакет умного дома по факту запускали 5 до 10. То есть затраты застройщик нёс по всему дому, а пользовалось меньшинство. Логика понятная: деньги есть, ценности нет.
А дальше случилось то, чего мы не заложили вообще никак.
За пару лет эти опции перестали быть функцией. Они стали признаком нового дома. Их наличие уже никто не замечал, оно стало фоном, а вот отсутствие считывалось сразу и читалось не как разумная экономия, а примерно как «здесь сэкономили на всём, просто остальное мы пока не увидели».
Для клиента это сигнал о классе продукта. Для бизнеса это упавшая конверсия на старте новых очередей.
Вернули.
Самое неприятное тут даже не деньги. Замер использования мы сделали корректно, цифры собрали настоящие, выводы из них сделали ровно те, которые из этих цифр следуют. И всё равно ошиблись, потому что замеряли не то.
Замер отвечает на вопрос «пользуются ли». Он не отвечает на вопрос «что означает отсутствие». А решение о составе стандарта зависит от второго.
С тех пор перед любым исключением из базы мы смотрим не только утилизацию. Смотрим, что про эту опцию говорят на отказах, есть ли она у конкурентов в том же классе и в том же регионе, и звучала ли она в рекламных материалах предыдущих очередей.
Чем померить момент перехода из опции в базовое ожидание, я до сих пор не придумал. Спрашивал у коллег на рынке, внятной методики не слышал ни от кого.
«Архитектурный продукт | Мухин Михаил» - канал из категории «Недвижимость», подключенный к сервису кросспостинга MaxGate. Публикации канала синхронизируются между Telegram и мессенджером MAX, а на этой странице собраны ссылки на обе версии канала.
Сейчас у канала 138 подписчиков суммарно в Telegram и MAX. За последние 29 дней в истории MaxGate учтено 9 публикаций, поэтому перед подпиской можно оценить не только размер аудитории, но и регулярность обновлений.
Чтобы подписаться, используйте кнопки «Открыть в MAX» и «Открыть в Telegram» в верхней части страницы. У отдельных постов ссылка может быть доступна в обоих мессенджерах или только в одном из них, если MaxGate получил такой URL из истории обработки.
Архитектурный продукт | Мухин Михаил — канал в MAX и Telegram | MaxGate
Число постов
1
0
12.1013.10
Фото: 1
Как я бы запустил физический инструмент продаж для девелопера за 30 дней?
Не начал бы с дизайна.
Не начал бы с «давайте сделаем технорум». Не начал бы с иммерсива. Не начал бы с демо-квартиры. Не начал бы с красивой зоны в офисе продаж. Не начал бы с подрядчиков.
Я бы начал с вопроса: где девелопер сейчас теряет ценность продукта в глазах клиента?
Физический инструмент продаж нужен не для того, чтобы украсить офис. Он нужен, чтобы доказать то, что клиент не понимает, не чувствует или не считает достаточным аргументом для покупки.
За 30 дней можно не построить сложный спецпроект.
Но за 30 дней можно сделать главное — подготовить ЛПР к нормальному решению.
Не на уровне «нам нравится идея», а на уровне: какую задачу решаем, какой инструмент нужен, какой бюджетный коридор, какие риски, какие сроки, какая команда, какой эффект для продаж, что делать дальше.
Я бы разложил эти 30 дней на несколько этапов.
Первая неделя — аудит.
Нужно пройти путь клиента: реклама, первый контакт, звонок, офис продаж, welcome-зона, макет, переговорная, шоурум, демо-квартира, маршрут по объекту, материалы после визита, повторное касание, бронь.
И на каждом этапе посмотреть, где клиент теряет понимание продукта. Где обещание бренда не подтверждается пространством? Где менеджер вынужден объяснять слишком много словами? Где цена начинает казаться необоснованной? Где сильные УТП остаются внутри проектной команды? Где офис продаж не помогает удерживать премию? Где клиент не чувствует будущую среду? Где сложное качество никак не доказано физически?
Без аудита можно сделать красивый объект, который вообще не попадает в реальную проблему продаж.
Вторая неделя — гипотеза.
После аудита нужно сформулировать коммерческую гипотезу.
Не «сделаем вау».
А конкретно: если клиент увидит инженерное качество в физическом виде, снизится недоверие к цене; если он пройдет сценарий будущей территории, КРТ перестанет восприниматься как риск; если он увидит mock-up 1:1, материалы и узлы станут аргументом сделки; если он проживет будущую среду через иммерсив, появится эмоциональная связь с проектом; если демо-квартира будет собрана под сценарий аудитории, клиент начнет видеть себя внутри продукта; если офис продаж станет sales hub, менеджер получит управляемый маршрут доказательства ценности.
Гипотеза должна быть связана с продажами: конверсия, темп продаж, премия к рынку, доверие, снижение давления на скидку, качество лида, NPS после визита, PR-охват, использование инструмента менеджерами.
Третья неделя — выбор формата.
Формат нельзя выбирать по принципу «что эффектнее». Его нужно выбирать по задаче.
Нужно доказать инженерное качество — технорум или mock-up 1:1.
Нужно раскрыть сценарий жизни — демо-квартира.
Нужно объяснить район — музейная или смысловая экспозиция.
Нужно продать будущую территорию — demo route, временный павильон, фрагмент благоустройства.
Нужно создать эмоциональное погружение — иммерсивное пространство.
Нужно удержать премию к рынку — система физических доказательств.
Нужно запустить проект комплексно — sales hub нового типа.
Иногда нужен большой спецпроект. Иногда достаточно точечного mock-up, перестроенной переговорной и карты аргументов для продаж. Иногда девелоперу сначала нужен не объект, а нормальный маршрут клиента.
Четвертая неделя — предконцепт для ЛПР.
Вот здесь появляется управленческий результат. Не финальный проект, а решение, с которым можно идти к CEO, коммерческому директору, маркетингу, продукту, финансам и продажам.
Демонстрационный спецпроект нельзя просто открыть и слить инфоповод.
Открытие — это событие.
Внедрение в продажи — это результат.
И это принципиально разные вещи.
Можно построить сильный технорум, сделать демо-квартиру, запустить иммерсивное пространство, открыть музейную экспозицию района, собрать новый sales hub, сделать mock-up 1:1 и красивый PR-повод.
Но если после открытия менеджеры не понимают, как этим пользоваться, спецпроект быстро становится фоном.
Его показывают по-разному. Иногда забывают показать. Иногда проходят мимо. Иногда используют как «посмотрите, у нас тут красиво». Иногда не связывают с ценой, УТП, возражениями и сценарием сделки.
И тогда инструмент, который должен был усиливать продажи, начинает жить отдельно от продаж.
Физический спецпроект не работает сам по себе. Он начинает работать только тогда, когда встроен в клиентский маршрут и коммерческую систему.
Первое, что нужно после реализации, — сценарий показа.
Не общий текст для менеджера, а понятная логика: с чего начинается маршрут, что клиент должен увидеть, где возникает доверие, где снимается сомнение, где появляется эмоция, где раскрывается цена, где клиент переходит к обсуждению конкретного лота.
Если это технорум — нужно понимать, какую инженерию показываем и как переводим ее на язык клиента. Если mock-up — какое сомнение он закрывает. Если демо-квартира — какой сценарий жизни раскрывает. Если иммерсив — какую будущую среду дает прожить. Если музейная экспозиция — как она легитимизирует локацию. Если sales hub — как весь маршрут ведет клиента к решению.
Второе — скрипты.
Скрипт нужен не для того, чтобы менеджер говорил механически. Он нужен, чтобы продуктовая ценность не терялась в импровизации.
У сильного спецпроекта должны быть опорные формулировки: что показываем, почему это важно, какое УТП доказываем, какое возражение закрываем, как это связано с ценой, как перевести техническое решение в клиентскую выгоду, какой следующий шаг предложить после показа.
Третье — обучение команды продаж.
Нельзя просто отправить менеджерам презентацию и считать, что внедрение состоялось. Нужно пройти маршрут вместе с ними, показать ключевые точки аргументации, разобрать типовые вопросы клиентов, объяснить связь спецпроекта с продуктом, дать ответы на возражения, проверить, что менеджеры поняли логику.
Четвертое — регламент использования.
Когда спецпроект становится обязательной частью встречи? Каких клиентов ведем обязательно? На каком этапе показываем? Кто отвечает за маршрут? Как фиксируем прохождение в CRM? Что отправляем клиенту после визита? Как руководитель продаж контролирует использование? Как обучаем новых менеджеров?
Если регламента нет, спецпроект зависит от личной инициативы конкретного менеджера.
Пятое — контент после визита.
Клиент редко принимает решение сразу. Он уходит обсуждать покупку с семьей, партнером, инвестором, банком, брокером. Если после визита у него нет материалов, которые помогают пересказать ценность проекта, часть эффекта теряется.
Нужны короткие PDF, видео, подборки аргументов, карта преимуществ, материалы по техноруму, сценарий квартиры, визуализация маршрута, объяснение УТП простым языком.
Шестое — PR.
Открытие ленточкой — это один день. PR-стратегия спецпроекта — это серия касаний: публикации, видео, экспертные комментарии, брокерские показы, мероприятия для партнеров, контент для соцсетей, подача на премии, кейс для рынка.
Седьмое — аналитика.
После запуска нужно смотреть, что происходит: сколько клиентов проходит маршрут, как меняется конверсия, какие вопросы задают чаще, какие возражения снимаются быстрее, какие менеджеры используют инструмент лучше, какие элементы не работают, какие материалы клиенты пересылают.
Главные риски демонстрационного спецпроекта почти никогда не видны на красивой презентации.
На презентации все выглядит логично: идея, визуализация, сценарий, бюджет, срок и ожидание, что к запуску продаж появится сильный инструмент для клиента.
Но в реальности спецпроекты ломаются не из-за отсутствия идеи.
Они ломаются из-за управленческих рисков.
Первый риск — смена локации.
На старте команда проектирует решение под одну площадку: понятная площадь, высоты, инженерные точки, логистика, маршрут клиента, ограничения по монтажу.
Потом локация меняется. Офис продаж переезжает, павильон переносится, зону уменьшают, стройка не готова, доступ ограничивают, маршрут клиента становится другим, появляются новые требования по безопасности, электрике, пожарке, эксплуатации.
И спецпроект приходится пересобирать. Иногда меняется сама логика инструмента. Технорум в одной локации мог быть сильной точкой маршрута, а в другой превращается в дальнюю комнату, до которой клиент не доходит.
Локация — не техническая вводная. Это часть продуктовой логики.
Второй риск — урезание бюджета.
Почти любой спецпроект можно упростить. Но не любую экономию можно пережить без потери смысла.
Можно уменьшить площадь, сделать первую очередь, заменить часть материалов, сократить digital, убрать второстепенные элементы, начать с одного сильного mock-up вместо большого комплекса.
Но нельзя вынимать из проекта то, на чем держится его доказательная сила.
Если убрать проектирование, начнутся ошибки реализации. Если убрать сценарий, объект станет набором элементов. Если убрать качественные материалы, клиент перестанет верить уровню продукта. Если убрать обучение продаж, инструмент не будет встроен в сделку. Если убрать PR-контур, спецпроект не станет инфоповодом. Если убрать резерв, любое изменение станет кризисом.
Третий риск — позднее подключение.
Когда продюсер или продуктовый интегратор подключается слишком поздно, часть ключевых решений уже принята: офис спроектирован, площадка выбрана, бюджет утвержден, срок обещан, маркетинг запустил кампанию, продажи ждут инструмент, подрядчики начали свои части, а продуктовая задача еще не собрана.
В такой ситуации команда не проектирует оптимальное решение. Она спасает то, что можно спасти.
Четвертый риск — размытая ответственность.
Все участвуют: продукт, маркетинг, продажи, проектирование, стройка, эксплуатация, финансы, подрядчики, digital, PR, бренд, ЛПР.
Но если нет одного владельца системы, проект распадается между функциями. Каждый отвечает за свою часть, но никто не отвечает за главный результат: будет ли спецпроект работать в клиентском маршруте и помогать продажам?
Пятый риск — изменения без контроля.
Изменения будут всегда: бюджет, срок, локация, состав УТП, продукт, видение ЛПР, сценарий продаж, подрядчики, готовность площадки. Проблема не в изменениях, а в том, что их часто вносят без оценки последствий.
На словах изменение кажется небольшим, но оно тянет за собой переработку чертежей, пересчет сметы, новый срок производства, изменение логистики, переделку контента, дополнительное согласование.
Шестой риск — отсутствие внедрения в продажи.
Можно реализовать сильный спецпроект и не получить эффект, если менеджеры не понимают, как им пользоваться, маршрут клиента не встроен в встречу, нет карты аргументов, нет материалов после визита, руководитель продаж не контролирует использование.
Управленческая зрелость в спецпроектах — это не умение придумать красивую идею. Это способность заранее видеть риски и доводить проект до результата.
Если бы я отвечал за такой проект, я бы продавал не только креатив и реализацию. Я бы продавал управляемость.
Потому что для девелопера важно не то, что спецпроект будет придуман. Важно, чтобы он был доведен до точки, где клиент его увидит, поймет, почувствует и начнет иначе воспринимать ценность проекта.