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

Представьте, что у вас есть уже готовый продукт. Можно предположить, что какой-то сегмент людей его купит. Мы берем продукт, берем людей и проводим решенческое интервью aka "купи прям щас под расписку". И таким макаром можно двигаться на встречу к поиску своих клиентов.

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

Посмотрел на список наших текущих клиентов и посмотрел на результаты custdev/решенческих интверью. Понял, что наша платная поддержка оказывается никому не нужна, кроме определенного класса клиентов. Составляем гипотезу, что в такие компании можно заходить и предлагать продукт и поддержку. Пока, я понимаю это так.

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

Показатель отказов — это количество сеансов на сайте, при котором пользователь открывает его и никуда дальше не переходит.

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

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

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

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

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

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

Эмоции приятные, попробуйте. Если не стремаетесь зайти в библиотеку 😉

Вот, кстати, сами книги

У нас в Tarantool есть проблемы с документацией. Прошлые 8 лет мы писали ее, находясь в неком вакууме. В отрыве от остального мира. Это сделало ее сложной.

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

Надо ее исправлять. Мы задумались о том, как бы нам оценить ее сложность для пользователя. Какие выбрать метрики и как автоматизировать процесс оценки?

Для тех кому интересны подробности — читайте статью. Для остальных — я пришел к варианту с "оцените статью по 5-бальной шкале". Это может показаться странным, но оказалось что этот метод прост и отвечает на наши вопросы:

- нашел ли пользователь ответ на вопрос?
- насколько сложно описан блок?
- насколько сложно было найти этот раздел?
- насколько подробно описано?

https://www.notion.so/b19f8a46d0274b82aad1b98f567d5c03

Читайте книги: Когда кофе и капуста конкуренты

В этой книге есть две главные мысли. Они тесно связаны.

Мысль 1:

Конкуренты могут быть продукты/услуги разных типов.

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

Пример 2: люди пьют кофе чтобы взбодриться. Обнаружили, что капуста тоже бодрит. Часть людей перешла с кофе на капусту 😉

Мысль 2:

У нас всех постоянно возникают какие-то задачи: убить время, стоя в очереди; приготовить полезный завтрак; поделиться впечатлениями от поездки. Когда мы начинаем пользоваться каким-то продуктом, мы по сути “нанимаем” его, чтобы он помог нам выполнить какую-то конкретную “работу”.

Разработали подход JTBD. Подход JTBD — это про понимание этих задач и акценте на них. Про создание конкурентов для этих задач. Вот и все.

Пример акцента на задачах клиента: Никита — мой близкий друг. Он любит звать к себе гостей, готовить им блюда, устраивать им развлечения. Ему это нравится.

Он "нанимает" домашнее тесто, чтобы слепить пельмени, настолки и квартиру родителей, чтобы все это устроить. Ему редко получается выбить квартиру родителей. Но у него есть машина.

Предлагаем ему набор для гриля на природе: сам гриль, атрибутика, и книга с рецептами. Готово — мы создали конкурента для квартиры родителей.

Привет! Давно мы с тобой не болтали.

Хочу узнать, что люди читают в Telegram.

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

Не стесняйся, вот ссылка - запишись и мы пообщаемся в Zoom:
https://calendly.com/artur-barsegyan/tg-blogs

Один из моих текущих проектов — это привлечение контрибьюторов в Tarantool. Контрибьюторы — это люди, которые безвозмездно пишут код, находят баги и исправляют документацию. Так устроен мир открытого ПО.

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

Чтобы понять, как делать правильно, мы начали изучать другие сообщества. Docker, Rust, Node.js, brew, Google. Это компании и сообщества которыми мы вдохновлялись. Я провел несколько интервью, изучил структуры организаций, их процессы и методы агитации.

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

Оставьте свои мысли и комментарии прямо в документах или мне в личке.

Инструкция

Roadmap

Я занимаюсь не своей работой. Или у меня неверные ожидания?

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

За это время я успел забыть, что такое сам Tarantool.

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

Из приятного: я занимался страницей загрузки продукта, но там большую часть времени заняло общение с командами и подгон правок под их замечания. Были административные проблемы и мы протолкались пару недель. Я пинговал, искал компромиссы и всех утешал. Но не думал над задачей.

История одного удачного решения

Сегодня я отправил команде письмо в котором был список патчей от пользователей из сообщества. Там было больше 60 непроверенных патчей, которые мы динамим по полгода. Я очень рад этому. Почему?

Проект c контрибьюторами начался относительно давно и долгое время буксовал. Я писал о нём пару сообщений назад. Мы написали roadmap, написали приветственный разводящий текст для внешних контрибьюторов, но проект особо не задвигался.

Я устраивал встречи и форсировал планирование задач. Мы назначали следующие действия, но мотивация команды была слабая. У команды не было веры в это.

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

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

Я не могу доказать, но чувствую, что принял правильное решение. Двигаем эту историю дальше (:

Ловите мем про работу продакта

Твое первое знакомство с базой данных

В любом современном продукте есть "Getting Started". Это обычно небольшая инструкция на 5 — 15 минут. Ее цель — это помочь заинтересованному быстро потрогать продукт и потыкать в него, чтобы получить первый опыт и эмоции.

Для продактов — это такая штука, которая конвертирует посетителя в пользователя.

У нас Getting Started уже есть. Его первую версию я с командой документации разработал ровно год назад и обкатали его на парочке наших первых UX исследованиях.

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

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

Сегодня думал о том, как нам научиться все это трекать.

Начал думать с конца — как команда будет оценивать конверсию от недели к неделе?

Решил сначала нарисовать примерный вид графика. Спросил у Коли (@nberezowsky) пару вводных и он мне скинул картинку выше. Коля тоже продукт, и иногда я у него советуюсь по всяким штукам.

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

"Сначала посмотри на данные, потом построй график".

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

Итак имеем одностраничник. Чтобы трекать прогресс пользователя по этапам GS нужно освоить несложное кунг-фу. Читать о нем тут.

Это называется "виртуальные страницы". При пролистывании будем подсказывать аналитике, что пользователь перешел на следующую страничку.

Однако же, скролл по страничке — это так себе метрика. А если он скролит страницу и читает, но по факту даже не установил себе продукт? Как наверняка понять, что пользователь скачал и запустил продукт у себя на компе и вот даже уже начал пробовать следующие шаги?

Тут в работу включается сквозная аналитика, которую придумал мой лид — Костя (@racktear). О сквозной аналитике расскажу в следующем посте.