Как стать автором
Обновить

Продуктовый концепт. Инструкция по выживанию

Уровень сложностиПростой
Время на прочтение6 мин
Количество просмотров910

Уууу, страшное слово — концепт... На фоне пугающие звуки...

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

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

— Кто ты, воин? — Я концепт

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

Он может быть:

  • Новым сайтом или приложением

  • Редизайном сайта или приложения

  • Отдельно взятым разделом

  • Отдельно взятым флоу

  • Микрофичей

Зачем он вообще нужен?

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

Кто работает с концептами?

Работа с концептами проходит либо в рамках продуктовой команды (дизайнер + менеджеры, разработчики, аналитики), либо в команде дизайнеров. Ну или в твоем полном творческом одиночестве.

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

Ситуация

Итак, дано: крупная IT-компания с кучей продуктовых команд. Вам поручили разработку нового продукта или фичи на уровне идеи. И вы, дизайнер, сидите вот с такими глазами без утешающих перспектив.

1. Концепция концепта

Первым делом — обернуть концепт во что-то осязаемое. На бумаге, мудборде, где угодно. Главное — фиксировать всё, любую мысль свою и заказчика.

Так сформируются первые гипотезы на основе верхнеуровневого списка функций. Без этого всё может превратиться в никому ненужную замуту.

2. Исследование ЦА

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

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

3. А у конкурентов чё?

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

Фиксируйте, что нравится, что нет — и почему. Если продукта ни у кого нет, ищите по функционалу или "кусочкам". Например, вы будете рисовать приложение с доставкой и видеохостингом. Значит ищем обе части по отдельности.

Лайфхак 1:

Ищите конкурентов на YouTube, особенно если продукт B2B. Пользователи сами снимают обучающие видосы, где видно, как всё работает и где болит.

Лайфхак 2:

Больше про это — в следующей статье.

Рынок диджитал-продуктов огромный. Фиксироваться можно по нескольким регионам: 

  • Арабский рынок — Дубай, Катар: интересный микс минимализма и перегруженности

  • Азия — Турция (внезапно), Индия, Китай, Япония: розничные приложения, необычные паттерны

  • Европа и США — топовые продукты с наибольшим охватом

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

4. Формирование идеи

Вот у нас все данные на руках, потребности выявлены, список хотелок сформирован. Независимо от размера продукта, следующий пункт - ещё раз приземлить концепт. Посмотреть, как фичи будут уживаться между собой. Попробуй выписать все хотелки на любой удобной борде и начать группировать. Например, финтеховские фичи к финтеху, екомерц к екомерцу и тд. Можно ли объединить две фичи в одну? Или 10 схожих в один раздел? Или же можно доразвивать идею? А возможно от чего-то отказаться? 

Основной страх:

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

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

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

5. UI: Настало твоё время

Наконец-то дизайн! Фигма открыта, структура готова, руки чешутся. Ииии, начинаем все заново. Ну почти.:) 

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

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

Когда переходим к первым компонентам - забываем про статьи «Тренды UI в 202..» и лезем в любимые диджитал-продукты, на дриблл и биханс. Смотрим все подряд, что релевантно теме продукта или элемента и пробуем рисовать. Тоже разбираем детально, почему нам нравятся закругления в 20 пт и отступы в 8? Или понравилась карточка? Пробуем перерисовать, наложив наш контент. Пробуя, у вас формируются требования к компонентам, закрываются вопросы по шрифтам и цветам, закладывается основа для будущей дизайн-системы. 

И постепенно картина продукта будет выстраиваться.

6. MVP и реальность

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

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

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

7. Презентация

Упаковывать красивые макетики в презентацию PowerPoint - дело неблагодарное к проделанной работе. В каком виде презентуются макеты:

  • Презентация с анимацией

  • Кликабельный прототип

  • Видео-презентация (необязательно, но «вау»-эффект обеспечен).

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

Финалочка про экспертность и вовлеченность

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

Если вам предлагают отказаться от изначальной идеи, обязательно интересуйтесь почему? Статистика не красивая? Продуктовый упор не на эту фичу? Добивайтесь конкретики. 

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

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

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

Итого, план такой:

  • Собрать хотелки

  • Изучить ЦА

  • Посмотреть на конкурентов

  • Сформировать идею и CJM

  • Отрисовать первый UI

  • Понять MVP и итерации

  • Подготовить презентацию

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

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

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

Это стоит дороже, чем все бюджеты.

Теги:
Хабы:
Всего голосов 4: ↑1 и ↓30
Комментарии0

Публикации

Работа

Веб дизайнер
25 вакансий

Ближайшие события