Сначала бизнес, потом юзеры: продуктовый подход к внутренним инструментам на примере PWA-конструктора

В сфере искусственного интеллекта произошло заметное событие. sonyapapulova 1 минуту назад Сначала бизнес, потом юзеры: продуктовый подход к внутренним инструментам на примере PWA-конструктора Уровень сложности Простой Время на прочтение 5 мин Охват и читатели 0 Usability * WebAssembly * Анализ и проектирование систем * Веб-дизайн * Кейс Из песочницы Привет! Я Софа, ведущий b2e дизайнер в Perfomance Lab, и я считаю, что внутренние продукты недооценены, а процесс их создания в корне отличается от b2c/b2b. Сегодня речь пойдёт про последнее упомянутое решение — PWA-конструктор, который помогает нашим медиабаерам проверять свои гипотезы быстрее и создавать более 20 приложений каждый день.

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

Технические детали

Казалось бы, нужно пойти к пользователям, собрать проблемы, провести глубинные интервью... Но в B2E (Business-to-Employee) сегменте это не всегда работает эффективно. Высок риск пойти на поводу у привычек коллег и создать сервис под копирку из старого набора костылей, повторив все ошибки конкурентов.

Поэтому нам пришлось откатиться до базового вопроса: зачем мы это делаем в рамках бизнеса и процессов? И только ответив на него, мы перешли ко второй итерации — работе с пользователями. Какой был процесс: шаг за шагом Первая итерация MVP 1 была собрана разработчиками для разработчиков, во время ее создания мы готовили макеты для полноценной второй версии.

С командой исследовали рынок, говорили с пользователями, собирали прототипы и тестировали решения. Так параллельная работа позволила проверить гипотезы бекенда и дизайнеров одновременно. Версия MVP 1 (Больше вайбкодинга Богу вайбкодинга!

Отраслевые последствия

) Этап 1: Понимание задачи бизнеса Синхронизация со стейкхолдерами. Нам нужно было собрать их видение: на что должен повлиять сервис и какой ожидается результат (спойлер: деньги) . Мы взяли time‑метрики на выполнение ключевых действий.

Это помогает оцифровать удобство работы с продуктом. А как известно, всё, что можно измерить — можно улучшить. Оценка ресурсов и сроков.

Этап 2: Понимание задачи пользователей Сбор User Flow. Сначала нужно было понять, как вообще устроен продукт под капотом и где он ломается на уровне логики. Мы собрали первые экраны и начали их итеративно «причесывать».

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