Кому это подходит

Skomi для SaaS-продуктов

SaaS-компания измеряет две вещи, которые обычно покупаются отдельно: маркетинговый сайт, который должен конвертировать, и продукт, который должен удерживать. Skomi покрывает обе одним скриптом и одним счётом, в той части, что касается измерения на уровне страниц, а её стоит внимательно прочитать ниже.

Что вы получаете

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

Никакого баннера согласия на маркетинговом сайте. На устройстве посетителя не остаётся ничего, поэтому страница, которая должна конвертировать, — не та страница, которая сначала спрашивает разрешения. Для продукта, чьё собственное предложение строится на доверии, это стоит больше самой аналитики.

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

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

Виджет отзывов, который можно поставить на один экран. Спрашивайте на той странице, где сомнение, а не рассылайте анкету неделей позже.

Отчёты без раздачи доступов. Общая панель — это ссылка без аккаунта за ней, и именно так основатель показывает числа инвестору или совету, не добавляя мест.

Чего Skomi для вас не сделает

Skomi сам не выясняет, кто есть кто. Идентификатор посетителя вычисляется на сервере из соли, которая меняется каждый день, поэтому вернувшийся на следующей неделе считается новым посетителем, а не тем же самым. Исключение — то, которое выбираете вы: включите Identify signed-in users в настройках Analytics для сайта, и ваш продукт сможет вызывать skomi.identify() со своим идентификатором для человека, вошедшего в систему. Этот идентификатор следует за человеком изо дня в день и с устройства на устройство, ничего не хранит на его устройстве и позволяет отфильтровать панель, список визитов и пути по тому, что сделал этот конкретный клиент. Он выключен, пока вы его не включите, отклоняет всё, что похоже на адрес электронной почты, а сообщить об этом своим пользователям должны вы. Это фильтр, а не модель аккаунтов: нет ни измерения по компаниям, ни списка ваших пользователей, ни привязанных к ним атрибутов. Значение identity.mode, равное device, на уровне сайта — отдельный выбор. Оно возвращает на устройство постоянный идентификатор и делает возвращаемость тем, чего вы ожидаете, ценой хранения чего-то на устройстве, что приводит за собой вопрос о согласии. Это настоящий компромисс, и принимать его вам.

Ни флагов функций, ни экспериментов, ни A/B-тестов. Продуктовые аналитические платформы всё это включают, а у Skomi нет ничего из этого. Если ваш план развития зависит от выкатывания вариантов и чтения разницы, рядом у вас будет работать что-то ещё.

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

Никакого единого входа для вашей команды. Люди, с которыми вы работаете, входят по своей почте и паролю или через Google, Microsoft или GitHub, а доступ даётся по сайту или приложению, а не по группе в каталоге.

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

Настройка под то, как вы работаете

Один скрипт на оба, маркетинговый сайт и приложение. Это может быть один сайт в Skomi или два: один, если вам нужна вся воронка в одном виде, два, если смотрят на них разные команды. Руководство по сниппету покрывает оба случая.

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

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

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

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

Один скрипт или один SDK. Отчёты в обоих случаях одни и те же.

Создайте аккаунт, зарегистрируйте сайт и включите то, что нужно.