Русский
Русский
English
Статистика
Реклама

B2b

Специфика продаж в Linkedin и Instagram Для каких продуктов целесообразнее использовать каждую из платформ

09.07.2020 18:19:56 | Автор: admin
В этой статье разберем основные инструменты по привлечению клиентов в социальных сетях Instagram и Linkedin. Каждая из этих платформ имеет свою специфику: от аудитории и возможностей рекламного кабинета до настраиваемого таргета и способов получения лидов. В чем заключается их разница? Где и как лучше рекламировать продукты для B2B и B2C сегмента?

Об этом все подробно ниже.

image

Специфика продаж в Linkedin и Instagram


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

  • Подходит для рекламы B2B-продуктов
При запуске рекламной кампании у вас есть все возможности, чтобы показать свое предложение людям, заинтересованным в сложном продукте. Занимаетесь интеграцией CRM-систем, дизайном, бухгалтерией? Именно в Linkedin вы найдете теплые лиды в лице руководителей малого и среднего бизнеса, которые хотят повысить эффективность работы своих отделов. И за эту эффективность, которая принесет им прибыль в будущем, они готовы платить большие суммы.

  • Легко получить обратную связь после первых сообщений
В Linkedin аудитория активно идет на контакт, поскольку главная цель платформы обмен опытом, продвижение себя, поиск полезных знакомств и последующая реклама своих продуктов. В тот же Instagram пользователи заходят уже с внутренним фильтром, который на подсознании оценивает все предложения как спам. В Linkedin все наоборот любой оффер читается от начала до конца с оценкой возможных преимуществ для увеличения своей прибыли.

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

  • Подходит для продаж в сегменте B2C
Пользователи инстаграм активно отвечают на рекламные предложения, в которых стимул к покупке визуальная оценка. На площадке довольно легко продавать одежду, аксессуары, декор, украшения или товары по типу hand-made, о которых почти никто не знает.

  • Подходит для продаж услуг, которые можно оценить глазами
Компаниям легко привлекать в Instagram пользователей к продажам туристических и beaty-услуг, дизайна интерьеров и ландшафта, персональных спортивных тренировок и прочего. Если речь идет о показе преимуществ вашего продукта с помощью цифр здесь все намного сложнее. К примеру, для рекламы услуг бухгалтерского аудита или IT-решений необходима сложная цепочка касаний с пользователем, которая покажет выгоду от покупки. Через картинки и текст сразу сделать это не получится.

Важно: При сравнении, у Instagram есть один существенный недостаток огромное количество ботов, собирателей лайков и блогеров. Для продаж любых продуктов вам нужны только конечные потребители, но часть пользователей находятся в Instagram с единственной целью набрать себе большое количество подписчиков и монетизировать за их счет свой аккаунт. Следует всегда учитывать этот фактор.


Как работать с продвижением B2C/B2B продуктов в каждой из социальных сетей?




Для Instagram используют 3 актуальных способа:

  • Массфоловинг по ЦА

Уже устаревший, но все еще используемый метод. С помощью подписки на аккаунты потенциальных клиентов, которые из простого пользователя смогут превратиться в вашего покупателя. Люди замечают вас, изучают ваш профиль и подписываются на него в ответ.

  • Таргетированная реклама

Стандартный инструмент с использованием стратегий поиска и привлечения клиентов по геолокациям, хештегам, ключевым словам и даже конкурентам (работа с чужими подписчиками).

  • Партнерские схемы

С помощью обмена подписчиками, упоминаниями в раскрученых аккаунтах с многотысячной аудиторией, giveaway, покупка рекламы у лидеров мнений и другие.

Для Linkedin используют 2 проверенных способа:

  • Таргетированная реклама

Возможностей настройки рекламного кабинета здесь намного меньше, но из-за специфики социальной сети довольно просто попасть в аудиторию с точностью до занимаемой должности. Если вы хотите, чтобы с вашим продуктом ознакомились только все заинтересованные руководители малого бизнеса в конкретном регионе на Linkedin у вас есть такая возможность.

  • Холодная переписка

В Linkedin эффективно работает схема с отправкой инвайтов по сегментам ЦА и приветственным текстом с оффером. За счет того, что пользователи социальной сети активно изучают сообщения и профили других, да и база самих пользователей качественнее у вас есть все шансы получить лид за счет прямой рассылки. Конверсия в лид от такой рассылки составляет 2-3%. Отличный показатель для продажи сложных B2B продуктов с высоким ценником и extra value.
Подробнее..

Конфигурация корпоративного мобильного приложения с помощью AppConfig

25.09.2020 16:06:58 | Автор: admin
Если вы администратор в компании, где есть внутреннее мобильное приложение, неважно для чего будь то обычный мессенджер или почта, или что-то особенное наподобие сканера штрих-кодов рано или поздно перед вами встанет задача удаленной настройки и менеджмента приложений. Прописать конкретный id или адрес сервера во всех телефонах можно при помощи костылей, но есть и готовое решение де-факто уже стандарт, который можно использовать совместно с одной из существующих EMM/UEM-платформ (Enterprise Mobile Management/Unified Endpoint Management).

В этой статье мы решили дать инструкцию, как сделать ваше Android-приложение конфигурируемым, если вы его разработчик. То есть: что конкретно нужно изменить в вашем приложении, чтобы выполнить потребности корпоративной аудитории. А еще мы описали всю работу администратора на примере платформы Knox Manage.



Постановка задачи


В интервью с коллегами из НИИ СОКБ (Научно-испытательный институт систем обеспечения комплексной безопасности) мы сошлись на мнении, что современную корпоративную мобильную инфраструктуру уже нельзя представить без централизованной системы управления.

Например, в швейцарской железнодорожной компании SBB каждый из 30 000 сотрудников получает кастомизированный под рабочие задачи телефон там не только почта и мессенджер, но и, к примеру, отправка сообщений о неисправностях. Возлагать на сотрудника задачу настройки всей этой периферии не только накладно в человеко-часах, но и чревато возможными ошибками в процессе. А еще в ряде случаев например, при появлении сбоев бывает проще полностью перепрошить и заново инициализировать телефон, чем искать ошибку. Поэтому, правильно выбранное решение для корпоративного приложения значительно облегчает жизнь IТ администратора компании.

Обычно, при внедрении централизованных систем мы сталкиваемся с двумя задачами:

  1. Первичное подключение устройства к системе. Тут всё достаточно просто, уже давно существуют стандартные инструменты для этого: Knox Mobile Enrollment, Android Zero Touch и Android Enterprise Enrollment (EMM-токен, QR-коды и пр.)
  2. Первичная настройка необходимых корпоративных приложений. Этот момент гораздо сложнее, так как у разных приложений совершенно разные параметры и настройки, и знать их все заранее невозможно

Общая схема решения


В качестве решения второй задачи существует механизм AppConfig, это не инициатива какой-то единичной компании, а действующая конвенция нескольких вендоров. Его суть кратко такова: разработчик реализует в своем мобильном приложении почте, мессенджере, клиенте видеосвязи и т.д. поддержку управляемых конфигураций (Managed Configurations), настраиваемых под конкретного пользователя. Разработчик решает, какие именно параметры в приложении можно задавать извне (идентификатор, имя пользователя, адрес сервера). Через корпоративный Google Play эти параметры попадают в EMM-систему. А она уже позволяет создавать управляемые конфигурации и удаленно назначать их определенным устройствам и пользователям.

Чтобы узнать, реализован ли такой функционал в конкретном приложении:

  • Перейдите в корпоративный Google Play.
  • Найдите нужное приложение.
  • Если оно поддерживает управляемые конфигурации, то под названием увидите значок Это приложение можно настроить удаленно:



Общий процесс выглядит так:

  1. Разработчик добавляет поддержку управляемых конфигураций в свое приложение. В файле схемы XML он указывает параметры, настраиваемые удаленно, и в коде приложения обеспечивает развертывание этих параметров. Затем выкладывает приложение в корпоративный Google Play.
  2. EMM-система предоставляет интерфейс для администратора, через который XML-схема извлекается из приложения в Google Play при помощи iframe.
  3. Администратор вводит значения параметров, которые должны оказаться на корпоративных устройствах. После этого EMM-система передает конфигурацию в Google Play.
  4. Google Play обновляет приложение на всех корпоративных устройствах в соответствии с новой конфигурацией.



Процесс адаптации корпоративного мобильного приложения к AppConfig

Предположим, что вам требуется удаленно ввести адрес и имя пользователя в почтовом клиенте. На примере Samsung Knox Manage интерфейс настройки этих параметров с помощью управляемой конфигурации будет выглядеть так:



Для поля Email address вводим $emailaddress$, а для имени пользователя User name задаем $username$ (эти переменные будут подставляться динамически, в зависимости от конкретного пользователя).

Как разработчику добавить поддержку AppConfig в свое приложение?


Предположим, что мы разрабатываем мобильное приложение, в котором настраиваемый параметр адрес сервера. Согласно рекомендациям Google, разработчик должен:

  1. Найти файл ресурсов XML, который обычно находится в папке проекта res/xml. В нем информация о всех настраиваемых параметрах, которая потом попадает в EMM-систему через Google Play APIs.

    <?xmlversion="1.0"encoding="utf-8"?><restrictionsxmlns:android="http://personeltest.ru/away/schemas.android.com/apk/res/android"><restriction android:key="address"android:title="@string/title" android:restrictionType="string" android:description="@string/description" android:defaultValue="sampleaddress"/> </restrictions>
    
  2. Явно указать файл app_restrictions.xml в манифесте вашего приложения внутри тега application.

    <application android:allowBackup="true" android:icon="@mipmap/ic_launcher" android:label="@string/app_name" android:roundIcon="@mipmap/ic_launcher_round" android:supportsRtl="true" android:theme="@style/AppTheme"> <meta-dataandroid:name="android.content.APP_RESTRICTIONS" android:resource="@xml/app_restrictions"/>
    
  3. Реализовать обработку события ACTION_APPLICATION_RESTRICTIONS_CHANGED в коде приложения. Это шаг гарантирует, что приложение получит новое значение, определенное администратором.

    IntentFilterrestrictionFilter=newIntentFilter(Intent.ACTION_APPLICATION_RESTRICTIONS_CHANGED);BroadcastReceiverrestrictionReciever=newBroadcastReceiver(){@OverridepublicvoidonReceive(Contextcontext,Intentintent){BundleappRestrictions=restrictionsManager.getApplicationRestrictions();/*Fetchthevaluesofmanagedapplicationconfigurationfromthisbundleandtakeactioninyourappaccordingly.*/}};
    


В результате этой несложной доработки, после публикации приложения в корпоративном Google Play, вы сможете получать настраиваемую конфигурацию с сервера:


Приложение до и после получения конфигурации с сервера

Как администратору сконфигурировать приложение через консоль Knox Manage?


Чтобы задать управляющие конфигурации, администратору нужно добавить само приложение через Knox Manage (KM) из корпоративного магазина Google Play, либо загрузить его со своего компьютера, как Managed Google Play Private (тогда публикация в корпоративный Google Play необязательна). Для задания новой конфигурации:

  1. В KM открываем вкладку Group, выбираем группу, привязанную к вашему устройству и нажимаем кнопку Application

  2. Теперь выбираем ваше приложение и нажимаем Assign

  3. В качестве Target Device выбираем Android Enterprise. Нажимаем на кнопку Set Configuration.

  4. Если вы все сделали правильно и ваше приложение имеет поддержку AppConfig, то KM заполнит нужные параметры значениями. Просто вводим адрес сервера (не забываем ввести имя конфигурации) и нажимаем кнопку Save.

  5. Нажимаем кнопку Assign, чтобы загрузить новую конфигурацию на устройство.

  6. Нажимаем OK для подтверждения.


Если приложение запущено, и разработчик корректно реализовал поддержку AppConfig, то приложение получит новый адрес сервера, заданный в консоли KM.


Приложение с введенным через консоль KM адресом сервера

Конфигурируем не только приложения, но и само устройство


В какой-то момент разработчики задумались: а что, если мы хотим настраивать не только приложения, но и параметры самого устройства аналогичным способом? OEMConfig это новый стандарт для отправки конфигураций приложениям, написанным производителями устройств. Отправка производится посредством той же самой схемы в XML-формате. Этому стандарту следуют изготовители оборудования Android, что позволяет предоставить администраторам дополнительные возможности управления устройством. Так, на смартфонах Samsung с поддержкой Knox существует решение Knox Service Plugin (KSP), его можно загрузить из Google Play. Но об этом мы поговорим в другой раз.

Итог


  • Используйте AppConfig для поддержки управляемых конфигураций вашими приложениями. Это довольно просто реализовать, а главное может быть реально полезным.
  • Cоздавайте новую конфигурацию и отправляйте ее на устройства большого числа пользователей при помощи EMM-системы (в нашем примере Knox Manage).
  • Как можно меньше костылей, пользуйтесь готовыми решениями и стандартными способами!


Дополнительные источники по теме:



Автор: Павел Лепеев,
Engineer, B2B Pre/Post Sales
Business Development Team
Samsung R&D Institute Russia
Подробнее..

IT-2021 Где деньги?

25.03.2021 10:19:47 | Автор: admin

А точнее, где их легче заработать в новых экономических реалиях, порождённых пандемией? Безусловно, коронавирус оказался своеобразным драйвером роста для IT сферы, что моментально отразилось на рынке труда. И всё же, необходимо разобраться, какие именно направления сильнее всего вырвались вперёд сегодня и останутся перспективными в посткризисную эпоху.

Важно понять, что ничего принципиально нового пандемия не принесла. Она лишь ускорила процессы, начавшиеся далеко не вчера. Задолго до наступления самоизоляции и удалёнки было очевидно, что квалифицированные IT-кадры нужны не только профильным компаниям, но любому бизнесу или государственной структуре. И кадровый голод в IT тоже не новость. Ещё в 2019 АПКИТ подсчитали, что доля IT-специалистов составляет лишь 2,4% от экономически активного населения России, что практически в три раза меньше, чем, например, в Финляндии. Но в каких сферах на сегодняшний день сосёт под ложечкой сильнее всего?

E-commerce

Коронакризис стал для российской электронной коммерции поистине волшебным пинком, позволив приблизиться к уровню Китая и США наиболее развитых в этом отношении стран. По данным Data Insight, за первое полугодие 2020 года объем онлайн-продаж в России достиг 1165 млрд рублей, что на 52% больше аналогичного периода прошлого года. Они же прогнозируют дальнейший стремительный рост рынка интернет-торговли: в 2021 году - на 34%, в 2022-м - на 32%, в 2023-м - на 30% и в 2024-м - на 28%. Nielsen отмечают, что до коронавируса 59% ключевых ритейлеров развивали свои интернет-магазины, и 21% сотрудничали с маркетплейсами. На сентябрь 2020 года уже 76% ритейлеров вышли в онлайн, а 48% начали продавать свою продукцию через маркетплейсы и сервисы доставки.

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

Так что, с большой долей вероятности можно предположить, что e-commerce продолжит расти, на рынке появятся новые игроки, и спрос на IT-кадры в этой сфере уж точно не уменьшится. О перспективности этой сферы говорят также данные о зарплатах в отрасли. Как отмечает Анна Иванова, руководитель направления IT&Telecoms Hays, многие компании в 2020 году планировали ежегодную индексацию, но в связи с кризисом вынуждены были её отменить. Однако это не коснулось ряда позиций, среди которых можно выделить IT Project manager for digital & e-commerce projects, для которой был отмечен рост заработной платы в районе 10-15%.

Банкинг

Стремительная цифровизация началась в этой области ещё несколько лет назад, а коронавирус лишь ускорил процесс внедрения продуктов, позволяющих клиентам решать свои проблемы, не посещая офис. Ещё в мае прошлого года, когда масштаб коронакризиса был ещё не всем и не до конца очевиден, зампред ВТБ Вадим Кулик заявил в интервью Интерфаксу: Удалённый формат услуг через год станет даже не мейнстримом, а гигиеническим минимумом.

IT становится движущей силой банковского сектора. Крупнейшие игроки такие как Сбербанк, Альфа-банк, Тинькофф, уже упомянутый ВТБ на сегодняшний день оказывают в основном цифровые услуги, и от качества которых напрямую зависит их конкурентоспособность. В банках востребованы аналитики, специалисты по поддержке пользователей и, разумеется, разработчики (Java, JavaScript, Oracle PL/SQL), количество которых в том же ВТБ за последний год возросло в 2,5 раза.

B2B

В сфере business-to-business такого активного движения, как в электронной торговле или банкинге, не наблюдается. Доминирует состояние энергосбережения ведь именно мелкий и средний бизнес оказался основной экономической жертвой пандемии. В 2020 многие IT компании выживали за счёт долгоиграющих проектов, запущенных ещё до начала covid-катастрофы, и только сейчас их клиенты начали возвращаться к прежним планам развития IT-инфраструктуры и оптимизации бизнес-процессов. Вот только не у всех есть на это необходимые ресурсы.

Тем не менее, в этой области тоже есть что ловить. Ниже следует список Топ-5 вакансий в IT сфере за 2020 год по мнению Екатерины Клевцовой, консультанта Hays по направлению IT&Telecoms:

Business Development Director/ BD Executive new businesses

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

Sales Manager information security products and services

В этом годупроизводители Security Solutions стали ещё более заметными игроками на рынке. В этом есть очевидная логика: ещё в начале пандемии большинствокомпанийперенесливсе свои рабочие процессыв удаленный формат, и поэтому вопрос защиты ресурсов встал особенно остро. Компании осознали необходимость обновления систем защиты, и, как результат, бюджеты на покупкурешений по информационной безопасности выросли, несмотря на экономический кризис. Основное требование к Sales-менеджеру в области защиты информации опыт продаж в этой сфере и способность дать глубокую техническую экспертизу.

Коммерческий директор

В бизнесе сохраняется высокий спрос на амбициозных и смелых лидеров, способных адаптироваться в условиях постоянных изменений и превращать сложные обстоятельства в возможности.

Sales Manager c опытом Pre-Sale

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

Менеджер по работе с ключевыми клиентами государственный сектор

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

Навыки и тренды

В заключение стоит обсудить, какие навыки были особенно востребованы в 2020 году и, скорее всего, не потеряют актуальности в 2021, позволяя IT-специалисту продать себя дороже.

В 2020 году Gartner ведущая исследовательская и консалтинговая компания в сфере информационных технологий выделила ряд перспективных направлений, которые будут играть особенно важную роль в IT-индустрии:

  1. Комбинированная архитектура (микс ИИ, 5G и Big Data&Analytics);

  2. Доверие алгоритмам (нейросети/Explainable AI и Machine Learning);

  3. Чипы без кремния (разработки на стыке компьютерных наук и биохимической инженерии);

  4. Формирующий ИИ (технологии для одновременной аналитики данных, обработки сигналов и визуальных знаков);

  5. Цифровой двойник (объединение технологий Индустрии 4.0).

Явный акцент делается на том, что современная разработка невозможна без объединения технологий, о чём свидетельствует, в частности, внедрение DevOps-практик. Кроме того, в связи с активным ростом и развитием процессов автоматизации тестирования, на стыке направлений появилась новая роль QaOps. Аналогично DevOps-процессам, QaOps представляет собой набор методов для организации непрерывной взаимосвязи между тестировщиками и разработчиками.

Активно развивается сегмент бесконтактных отраслей: технологии искусственного интеллекта, автономной коммерции, роботизации. IoT (интернет вещей) ещё одно растущее направление, которое активно расширяет линейку инновационных продуктов и привлекает бизнес-гигантов. А значит создаёт дополнительные рабочие места.

Подробнее..

Исследования в сложных B2B-продуктах как это работает в Mail.ru для бизнеса

07.09.2020 20:15:27 | Автор: admin


Почта Mail.ru наш самый известный продукт и ценнейший актив к 2020 году сильно вырос. Сегодня это больше, чем просто почтовый сервис: в Почте можно отправлять и получать письма, организовывать свои планы на день, отслеживать штрафы и даже платить за ЖКХ.

У Почты появились не только новые функции, но и новые форматы. Важнейший из них B2B-сервис, который входит в платформу Mail.ru для бизнеса. Это Корпоративная Почта Mail.ru, которая экономит место на ваших серверах, интегрируется с популярными антивирусами и поддерживает совместный доступ к почтовому ящику и задачам.

Чтобы получались актуальные и удобные продукты, важно создавать их в контакте с пользователями, изучая их потребности, привычки и паттерны поведения. Поэтому процесс развития большинства направлений Mail.ru Group сопровождают usability-исследования.

Зачем нам usability-тестирование?


Пользу любых исследований можно обозначить так: на любом шаге развития продукта они помогают понять, насколько текущее направление работы соотносится с ожиданиями пользователей. Будь то этап идеи или развитие продукта после релиза. В процессе usability-исследований мы общаемся с реальными пользователями чтобы узнать, насколько понятно то, что мы уже сделали или собираемся сделать.

Получить подробные данные о привычках пользователей, их путях взаимодействия с продуктами и трудностях, с которыми они могут столкнуться, работа, которая требует больших ресурсов. Основные задачи наблюдать за тем, как пользователи справляются с интерфейсами продуктов или выяснять их потребности с помощью интервью или других методов. В Mail.ru Group этим занимается целая usability-лаборатория UXLab. Она растет так быстро, что даже за время работы над этой статьей может пополниться новыми сотрудниками. Это здорово, потому что желание развивать продукты, ориентируясь на потребности и привычки пользователей, говорит о стратегическом мышлении менеджмента и всей команды в целом.

Есть два основных пути, по которым usability-аналитик может работать с командами внутри компании. В первом варианте взаимодействие строится в формате внутреннего агентства: исследователь принимает запросы от разных проектов и попеременно работает с ними. Второй случай проект располагает собственным специалистом. Мы в UXLab Mail.ru Group перешли ко второму формату: сейчас каждый исследователь работает внутри определенной продуктовой команды.

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

Особенности продуктов для бизнеса


У интерфейса продуктов Mail.ru для бизнеса есть два лица. Одно видит основная масса пользователей, которая использует продукты для бизнеса Почту, Мессенджер и Файловое хранилище в работе. Обычно это сотрудники компаний-партнеров, купившие наше коробочное решение. Второе видят те, кто настраивает и устанавливает пакет продуктов системные администраторы и технические специалисты. Они работают с GUI административной панели, где можно настраивать доступы, формировать группы пользователей и совершать другие действия, необходимые для нормального функционирования продуктов.



С интерфейсом самих продуктов сталкивается гораздо большее количество пользователей, чем с панелью администратора. Поэтому может появиться соблазн посвятить основные ресурсы улучшению той части, которую видят чаще. В случае с Mail.ru для бизнеса всё не так однозначно. Если системный администратор будет совершать ошибки из-за того, что мы плохо организовали административную панель, в конечном счете пострадают все сотрудники компании.

Для того чтобы избежать такого развития событий, в течение последнего полугода мы провели серию крупных исследований, посвященных технической части продукта. Исследовать административную часть продуктов Mail.ru для бизнеса сложнее, чем тестировать обычные пользовательские интерфейсы. Ниже я расскажу об особенностях тестирования технической части B2B-продуктов и о том, как мы справились вызовами этой области.

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


  • Особый рекрутинг, непростые респонденты. Для исследований корпоративных продуктов Mail.ru мы ищем сотрудников потенциальных компаний-партнеров: как для тестирований технической стороны, так и для изучения самих продуктов. Таких респондентов системных администраторов, ассистентов руководителей находить сложнее: их время стоит дорого, поэтому и рекрутинг становится более затратным. Иначе нельзя: чтобы сделать вывод об удобстве продукта, нужно взаимодействовать именно с потенциальными пользователями.

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



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

    Во время теста исследователь должен быть максимально сконцентрирован ему нужно внимательно отслеживать каждый шаг респондента, чтобы тот озвучил свои предположения до того, как случайно кликнет по одному из полей и увидит подсказку.
  • Специфический контекст происходящего. Обилие полей и настроек может запутать, но в их значениях разобраться еще сложнее. Системными параметрами продуктов не зря занимаются конкретные специалисты: чтобы хорошо понимать суть происходящего, нужно получить соответствующее образование. Исследователь, как правило, не имеющий специальных знаний, сталкивается с запутанной и неизвестной ему терминологией. Сокращения вроде AD, SSL и ВКС (видеоконференцсвязь), часто встречающиеся в параметрах инсталлятора, поначалу могут казаться иностранным языком.

    В нашем случае решением оказалась глубокая вовлеченность в процесс исследования дизайнера, продакт-менеджера и руководителя отдела разработки. Последний помогал как в проектировании прототипа, так и в процессе исследований, что позволяло сориентироваться в происходящем и оперативно задавать вопросы о непонятных частях интерфейса.
  • Тестирования помогают определиться с направлением дальнейшей работы над интерфейсом. В основном, когда заказчики приходят к команде usability-исследователей с запросом, в предполагаемом интерфейсе уже продуманы сценарии использования, которые кажутся команде подходящими. Когда мы имеем дело с распространенными функциями, нам легко предположить, что может быть понятно и привычно пользователю. Например, на большинстве сайтов вход в личный кабинет находится в правом верхнем углу, поэтому мы можем рассчитывать, что если последовать этому паттерну или незначительно от него отступить, то у юзера не возникнет проблем с пониманием того, где мы спрятали его профиль.

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

    Это приводит к тому, что к началу тестирования настроек продуктов для бизнеса мы часто подходим с двумя или тремя вариантами структуры прототипа без каких-либо предпочтений между ними. Основным вопросом становится не то, какой из продуманных нами сценариев удобнее, а то, попали ли мы в логику поведения респондентов или нужно все переделывать.
  • Кстати, про переделывание. По причине того, что мы нередко начинаем нащупывать нужные нам реализации прямо в процессе первых тестирований, для корпоративных продуктов Mail.ru подошел формат RITE Rapid Iterative Test and Evaluation. По стандартному плану проекта с usability-тестированием принято провести общение со всеми респондентами и уже после вносить правки по агрегированным результатам. В случае RITE этот процесс делится на несколько этапов: мы проводим несколько тестов, потом берем перерыв на быстрые правки по уже полученным сведениям, и следующие респонденты выполняют задания на обновленном прототипе. В зависимости от каждой конкретной ситуации можно установить подходящее количество этапов.

Какие результаты получили и как их интерпретировали?


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

План тестирования состоял из трех этапов:

  1. Сначала, чтобы исправить самые крупные и заметные ошибки, мы собрали обратную связь от наших коллег. Так мы смогли исправить самые явные интерфейсные проблемы, не тратя ресурсы на поиск внешних респондентов.
  2. На втором этапе мы провели тестирования с респондентами из компаний-партнеров, чтобы получить максимально широкий и независимый от привычек конкретной команды взгляд на наш инсталлятор.
  3. На финальном, третьем этапе, мы показывали прототип конкретным специалистам системным администраторам, которые имеют опыт интеграции похожих коробочных решений для корпоративного использования. Они помогли нам разобраться с самыми тонкими нюансами.

Мы хотели сделать инсталлятор таким, чтобы с помощью инструкции с ним мог разобраться любой сотрудник компании-заказчика. Для этого на первом и втором этапе мы пообщались не только с техническими специалистами, но и казуальными пользователями сотрудниками, которые не имеют опыта работы с корпоративным ПО и вообще далеки от технических вопросов (менеджеры, HR, бухгалтеры). Эти респонденты помогали нам разобраться с вопросами сугубо интерфейсного характера и понять, насколько прототип в текущей реализации понятен людям, далеким от системного администрирования.

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



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



Помимо наглядного результата usability-тестирования инсталлятора значительного улучшения интерфейса, мы убедились в правильности выбранной нами логики установки продуктов. Респонденты понимали последовательность шагов в инсталляторе и соглашались с ней, а их впечатления от работы с прототипом были приятными.

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



Выводы


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

Под любой проект можно подобрать подходящий метод, который даст ответы на актуальные вопросы и поможет проверить ваши гипотезы, даже если поначалу непонятно, как это сделать. И неважно, работаете вы с B2B- или B2C-продуктом, важно сделать его качественным. В этом как раз помогают регулярные исследования. Удобный и понятный интерфейс залог счастья клиента, что в долгосрочной перспективе превращается в счастливых пользователей и вашу прибыль.
Подробнее..

B2B в LinkedIn. Кейс производство мебели. США

10.05.2021 20:18:52 | Автор: admin

За 7 месяцев - с $0 в b2b продажах, до 4-5 продаж в месяц со средним чеком $85K+

Локальная история.
Производство это не Saas. Есть география доставки. Которая служит естественным ограничением.

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

История достаточно банальна. Особенной в ней является то, что владелец бизнеса смог перестроить свой формат работы под b2b особенности продажи. Новые материалы, договора, процессы презентаций и followup клиентов. Другой стиль общения. Создал несколько более универсальных наборов, которые было проще оценивать коммерческим заказчикам.

Например: несколько вариантов кухонь для апартаментов и офисных помещений.

По продвижению достаточно все банально.
1. Сначала определение аудитории: в случае с кухнями это: дизайнеры, архитекторы, estimator (представитель строителя, определяющий поставщиков)

Их оказалось около 9К в зоне интересов

2. Сбор базы и фетчинг всех деталей, чтобы на основании полных данных сделать свой фильтр и отсеять тех, кто уже не работает или не подходит ко другим косвенным признакам.

3. Создание процесса по работе на стороне LinkedIn, чтобы иметь возможность начать общение с каждым из аудитории. При этом важно иметь кастомный подход к каждому.

4. Подключение профайлов, лимиты, старт работы.

5. Одной из важных стратегий при работе с b2b аудиторией является касание с разных сторон таргета.
Поэтому, после начала outreach процессов в LinkedIn подключается:
- email marketing с теми, кто дал явное на это согласие
- на 3-4 месяц включается remarketing Facebook и remarketing Google

Это дает плотную множественность касаний и возможность захвата клиента не только в диалоге LinkedIn, но и в почте, посадочной странице, сайте и прочем.

ЛУЧШИЙ СПОСОБ РЕКЛАМ В LINKEDIN - выйти за пределы LinkedIn )))

6. Отдельно хорошо работает такой прием: мы отслеживаем своим инструментом, когда пользователь находящийся в outreach процессе заходит на сайт. В этот момент кидаем уведомление SDR. Тот уже сам принимает решение как и когда коснуться. В этот момент уже есть не только мессенджер LinkedIn, но и почта и телефон, личный и рабочий.

Теплые клиенты отображались в нашем кабинете, но клиент предпочитал их забирать себе и вести в HubSpot. Только общение в мессенджере он делал через наш кабинет.

По результатам.
Клиент производит мебель для кухонь, офисов и ванных комнат более 10 лет.
За это время у него накопилось около 6 постоянных бизнес заказчиков. Они приносили ему около 5-6% годового оборота.

На 6 месяц после начала работ с b2b и создания дополнительных логик продаж: появилось около 140 теплых в переговорах, 12 новых контрактов и по оценке клиента около 20 заказчиков, кто будет минимум раз в год приносить ему чек от $85K и выше.

Процесс продолжается, на данный момент из аудитории 9K выведено в активную фазу (omnichannel) - 25%.

Вывод.
Многие компании могут работать с b2b в дополнение с b2c. Но, для этого надо достаточно много инвестировать в переделку своих внутренних процессов. Перестраиваться, чтобы быть удобными для этих клиентов. Один заказчик из b2b может приносить доход долгие годы.

Ведь b2b это не продажи, это построение отношений!

Подробнее..

Тестирование гипотез B2B

29.04.2021 10:23:13 | Автор: admin

В одном чате зашёл интересный разговор о том, как Продакты тестируют гипотезы для B2B решений. Копья сломались вокруг тезиса, что вкладываться в разработку без подтверждённых гипотез, это потеря денег. Однако - если вы знакомы с Enterprise, неправильная проверка гипотезы вам может стоить контракта с Газпромом. Принять, отвергнуть гипотезу, всё может нести ошибку и всё может сказаться на многомиллиардном контракте.

Является ли проверка гипотез волшебной палочкой? Как бы хотелось инвестору: мы придумали идею, мы проверили идею, мы инвестируем, мы тиражировали результат. В B2C это прекрасно работает. Так ли это в B2B? Забегая вперёд скажу, что есть очень много оговорок и границ применимости такого подхода. Волшебной полчки нет точно.

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

Если вы применяете другие подходы, также если вы применяете эти же подходы но в ином контексте, и тем более если вы их не применяете, то поделитесь этим в комментариях! Внесите свой вклад в базу знаний отечественного product management - если кто то будет стартовать B2B продукт, он посмотрит статью и комментарии, будут полностью в теме, как тестировать гипотезы.

Классификация гипотез B2B, влияющая на выбор методов проверки

Чтобы гипотезы проверять, их надо сначала классифицировать. Классификация гипотез может сказаться на методиках проверки: где-то нужно совершить продажу, где-то достаточно "протокола о намерениях". Здесь приводим классификации, которые влияют на проверку. Есть классификации гипотез, не влияющие на технологии проверки: масштаб инвестиций, "важность для ГД". Методы проверки гипотез для них одинаковы, они остаются за рамками.

В B2B развитие бизнеса происходит либо за счёт создания нового продукта, либо за счёт развития существующего. Методики проверки разные - для развития существующего продукта спрос уже в целом определён, вопрос лишь в повышении ценности. Для нового продукта не понятно, есть ли спрос, как таковой. Гипотезы ценности и гипотезы платежеспособного спроса проверяются по разному.

С точки зрения инноваций, гипотезы классифицируется как последовательная инновация vs прорывная инновация. Если продукта ещё нет, то значит в 99% случаев клиент как-то до нас закрывал свою нужду. Мы приходим с чем-то существенно лучшим, он ещё не знает, что за закрытие этой нужды теперь нужно платить. Если же продукт уже есть, то мы последовательно даём больше ценности, не нарушая сложившихся привычек и практик применения.

Как и Инновации, гипотезы можно классифицировать как процессную и продуктовую: процессные гипотезы вроде бы не относятся к поставленной задаче. Однако, они могут сильно влиять на продуктовые характеристики! Гипотезы типа: "а не внедрить ли нам Цифровые Двойники, чтобы снизить издержки на 40% и повысить в 10 раз точность" дают продукту множество возможностей. Гипотезу можно продолжить: "а снизив издержки на 40% мы сможем выйти на рынок, который по своему объёмы в 1000 раз больше".

Таким образом, с токи зрения анализа инноваций, возможна классификация гипотез:

  • Продуктовая Прорывная

  • Продуктовая Последовательная

  • Процессная Прорывная

  • Процессная Последовательная

Ещё гипотезы могут касаться разных этапов цепочки создания ценности: мы можем сомневаться в ЦА, в то же время, мы можем для уже проверенной ЦА изучать гипотезы максимальной полезности. По этапу создания ценности гипотезы (да начинается с воронки продаж, но заканчивается не сделкой а сервисной поддержкой) могут классифицироваться как:

  • Гипотезы создания интереса

  • Гипотезы Привлечения

  • Гипотезы Продажи

  • Гипотезы Внедрения решения

  • Гипотезы максимизации полезности решения

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

Способы проверки гипотез B2B

Несмотря на то, что типов продуктовых гипотез B2B реально много, способов их проверки реально столько, что хватит отдельных пальцев.

Здесь может завязаться интересная дискуссия в комментариях: применение способов оценки гипотез, другие способы которые я не учёл, успешные кейсы и т.д. Это всё позволит учесть опыт друг друга и сделать наш продукт в итоге сильнее!

Способ 1 - А/Б тестирование.

Да да, вы не ослышались. С одной стороны, А/Б тест в классическом понимании для B2B применим плохо. В интернет магазине можно сделать 2 разных баннера, один белый другой серый. И проверить, какой будет более кликабельным :) При работе с Газпромом такие шутки не пройдут: предложить туда вариант А, посмотреть купят ли, может быть крайне накладно. Контракт на 100 миллионов вы явно потеряете, а потом ещё и отзыв негативный получите. И этот отзыв убьёт все последующие А/Б тесты.

Однако, А/Б тесты для B2B возможны! Не для проверки продаж, а для проверки попадания Гипотезы в конкретную Боль. Здесь мы проверяем целевое действие: не покупку решения, а всего лишь выполнение какой-то операции, где-то на одной из точек CJM.

В B2B желательно А/Б тестировать подальше от денег: неудачный вариант Б может стоить дорого и убить последующие тесты за счёт отзыва.

Идеально через А/Б проверять гипотезы Usability: если решение используется, мы проверяем как сократить кол-во кликов до, например, события "утверждение плана". Интерфейс А - 100 кликов, Интерфейс Б - 85 кликов. Негатив пользователей это не вызовет, так как когда улучшение внедриться, что для B2B решений на моей практике редкость, пользователь будет счастлив уже от того, что о нём вендор думает (я сам работал и продавал решения, которые по 15 лет не менялись и продавалось это под соусом, что какое дело ТОПу до мук пользователей).

Возможно проверять гипотезы этапа создания интереса к продукту, ознакомления с продуктом, привлечения и т.д. Лендинг в B2B примерно тот же самый, что и для B2B и на нём работают те же законы.

по кнопке покупает в основном малый бизнес - если ваш слоган сработал в Direct, это не значит что вы попали в боль Газпрома!

Способ 2 - Customer Development интервью.

Удивительно, но большинство продакт-менеджеров боготворит этот способ проверки гипотезы. Действительно - как ещё выяснить, что клиенту нужно, как не говорить, говорить, и ещё раз говорить с ним? Говорить можно просто так, можно выстраивать схемы от проблем, можно от решений, от CJM т.д. В итоге, наслушавшись много чего, получаем кучу "Фактуры", на основе которой принимаются продуктовые решения.

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

Кейс: для Технологических Стартапов, проблема востребованности продукта, который они пилят, стоит ещё острее, когда стартап рассчитывают продать результат разработки в конкретную компанию. Сколько раз звучало: "Мы запилим эту штуку, потом её купит Google". Главное что фонды дают денег, беря риск что Google не купит, на себя. В целом фонды знают кого Google покупает, страхуют сатратап от неверных продуктовых решений.

Способ 2 - JTBD интервью.

Выделю этот способ отдельно, хоть это в целом такое же интервью, но структурированные за счёт применения чёткой концепции - Just to be Done. Не буду вдаваться в одну из любимых мной методологий, про неё очень много написано.

При применении JTBD мы не просто исследуем, нужно это клиенту или не нужно. Мы увольняем! То есть мы определяем, как клиент это делает сейчас, и кого он хочет уволить, чтобы делать это лучше.

В JTBD клиент может уволить старую привычку, новую привычку, или Product менеджера :)

Способ 3 - Экономическое обоснование.

В принципе, со множеством оговорок, бизнес существует для того, чтобы приносить кому-то деньги. Таким образом, если мы создаём штуку, которая даёт % экономии (денег, материала, жидкости, времени, чего угодно), клиент по идее должен это купить, если мы просим дешевле, чем его выгода (с учётом стоимости риска и стоимости геморроя при переходе). И, зачастую, расчёт экономического обоснования уже является хорошим поводом продукт делать.

Такой подход работает хорошо в одних отраслях, в других не работает совсем. С одной стороны, мы видим как в Аккумуляторной отрасли борьба идёт за проценты эффективности заряда. С другой стороны, в отечественной практике, компании не внедряют слегка устаревшие электронные системы, такие как например ERP, потому что эффект от них не столь велик, а вот риск для конкретного менеджера большой. В моей практике один банк долго динамил проект, дающий ему экономию 0.5% экономии банковской маржи. При этом в прессе везде пишут "Для банка 0.001% маржи это колоссально! Любые деньги за такие решения!". На практике банк систему то внедрял, но по ряду причин у него было много более приоритетных задач.

Другой вопрос, что компании не могут игнорировать технологии, выигрыш от которых масштабен. Как это происходит, мы видим чуть ли не каждый день - какой-нибудь крупный олигархический монстр сидит на аналоге "трубы". И в один день раз, и все уже заказывают такси через Убер, а клиент перешёл с дров сразу на электротягу. Трубы не стало... По этому, находясь в "горячей" отрасли, можно быть гораздо смелее в своих оценках.

Как не "кастомер девелопи" нефтяников и производителей ДВС, ты не поймёшь, что им пора переходить на чистую энергию Эфира (а лично ты кстати слушал об этом?). Но проходит год, другой, а электричество тут как тут. И уже никто не спрашивает: "Какую ценность твоё решение несёт для ТОП менеджера компании? Где твой УТП?". Спрашивают лишь: "Ты даёшь 1% экономии к аналогам"?

Способ 4 - Публичные мероприятия.

Это самый малодостоверный способ проверки гипотезы, но за то самый легко применяемый. Если ваш продукт кому-то нужен, то, наверное, собрав семинар, вы получите массу регистраций и восторженных откликов. Аудитория будет вопить "Мы всю жизнь просили такое решение". Профессионалы с удовольствием заплатят за вход или онлайн трансляцию. С другой стороны, если семинар провалится, значит и продукт не нужен.

Отмечу, что это всё справедливо только для последовательных инвестиций: если мы делаем взрывное улучшение, никто не придёт, потому что все специалисты работают на старой технологии. Напомню, сколько негатива было против электродвигателей в РФ, когда пол страны сидело на нефтедобыче - и статьи заказные в прессе, и обгадить могли на публичном выступлении. Иди потом доказывай что ваша нефть никому не нужна. Национальное достояние ведь!

Ибо сказано: "Они [ветряки] так трясутся, что червяки выползают из земли"

Но, для применяемых технологий, успешный семинар обогатит копилку знаний о рынке и даст % в успех продукта.

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

Способ 5 - MVP, созданный на базе картинок.

Эх, когда-то я сам работал в корпорациях и мы жаловались на больших поставщиков ПО, которые рисовали презентации с картинками, а потом это продавали не имея продукт. Потом, за счёт клиента, велась разработка. Клиент конечно страдал: даже если проект стоил не дорого, потери из за плохо отработанной методологии и сырого софта были колоссальны. Собственно, с тех пор даже крупным поставщиками обязательно задают вопрос "А где это уже работает"...

Тем не менее, для проверки гипотезы более железного аргумента не существует: "мы это нарисовали, а клиент это купил"! Купил со скидкой, но ведь купил! B это не сравнится ни с каким иным расчётом.

Способ 6 - работа с отраслевыми экспертами.

В B2B рынке есть категория людей, которые занимаются какой-то проблемой уже 20 лет. Если удаётся выйти на такого человека, он может заменить 100 клиентских интервью. Такие люди знают, кто что в отрасли купит, к кому зайти чтобы это продать. Откуда эта экспертиза? Эта экспертиза с десятков проектов, выполненных для разных бизнесов. Сейчас уже приходишь в компанию, видишь проблему, вспоминаешь кейсы где такая проблема была ранее. Далее решение очевидно. Customer Development не нужен.

Подобная экспертиза бывает почти во всём: в мателлургии, до сих пор ходят легенды о кузнецах, умеющих варить сталь. Химики пыжатся, учёные думают, а Дядя Вася знает, в какой момент надо кинуть окурок в котёл, чтобы сталь для спутника стала лучшей в отрасли. Такой Дядя Вася может быть находкой для продакт-менеджера - он может рассказать, как сделать сталь, а также применимо ли решение для продажи.

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

Оговорки, при проверке гипотез

Если бы всё было так просто в B2B: проверил гипотезу применив метод 2 и 5, получил положительный результат, идём ковать и масштабировать бизнес. Но, в B2B нужно держать в уме несколько важных моментов, чтобы сделают продуктовые исследования успешными, а не провальными.

Особенность 1: каждый бизнес уникален. Постиндустриальный бизнес глобален и инновационен. Он целиком и полностью основан на новизне: одинакового ПО не бывает, одинаковых машин не бывает, одинаковых лекарств не бывает. Машины пока ещё отличаются лишь дизайном. ПО отличается фундаментально: задачей и миссией. В фарме есть рынок "Дженериков" это способ скопировать чужой продукт и продать его дешевле. Но в целом и Дженерики тоже разные - лечат на столько хуже на сколько дешевле стоят.

Исходя из того, что постиндустриальный бизнес уникален, продукт для B2B тоже уникален для каждого клиента! И чем дальше, тем эта уникальность будет выше: сегодня ещё можно производить одинаковые токарные станки или даже 3Д принтеры. Программисты используют одинаковые среды программирования, одинаковые компиляторы. Но, те же программисты выстраивают свою уникальную технологию из кубиков, применяя жёсткий микс из Питона, Java, С++, Kybernates и облачных технологий. Производственники выстраивают из кубиков линию, производящую их продукт, выстраивая из тех 3Д принтеров уникальную цепочку. Отмечу, что если бы программисты могли, они бы разрабатывали под каждую задачу свой язык программирования. Пока это чрезмерно затратно, но, кто знает, что будет в будущем.

Для проверки гипотез эта особенность фатальна: вы сделали коробку-монстра для B2B рынка, все респонденты сказали "Это чушь". А потом раз, и её купил Газпром. Но никому кроме Газпрома это не нужно. Или наоборот - вы поговорили с Газпромом, он вам валидировал ваши гипотезы, сообщил свои проблемы. А потом вышли в Moscow Сity и никто не купил - там другой бизнес с другими потребностями.

"Типовых компаний" всё меньше и меньше. Для примера возьмём банковскую отрасль: в нулевые годы было более 1000 одинаковых банков. Сегодня осталось ~5 банков, при чём каждый, за счёт своей уникальности, готов сожрать всех остальных.

Особенность 2: объём рынка не очевиден. Проведя разговоры с 2-3 клиентами, подписав протокол о намерениях, можно сделать вывод об успехе продукта. Но - смотри особенность 1. Те кого не опросили - они уникальны. И встаёт вопрос - точно ли им это нужно? Может быть у них уже стоит решение конкурента или они вообще по другому видят проблему?

Особенность 3: прорывные технологии нельзя игнорировать, но бизнес ориентирован на текущие технологии. Пример: в строительстве сейчас развивается BIM. Скорее всего, решения по управлению строительными проектами на MS Project он съест. Сейчас, однако, строительные фирмы с удовольствием это внедряют, говорят как это полезно. Решению осталось 3-5-7 лет, дальше отрасль поменяется. При этом, продуктовые гипотезы валидируются на ура!

Выводы

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

Главным выводом моих рассуждений можно обозначить:

в B2B проверка гипотез это полезный инструмент, это не волшебная палочка!

Да, в интернет шопе, где торгуют например трусами, легко всё перевести на А/Б тесты. В B2B, где каждый клиент уникален и чертовски сложен (сложнее ли он чем женщина?) это хороший инструмент. Но он не сделает вам бизнес.

Что же делать? При создании B2B решений, крупные успешные вендоры редко делают продукт с нуля. Чаще всего, за основу берут какую-то технологию, отработанную в недрах компании. Далее, продукт развивается в тесном сотрудничестве с клиентами. Новые модули пилятся под конкретные задачи, тиражируются другим клиентам.

Где же тогда роль продакт-менгеджера в B2B? В одной статье видел мудрую мысль, что продакт менеджмент это часть процесса разработки, в которую включили работу с клиентом. Раньше клиент писал ТЗ, команда шла делать. Сейчас ТЗ нет, но есть специальный человек который коммуницирует с клиентом и/или отраслью, подгоняет команде требования.

проверка гипотез выстреливает, когда создаётся прорывная технология.

И этим конечно также нужно заниматься! Только прорывная технология это гораздо сложнее.

Подробнее..

Из песочницы B2B продажи в США. Подводные камни, о которые разбивается большинство

04.08.2020 16:15:07 | Автор: admin
Чтобы продавать бизнесу в США необходимо принять простую вещь. Продажа в США это не набор волшебных слов, бездумного спама и давления. Это очень органичный для обычного американца, но такой непривычный для многих процесс построения отношений.

Построение отношений


это ключевой момент продажи на рынке B2b. И когда я говорю об отношениях, я имею в виду именно СОЦИАЛЬНУЮ ИНЖЕНЕРИЮ.

Вы должны понимать, что те кто мог бы захотеть сотрудничать с вами уже имеют своих поставщиков решений, продуктов, сервисов. И вам предстоит стать одним из них или единственным. Как завоевать свой кусок? Как заставить отказаться от привычного, доверенного?

Результатом B2b продажи станет частичный или полный переход клиента к вам.

Чем должен быть обоснован такой переход? Вероятность такого перехода при первом или втором касании минимальна. Об эту стенку разбивается большинство тестовых рекламных компаний.

image

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

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

Можно ли сделать так же?


В фантазиях да, в реальности это не рентабельно для большинства проектов.

Как же продавать? Как входить на рынок b2b продаж?

Отличный вопрос!!!

Любой американец ответит на него так: начни работать, зарекомендуй себя и тебя будут рекомендовать. Обрастешь постоянными заказчиками, а потом быстро дорастешь уже до своего потолка желания/возможностей/умений.

Другой ответ это знать всех потенциальных клиентов. Коснуться каждого. И плотно вести растить, утеплять тех за кого удалось зацепиться.

Но, это все слова. А на практике?

Пример из Accounting Services маркета:

Компания находится на юге достаточно крупного города. Население порядка 600 000+. Это компания предоставляет услуги бухгалтерского учета с выездом к заказчику.

Они хотели бы связаться со всеми владельцами бизнесов в своем округе и работать с ними. Как в таком случае поступает обычно компания? Делает спам рассылку открыток, пытается купить рекламу и оплачивает Yelp.

НО! Компании не ищут новых бухгалтеров через интернет, они ищут их по рекомендациям. Владельцы компаний не гуглят бухгалтера вокруг них.


Так как же работать с ними?

Из опыта работает такой подход: сначала вычисляем все компании которые бы интересны, обычно в зоне интересов заказчика таких компаний больше 3-4 тысяч. Для этого мы используем Linkedin, данные по лицензиям, смотрим рекламные компании, которые ведут эти компании, опять же в каунти часто бывают доступные данные для работы.

image

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

image

Мы знакомимся используя разные варианты подходов, чтобы понять какие более конверсионные. Мы выполняем работу, которую делал бы заказчик, но делаем это более массово. После знакомства, мы начинаем прогревать потенциальных клиентов. Надо доставлять им месседжи, документы, истории, кейсы, которые могут их заинтересовать. Это не спам. Это действительно занимательная и полезная инфа для потенциального клиента. Под каждого создается своя конструкция и это не банальный mail маркетинг мы общаемся в месcеджерах и чатах, письмами и сообщениями в LinkedIn. Процесс построен так, чтобы по каждому потенциальному контакты было следующее действие. Все должно сводиться и учитываться общей системой. Когда количество потенциальных клиентов по миру 1M+ и в день совершается более 1000-3000 диалогов. Без системы работать невозможно.

Основной задачей является приучение потенциального клиента к имени заказчика и к тому, что ОН ЗНАЕТ ЭТОГО ПАРНЯ! В какой то момент прогрева, клиенты начинает общение. С простых слов. Банальных фраз. Но, это сигнал к началу работы уже продавца. Мы следим, чтобы конечно целью этой очень мягкой беседы в результате стало ЗНАКОМСТВО. Через Demo или встречу, отправку предложения или просчет по каким либо работам.

Так строится продажа в B2B. Постепенно. Без давления и пуша. С удовольствием от общения. И предвкушением сотрудничества. Это работа с массой. Но, с индивидуальным подходом.
Именно поэтому те, кто рассчитывает ботом собрать заявки и интересантов, собираем негатив и баны. Этот путь не подойдет тем, кто не готов быстро реагировать на вопросы, быстро предлагать решения, общаться и СТРОИТЬ ОТНОШЕНИЯ.

Ведь все так просто! B2b продажи это не про историю на одну ночь. Это про любовь!

Подробнее..

Что такое платформенный капитализм и кто на нем зарабатывает

12.01.2021 12:17:05 | Автор: admin

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

Куда инвестируют обыватели

Идея платформенного капитализма заключается в удержании клиента и использовании его данных для продажи дополнительных продуктов и услуг (клиенту) и его данных (3-м лицам). Пользователь платформы привязан к ней и не может без значительных затрат с этой платформы соскочить".

Хороший пример платформенного капитализма компания Apple. iPhone это не просто телефон, а платформа, которая предоставляет пользователям услуги хранения фотографий, доступ к магазину приложений, и т д. Другими примерами платформ являются Netflix, Facebook, Amazon и Google через систему Android.

Почему популярный подход не самый грамотный

Все названные выше имена являются неплохими кандидатами для инвестиций, но у них есть проблемы:

  1. Оценка компаний. В пандемию ритейл-инвесторы дружно навалились на акции AAPL, NFLX, GOOGL и FB и загнали их в такую высь, что оценка компаний вызывает сомнения даже у оптимистов.

  2. Потенциал роста. После взрывного роста аудитории на начальном этапе B2C платформы уперлись в естественный предел количества платежеспособных пользователей. Ситуация становится похожа на рынок мобильной связи: телефоны есть у всех,поэтому количество подписчиков можно увеличить, только переманив клиентов у других игроков.

  3. Защита персональных данных. Утечки данных пользователей и их использование в политических целях создают проблемы для всех игроков. Законы о защите персональных данных ограничивают прибыль, ведь продажа данных 3-м лицам это ключевой компонент бизнес-модели.

  4. Антимонопольное законодательство. Это главный риск для платформенного капитализма конечного пользователя. Последний и самый серьезный случай произошел в октябре 2020. Минюст США подал Anti-trust иск против Google. Эта история будет тянуться много лет и способна затормозить развитие любой компании. Похожее случилось с Microsoft, которая на протяжении нескольких лет отбивалась от антимонопольных исков, упустив множество стратегических возможностей.

Платформенный капитализм конечного пользователя за короткое время превратился из мягкого и пушистого спасителя мира в ненавидимого всеми монстра. Аналог табачных компаний с неплохой, но стагнирующей прибылью, в нагрузку к которой идет необходимость постоянно отбиваться от скандалов и искать способы выжить. Возросшие риски не оправдывают высокую стоимость и слабеющий потенциал роста Big Tech компаний.

Куда инвестирует сын маминой подруги

Вместо того, чтобы ходить по минному полю Facebook и Google, обратим свой взгляд на фирмы, которые построили успешные платформы в области B2B.

B2B платформы показывают сумасшедший рост, не присутствуют в заголовках масс-медиа и поэтому частично защищены от anti-trust исков. Никто из политиков не выиграет от борьбы с компанией, о которой большинство избирателей ничего не слышали. Гораздо проще бороться с Цукербергом и Безосом, электорат это оценит.

Вот пара имен, которые не прибавят вам популярности на вечеринках, но, на наш взгляд, будут расти значительно быстрее рынка.

Atlassian (NASDAQ: TEAM)

Эта компания предлагает интегрированный набор инструментов для разработки и поддержки софта (что на проф жаргоне называется ITSM и DevOps).

Разработка и поддержка софта давно стала командным видом спорта. Как скоординировать поступающие сообщения о багах, распределить работу между разработчиками, организовать изменения в коде и апгрейды системы? Atlassian отвечает на эти вопросы с помощью своей платформы, которая включает в себя интегрированные инструменты, такие как Jira, Confluence, BitBucket.

Математика роста у Atlassian в значительной степени оправдывает их капитализацию. Текущая капитализация равна $60 миллиардов, или 37X от продаж или 120X Free Cash Flow. Показатель CAGR ниже на графике, отражает на сколько процентов прирастает выручка и свободный денежный поток за год.

Atlassian работает по модели Land and expand. Компания продает подписку на один из своих инструментов, потом растут как вглубь (то есть за счет других продуктов), так и вширь (за счет увеличения количества пользователей).

График показывает, как со временем растут продажи группам клиентов в зависимости от года подписки на платформу Atlassian.

PTC Inc. (NASDAQ: PTC)

То, что Atlassian делает для софтверных компаний, PTC делает для производственных. PTC за последние 5-10 лет собрали облачную платформу, которая покрывает все потребности современной производственной компании, от разработки до поддержки продукта (включая 3D-моделирование, дополненную реальность и тд). Любой, изучавший инженерную науку в ВУЗе, наверняка слышал о программе Mathcad. Это только один из инструментов в портфеле продуктов PTC.

Помимо математических расчетов, за которые отвечает Mathcad, вам надо хранить спецификации и историю их изменений (Windchill) , 3D-модели (Creo and Thingsworx), инструкции по сборке, обслуживании и ремонте (Vuforia).

PTC делает правильно многие вещи, стараясь переориентировать продукты в своей платформе в направлениии Мульти -тенантных облачных систем (Их последнее приобретение компания Onshape как раз предоставляет такую систему).

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

Цена добавления нового пользователя равна затратам на маркетинг, так как для новых пользователей не надо разворачивать новые виртуальные сервера.

Мы считаем, что PTC находится в самом начале периода интенсивного роста (15-20% в год на протяжении ближайших 10 лет). В последнем своем заявлением, CEO компании Джимом Хеппельманом, заявил что рост будет быстрее чем раньше SaaS will make up ~20% of bookings, ~10% of ARR, growing faster than overall.

Модели аналитиков крупнейших инвест банков, подтверждают наш тезис по долгосрочному росту.

С оценкой у PTC немного получше, чем у Atlassian. Выручка за последний год $1.5 миллиарда и кэшфлоу 215 миллионов. Капитализация в $14 миллиардов это 9X от продаж, и 65 от свободного кэш флоу (free cash flow).

Иногда, самыми лучшими для долгосрочного роста капитала являются компании, которые не находятся на слуху и в фокусе рыночного хайпа, а методично и последовательно строят свой бизнес, привязывая корпоративных клиентов к себе на долгие годы. B2B платформы - как раз такой случай.
Бизнесы в облаке, построенные на основе мульти-тенантной парадигмы это машины для печати денег.

Подробнее..

Лимиты в LinkedIn. Нюансы. Когда 1 не равно 1?

15.05.2021 12:11:56 | Автор: admin

Как работают квоты

В LinkedIn есть счетчики, показывающие, сколько раз каждый пользователь выполнял определенные запросы. Если эти счетчики превышают пороговые значения, LinkedIn может ограничить такие запросы. В случае многократного превышения пороговых значений могут применяться более строгие меры.

Мы отслеживаем количество таких запросов и предотвращаем выполнение задач, выполняющих запросы этого типа, когда количество достигает определенных пороговых значений.

Типы запросов

Для каждого типа запросов или другого счетного ограниченного действия есть ресурс . Ресурс - это просто счетчик, который сбрасывается в начале периода (час / день / неделя / месяц) до максимального значения и уменьшается каждый раз при вызове запроса, пока не достигнет нуля. Когда ресурс достигает нуля, он считается исчерпанным, и любые задачи, которые делают такие запросы, будут приостановлены до начала следующего периода.

Некоторые задачи могут делать больше, чем просто один запрос в LinkedIn, например, для отправление обычного сообщения мы должны сделать два "счетных" запроса в LinkedIn:

  1. Страница открытого человека (ресурс: OpenProfileRegular )

  2. Отправить запрос на сообщение (ресурс: SendMessageRegular )

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

Один ресурс, может потребоваться более чем для одного типа задач. Например, есть некоторые задачи, которые могут быть выполнены действиями, выполняемыми на странице человека - получение данных о человеке, отправка запроса на соединение, отправка сообщения. Все они будут потреблять ресурс OpenProfileRegular или OpenProfileSales .

В некоторых случаях во время выполнения задачи ресурсы расходуются частично. Например, когда сообщение отправлено в существующий диалог, ресурс SendMessageRegular не будет использоваться, поскольку LinkedIn не ограничивает количество сообщений, отправляемых в существующий диалог. Но для начала выполнения задачи необходим доступный ресурс, даже если он не будет потребляться, потому что заранее не известно о реальной потребности в этом ресурсе.

Зная это мы можем гарантировать, что определенные ограничения активности не будут превышены каждым профилем.

Подробнее..

Категории

Последние комментарии

  • Имя: Макс
    24.08.2022 | 11:28
    Я разраб в IT компании, работаю на арбитражную команду. Мы работаем с приламы и сайтами, при работе замечаются постоянные баны и лаги. Пацаны посоветовали сервис по анализу исходного кода,https://app Подробнее..
  • Имя: 9055410337
    20.08.2022 | 17:41
    поможем пишите в телеграм Подробнее..
  • Имя: sabbat
    17.08.2022 | 20:42
    Охренеть.. это просто шикарная статья, феноменально круто. Большое спасибо за разбор! Надеюсь как-нибудь с тобой связаться для обсуждений чего-либо) Подробнее..
  • Имя: Мария
    09.08.2022 | 14:44
    Добрый день. Если обладаете такой информацией, то подскажите, пожалуйста, где можно найти много-много материала по Yggdrasil и его уязвимостях для написания диплома? Благодарю. Подробнее..
© 2006-2024, personeltest.ru