Тестовое задание · Пиксель Плюс

AI Пиксель Тулс: путь нового пользователя, блокеры и приоритеты

Разбор сервиса ai.pixeltools.ru глазами нового пользователя: от регистрации до первых результатов. Цель — понять задачу пользователя, зафиксировать препятствия, расставить приоритеты и выбрать одно наиболее важное улучшение.

Исполнитель
Лидия Мялкина · резюме
Вакансия
Product Manager · Пиксель Плюс
Дата
28–29 сентября 2026
Роль в сценарии
PM стартапа BEANABOX
Метод
CJM + Jobs-to-be-Done · RICE
Первая польза для персонажа: за один сеанс увидеть видимость бренда в ответах ИИ, тональность (репутация), конкурентное окружение и зацепки для усиления УТП. Фокус разбора — путь создание проекта → первая польза, а не тестирование оплаты.

Для PM BEANABOX первая польза — это не просто увидеть цифры, а понять, упоминается ли бренд в ответах нейросетей на запросы его целевой аудитории (обжарщики, владельцы кафе, закупщики в фудтехе) и какие конкуренты при этом всплывают. Если система подбирает конкурентов из другой ниши (например, маркетплейсы), ценность отчёта обнуляется: нельзя ни отстроиться, ни усилить УТП на чужом конкурентном поле.

1. Customer Journey Map

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

Слой Этап 0Awareness / вход Этап 1Setup — промпты Этап 2Registration / Auth Этап 3First entry Этап 4Paywall / сводка Этап 5Payment 99 ₽ Этап 6First run / лимиты Этап 7Waiting Этап 8First insight Этап 9Competitors Этап 10ИИ-помощник Этап 11Audit / УТП Этап 12Next / access
Stage Awareness → Intent Onboarding / Configuration Account creation First login / Orientation Activation / Paywall Conversion / Payment First value attempt Processing / Waiting Aha / First insight Analysis / Competitive framing Guided interpretation Synthesis / Audit Retention / Collaboration
Job этапа Понять, решает ли сервис задачу видимости бренда в ИИ, и запустить анализ для BEANABOX Задать запросы, по которым потом смотреть видимость и репутацию Сохранить проект и продолжить без потери данных Вернуться к своему проекту и первой видимости бренда Увидеть видимость, тональность и конкурентное окружение Разблокировать данные и перейти к видимости бренда Запустить сбор ответов нейросетей по своим промптам Понять, когда можно действовать и можно ли уйти со страницы Понять, видят ли нас ИИ и как говорят о бренде Понять, с кем нас сравнивают нейросети, и отстроиться Уточнить описание бренда/УТП и спросить про видимость Сравнить бренд с правильными конкурентами по продуктам, ЦА, ценам, УТП Понять «что дальше» и при необходимости отдать доступ коллеге
Actions Открывает ai.pixeltools.ru; заполняет бренд и деятельность; выбирает нейросети; запускает анализ Редактирует промпты; создаёт проект OAuth Яндекс ID через Google; ожидание редиректа Параллельно GEO-факторы, сводка, смежные вкладки Открывает сводку; пытается работать с фильтрами Уходит на tools.pixelplus.ru; пробует ЮMoney; оплачивает картой 99 ₽ Нажимает «Обновить весь проект» Смотрит прогресс ~ 48–51%, шапку отчёта, план шагов Смотрит позиции/упоминания; читает тональность и ответы Смотрит график; сверяет «конкурентов»; пытается сменить набор Пишет вопрос про описание бренда; пытается пользоваться чатом Выбирает конкурентов; генерирует аудит; пробует автогенерацию Рекомендации; гостевые ссылки; добавление доступа; события
Touchpoints Лендинг модуля; форма; CTA Экран подобранных промптов; «Создать проект» Passport Яндекса; Google account chooser /geo-factors; навигация; сводка Сводка; баннер демо; модалка 99 ₽ card/bind; ЮMoney/ЮKassa; форма карты Модалка лимитов (~ 34k) Прогресс-бар; онбординг-план Таблица позиций и упоминаний Раздел конкурентов; барчарт /assistant; footer /audit; SWOT; степпер Настройки доступа; события
Emotions Интерес, готовность пробовать Недооценивает вес шага («просто ключи») Раздражение от длинной цепочки входа Легко отвлекается от «моих результатов» Ожидал инсайт — видит размытые данные Готов платить; бесит нестабильный UI кошелька Sticker shock по лимитам Неопределённость, тревога закрыть вкладку Интерес; нули без пояснения сбивают Потеря доверия к нерелевантному набору Ожидал переводчика данных — баг UI Текст местами полезен, входной набор подрывает доверие Collaboration неочевидна
Friction Не очевидна важность описания бренда/деятельности как фундамента всех настроек проекта Не объяснено, что промпты = база автоподбора конкурентов и всей аналитики → первая польза может быть «не про задачу» Продукт → Яндекс → Google → обратно «Энциклопедия GEO» вместо линии бренда в ИИ Первая польза не выдана; шаг 1 плана = оплата Кнопка ЮMoney пропала (частный случай); оплата картой; автосписания Неясна цена первого ответа на Job Нет ETA; нет «можно закрыть»; CTA опережает данные «Что значит 0%?»; нет моста к действию Не те конкуренты; нельзя задать своих Footer поверх чата (возможен локальный баг; не first value) Неясно «Оцените…»; автогенерация непрозрачна «Пользователь не найден» без правила про регистрацию
Opportunity Держать value prop в терминах бренда/репутации/УТП Пресеты под видимость/репутацию/УТП; предупреждение перед create Упростить вход; прогресс «сохраняем проект» Deep-link в созданный проект после логина First Look / preview до полного trial Оплата — вне фокуса тестового; note в бэклоге Safe defaults первого прогона ETA, «можно закрыть», уведомления Insight-слой + 1–2 CTA Ручной/подтверждённый список конкурентов Низкий приоритет; проверить на других браузерах Аудит только по подтверждённым конкурентам Invite-flow с копирайтом; явный next step
Скрин Этап 0
клик — увеличить
 Этап 1
клик — увеличить
 Этап 2
клик — увеличить
 Этап 3
клик — увеличить
 Этап 4
клик — увеличить
 Этап 5
клик — увеличить
 Этап 6
клик — увеличить
 Этап 7
клик — увеличить
 Этап 8
клик — увеличить
 Этап 9
клик — увеличить
 Этап 10
клик — увеличить
 Этап 11
клик — увеличить
 Этап 12
клик — увеличить

2. Карта блокеров на воронке до первой пользы

Воронка сжата до пути вход → создание проекта → первая польза (видимость / репутация / отстройка). Лаймом выделен выбранный фокус улучшения

Этап 0Описание бренда
Этап 1Промпты → Create
Этапы 2–3Auth / вход
Этапы 4–5Paywall / оплата
Этап 6Лимиты запуска
Этап 7Ожидание
Этап 8Первая польза
Этапы 9–11Конкуренты / УТП
Роль описания неочевиднаRICE 9.6 · № 4
Не объяснена цепочка «промпты → автоконкуренты / аналитика»RICE 12.2 · № 1 · выбор
Длинная цепочка входавне топа RICE
Paywall до инсайтаRICE 8.0 · № 6
ЮMoney пропалаRICE 2.5 · № 12
Шок лимитов ~ 34kRICE 9.0 · № 5
Нет ETA / «можно закрыть»RICE 10.8 · № 2
Шум онбординг-планаRICE 6.4 · № 7
0% без интерпретацииRICE 5.6 · № 8
Не те конкурентыRICE 10.2 · № 3 · следствие № 1
Выбранное улучшение Сильный блокер на пути Низкий приоритет / частный кейс Момент первой пользы

3. Блокеры и приоритеты (RICE)

Блокеры сформулированы как что / где / когда и отсортированы по RICE: (Reach × Impact × Confidence) / Effort. Чем выше балл — тем раньше стоит чинить на пути к первой пользе

№ Название блокера
что / где / когда		 Тип Влияние на задачу пользователя
Job этапа и связь с целью сессии		 R I C E RICE
1 Не объяснена цепочка «промпты → автоконкуренты/аналитика» на экране подобранных промптов перед «Создать проект» Продукт · старт и качество данных Этап 1 Job: задать запросы для видимости и репутации.
Суть: пользователь правит или принимает промпты «на глаз», не видя цепи промпты → ответы нейросетей → видимость/тональность → автоподбор конкурентов → аудит/УТП. Ошибка на старте системно портит первую пользу по сквозным Jobs «конкуренты» и «УТП»		 9 3 0.90 2 12.2
2 Нет ETA и правила «можно закрыть вкладку» на сводке проекта во время первого анализа Продукт · ожидание Этап 7 Job: понять, когда можно действовать. Откладывает aha по сквозному Job «видимость»; риск ухода до первой пользы 9 2 0.90 1.5 10.8
3 Нерелевантные конкуренты и нельзя задать своих в разделах конкурентов/аудита после первых данных Продукт · качество данных Этапы 9–11 Job: отстроиться и усилить УТП. Прямо бьёт по сквозным Jobs «отстройка» и «УТП»; часто следствие неверных промптов/описания на старте 8 3 0.85 2 10.2
4 Не очевидна роль описания бренда и видов деятельности как фундамента настроек на форме до создания проекта Продукт · онбординг Этап 0–1 Job: корректно задать контекст проекта до создания.
Суть: поля выглядят как анкета, а не фундамент. От них зависят промпты, релевантность анализа и дальнейшие настройки. Неточное описание → первая польза по «видимости бренда» считается по неверной нише		 9 2.5 0.85 2 9.6
5 Модалка «Обновить проект» предлагает до десятков тысяч лимитов в кабинете сразу после оплаты Продукт · упаковка лимитов Этап 6 Job: запустить сбор ответов. Пугает до первого замера видимости 9 2.5 0.80 2 9.0
6 Данные сводки закрыты модалкой paywall на /summary сразу после создания первого проекта Продукт · монетизация Этап 4 Job: увидеть видимость/тональность. Блокирует первую пользу до платежа. Для юрлиц paywall часто терпим, если уже видна ценность; здесь важен как препятствие на пути к результату, а не как тема оплаты сама по себе 10 3 0.80 3 8.0
7 План онбординга шумит текстом и опережает готовность данных на сводке во время ожидания/первых результатов Продукт · онбординг Этапы 6–8 Job: дождаться и прочитать видимость. Отвлекает от сквозного Job «видимость / репутация» 8 1.5 0.80 1.5 6.4
8 Метрики 0%/прочерки без интерпретации в «Позициях и упоминаниях» в момент первого aha Продукт · слой инсайта Этап 8 Job: понять, видят ли нас ИИ. Без интерпретации aha по «видимости» и «репутации» может не случиться 8 2.5 0.70 2.5 5.6
9 Непрозрачные «Оцените…», автогенерация и шаги плана на /audit после первых данных Продукт · UX шагов Этап 11 Job: сравнить бренд и усилить УТП. Затрудняет план по сквозному Job «УТП» после первой пользы 6 1 0.80 1 4.8
10 Ошибка «пользователь не найден» в настройках доступа проекта при попытке добавить коллегу Продукт · совместный доступ Этап 12 Job: отдать доступ коллеге. Вне пути первой пользы 4 1.5 0.90 1.5 3.6
11 Мелкий текст про автосписания и countdown на экране оплаты 99 ₽ (card/bind) в момент платежа Продукт · тексты доверия Этап 5 Job: разблокировать данные. Второстепенен относительно пути к первой пользе; влияет на доверие в момент оплаты 5 1 0.55 1 2.8
12 Кнопка списания ЮMoney пропала на tools.pixelplus.ru/card/bind в момент оплаты trial 99 ₽ Внешний сервис · платежи Этап 5 Job: разблокировать данные.
Суть: в прохождении кнопка кошелька пропала; оплата затем прошла картой. Частный случай, низкий приоритет относительно пути к первой пользе		 3 1.5 0.55 1 2.5
13 Чат ИИ-помощника перекрыт footer на /assistant при уточнении бренда/УТП Баг UI · локальный кейс Этап 10 Job: уточнить описание бренда/УТП. Не на критическом пути к первой пользе. Возможно, особенность конкретного браузера; низкий охват и уверенность 2 0.5 0.40 0.5 0.8

Шкалы: Reach — 1–10 (10 = все новые пользователи); Impact — 0.25–3 (3 = блокирует или системно искажает первую пользу); Confidence — 0.5–1.0; Effort — 0.5–5 (5 = максимальная сложность в person-weeks)

Пример расчёта блокера № 1: Reach 9 (почти все пользователи проходят экран промптов) × Impact 3 (без понимания цепочки первая польза искажена) × Confidence 0.9 (наблюдение с экрана в одном прохождении; требует валидации на сегменте) / Effort 2 (полный to-be: цепочка, тексты, счётчик, состояния) = 12.2.

Effort и план Б: оценка 2 person-weeks — ориентир на полный объём to-be (4 шага, адаптив, новые стейты). Разработка часто пессимизирует сроки. Если визуальная цепочка не влезает в 1 спринт — ультра-MVP (Effort ≈ 0.5): только новый текст info-alert + предупреждение перед «Создать проект» (без схемы из 4 шагов и без новых состояний длинного списка). RICE при E=0.5 ≈ 48.6 — приоритет ещё выше, объём меньше.

4. Почему это одно улучшение

Согласованы шкалы и цифры RICE/ICE. Ниже — обоснование выбора № 1 по структуре задания. Наблюдение — факт с экрана в одном прохождении. Гипотеза — предположение о сегменте, требует проверки.

Выбранное улучшение

Объяснить цепочку «промпты → автоконкуренты / аналитика» на экране подобранных промптов перед «Создать проект»

RICE 12.2 · Reach 9 · Impact 3 · Confidence 0.90 · Effort 2 (план Б: E≈0.5)

Проблема

На шаге Setup — промпты (этап 1) пользователь правит или принимает список запросов, не понимая, что эти промпты задают не только «что измерить», но и основу автоподбора конкурентов и всей последующей аналитики. Job этапа — задать запросы для видимости и репутации — формально выполняется, но без связи с последствиями шага.

Основание

Наблюдение На экране подобранных промптов перед «Создать проект» нет явного объяснения цепочки промпты → ответы нейросетей → видимость/тональность → автоконкуренты → аудит/УТП. Позже, уже после оплаты и ожидания, в разделе конкурентов появились нерелевантные бренды (маркетплейсы / не ниша BEANABOX), а задать своих конкурентов было нельзя.

Экран подобранных промптов перед Создать проект Нерелевантные конкуренты после первого прогона
Слева — этап 1: промпты перед Create (где нет объяснения последствий). Справа — этап 9: следствие — нерелевантные автоконкуренты. Клик увеличивает.

Последствие

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

Гипотеза Часть пользователей сегмента B2B (как PM BEANABOX) уйдёт или не продлит trial, решив, что продукт «не про их нишу», хотя корень — входные промпты, а не модель целиком

Почему берём это в работу первым

Начинаем с этого экрана, а не с других сильных блокеров, потому что:

  • Самый высокий балл RICE (12.2) при согласованных шкалах — выше «размытого ожидания» (10.8) и «не тех конкурентов» (10.2)
  • Корень проблемы: блокер № 3 (чужие конкуренты в отчёте) часто рождается уже на этапе 1. Править только ручной список конкурентов — лечить симптом, а не причину
  • Почему не экран оплаты первым (RICE 8.0), хотя он останавливает всех бесплатных: убрать оплату или открыть отчёт бесплатно до починки релевантности — значит зря тратить входящих. Человек увидит бесплатный, но «кривой» отчёт по чужим конкурентам и уйдёт с выводом «продукт не про нас». Сначала чиним первую пользу (понятная рамка промптов → данные про свой рынок), потом расширяем доступ и оплату
  • Лимиты и срок ожидания отчёта важны после создания проекта, но не спасают, если на входе задан чужой рынок
  • ЮMoney и подвал сайта в чате — частный или локальный сбой, не ставка на путь «создание проекта → первая польза»

Какой эффект ждём и как проверим

После улучшения человек на экране промптов понимает, к чему ведёт список запросов, и может поправить его под видимость, репутацию и нишу до нажатия «Создать проект»

  • Для бизнеса (гипотеза, без выдуманных цифр «до»): больше людей после регистрации и создания проекта доходят до осмысленного аудита или раздела конкурентов «про себя»; меньше уходят на экране оплаты и пробного платежа, потому что отчёт ближе к их задаче. Исходных цифр у нас нет — заранее фиксируем только направление: «доля дошедших до пользы растёт, доля уходов на оплате падает»
  • Сигналы в продукте: чаще правят промпты до создания проекта; в автоподборе больше «своих» конкурентов; реже звучит «не те конкуренты»
  • Проверка качества: короткий разговор с 5–7 людьми из сегмента — человек без подсказки может объяснить связь «промпты → конкуренты и аналитика»

Что уточнить в разговорах с клиентами

Одно своё прохождение сервиса — ещё не исследование. Ниже — что проверить в интервью.

Гипотеза для интервью продакт или маркетолог нишевого бренда для бизнеса (как BEANABOX) на старте воспринимает промпты как «ключи, чтобы отчёт собрался», а не как рамку, по которой система выбирает конкурентное поле — и поэтому не тратит время на правку списка до создания проекта

Спросить у человека из сегмента:

  • «Когда вы задаёте запросы к нейросетям, что для вас важнее в первой сессии — видят ли бренд, как о нём говорят, или кто рядом в ответах как конкурент?»
  • «Если бы система явно сказала, что от этих промптов зависят автоподбор конкурентов и разбор УТП — что бы вы изменили в списке до создания проекта?»
  • «В каком случае вы готовы оплатить пробный доступ, а в каком решите, что сервис „не про вашу нишу“?»

5. ТЗ в backlog + прототип

Одна задача для разработки по выбранному улучшению. Прототип собран на токенах UI Kit Пиксель Плюс и визуально опирается на экран «Подобранные промпты» публичного сценария AI Пиксель Тулс

Объяснить цепочку «промпты → автоконкуренты / аналитика» перед «Создать проект»

Для кого и в чём проблема

Кто: продакт или маркетолог нишевого бренда, который продаёт бизнесу (персона прохождения — продакт BEANABOX)

Проблема: на экране подобранных промптов перед «Создать проект» не видно, что список запросов задаёт не только сбор ответов нейросетей, но и автоподбор конкурентов и основу разбора УТП. Человек правит или принимает промпты «на глаз» и получает первую пользу уже по чужому рынку конкурентов.

Что предлагаем

Сейчас: как на экране создания проекта — синий блок «Отредактируйте и добавьте свои промпты, по которым будет собираться аналитика», заголовок «Подобранные промпты» с «?», текстовый список с переносом строк (✎ / ✕, высоту поля можно менять), кнопка «Создать проект», виджет помощи. Чем список грозит для автоконкурентов и УТП — не сказано.

После: тот же экран; список остаётся вертикальным (1 запрос = 1 строка) — так проще править и сверять; плюс пояснения до создания проекта (см. ниже). В прототипе — переключатель «Сейчас / После».

Что именно меняем

Как должно работать

Состояния экрана

Границы первой версии

Входит (полный объём): всё из блока «Что именно меняем»; состояния экрана выше; адаптив в рамках текущей вёрстки шага. Effort ≈ 2 person-weeks.

План Б (минимум, Effort ≈ 0.5): если визуальная цепочка и новые состояния не влезают в спринт — только новый текст в синем блоке и предупреждение перед «Создать проект». Схему из 4 шагов, счётчик и состояния длинного списка переносим на следующий заход.

Не делаем в первой версии: готовые наборы промптов под видимость / репутацию / УТП; ручной ввод конкурентов на этом экране; пересборку списка нейросетью; отдельный экран подтверждения конкурентов до создания проекта; смену алгоритма автоподбора; правки экрана оплаты, ожидания отчёта и лимитов; импорт файла и связку с поиском и рекламой.

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

Как поймём, что сработало

Качество (обязательная проверка): до «Создать проект» человек видит и может своими словами объяснить связь «промпты → конкуренты и аналитика» (короткий разговор с 5–7 людьми из сегмента нишевых брендов для бизнеса)

Метрики для бизнеса (направление, без выдуманных цифр «до»):

Открытые вопросы

Прототип: 03_prototype_prompts_chain.html  — переключатель «Сейчас / После», кликабельная «?», CTA с демо-тостом

UI Kit: цвета --primary-btn #3d8b1a, alert info, логотип из комплекта. Откройте файл локально рядом с папкой _uikit.

6. Как собирала решение (AI-инструменты)

Основной инструмент компиляции CJM, бэклога, ТЗ и кликабельного прототипа — Cursor (агент в IDE): разбор экранов прохождения, сборка HTML-отчёта и прототипа на токенах UI Kit Пиксель Плюс. Для сверки формулировок, шкалы RICE и полноты ответа на бриф дополнительно смотрела выводы DeepSeek и Gemini. На погружение в продукт (прохождение сценария в текущих продуктах) и сборку артефактов ушло около 4,5 часов. На текущем варианте остановилась осознанно: лимит времени на тестовое исчерпан; дальше логичны CustDev по гипотезе цепочки и уточнение открытых вопросов с командой продукта.

Связаться

Ищу full-time вовлечение в один продукт. Удалённо (MSK / JST). Юридически комфортен формат НПД (самозанятость) на старте с перспективой перехода в штат. Нужен продакт, который сам соберёт кликабельный прототип до разработки? Напишите — покажу на вашей задаче. Готова к короткому тестовому

Telegram Почта

Почта
lv@mialkina.ru

Telegram
@LidaMialkina

Профили
LinkedIn
Behance
Резюме / CV