Реверс-дизайн. Вишлист, 1: идея

Первая часть цикла: что такое реверс-дизайн, откуда взялась идея и зачем это аналитикам и дизайнерам

2-3 минуты на прочтение
Реверс-дизайн. Вишлист, 1: идея
  • Все статьи цикла:
  • Реверс-дизайн. Вишлист, 1: идея (вы здесь)
  • Реверс-дизайн. Вишлист, 2: концепция
  • Реверс-дизайн. Вишлист, 3: общая картина и архитектура (coming soon)
  • Реверс-дизайн. Вишлист, 4: регистрация (coming soon)
  • Реверс-дизайн. Вишлист, 5: создание и заполнение вишлиста (coming soon)
  • Реверс-дизайн. Вишлист, 6: просмотр вишлиста (coming soon)
  • Реверс-дизайн. Вишлист, 7: отметка пунктов (coming soon)
  • Реверс-дизайн. Вишлист, 8: сортировка пунктов (coming soon)
  • Реверс-дизайн. Вишлист, 9: копирование пунктов (coming soon)

Реверс

Те, кто плотно связан с ИТ, наверняка слышали термин «реверс-инжиниринг». Это когда ты берёшь готовую программу и разбираешься, как она была написана: какая у неё логика, какая защита, почему были приняты те или иные архитектурные решения. Проворачивать подобное частенько приходится инженерам информационной безопасности, а иногда простенький реверс-инжиниринг даже входит в обучающий курс программирования (потому что умение анализировать чужой код так же важно, как писать собственный).

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

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

Насмотренность

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

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

Питомцы

Несколько слов о питомцах. Когда я хочу изучить что-то новое (технологию, инструмент) я придумываю (или заимствую, чего уж там) идею какого-нибудь маленького, но полезного сервиса. Беру ту самую технологию/инструмент, с которой хотел познакомиться поближе, и проектирую-разрабатываю нового питомца фактически с нуля.

Так, например, появился генератор текстов fish-text.ru, несколько разных плагинов/материалов для Figma, приложение для экрана блокировки смартфона QR Card и, собственно, герой этого цикла — сервис по созданию вишлистов.

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

Идея

Те, кто читает мой канал или подписан в соцсетях, могут помнить, как появилась идея очередного такого питомца: один хороший человек, Лёша Бородкин (кстати, автор бомбезного @Who_X), решил отпраздновать свой ДР. В уютном и мемном чатике, посвящённом сему мероприятию, мы стали требовать от него вишлист. И он прислал. Кровь из моих глаз продолжала течь ещё неделю.

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

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

Погнали

В следующей статье цикла я расскажу про концепцию продукта. О том, каким сервис представлялся мне в самом начале, какие метрики я для него определил.

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

  • Все статьи цикла:
  • Реверс-дизайн. Вишлист, 1: идея (вы здесь)
  • Реверс-дизайн. Вишлист, 2: концепция
  • Реверс-дизайн. Вишлист, 3: общая картина и архитектура (coming soon)
  • Реверс-дизайн. Вишлист, 4: регистрация (coming soon)
  • Реверс-дизайн. Вишлист, 5: создание и заполнение вишлиста (coming soon)
  • Реверс-дизайн. Вишлист, 6: просмотр вишлиста (coming soon)
  • Реверс-дизайн. Вишлист, 7: отметка пунктов (coming soon)
  • Реверс-дизайн. Вишлист, 8: сортировка пунктов (coming soon)
  • Реверс-дизайн. Вишлист, 9: копирование пунктов (coming soon)

Павел Шерер, продюсер IT-решений

Канал в Telegram

Раньше тут были комментарии, но я решил не плодить сущности. Есть что сказать или спросить — велкам в телеграм-канал:

Обсудить в Telegram