Про изучение пользователей

230 млн лет назад (230! млн. лет назад) по Земле ходили Герреразавры — картинка внизу поста.
Это были относительно легкие двуногие хищные динозавры. У них был длинный хвост и довольно маленькая голова. Длина тела примерно 6 метров, а весили порядка 650 кг.

Строение их тела говорит о том, что они довольно быстро бегали. Стопа герреразавров имела пять пальцев, однако полностью развиты были только три средних (II, III и IV). Два остальных (I и V) не несли на себе нагрузку от тела — они были сбоку и имели только коготь. Хвост был укреплен отростками позвонков и играл роль балансира при ходьбе и беге. На первых трёх пальцах передних лап были крупные загнутые когти ими герреразавры хватали и удерживали добычу. Догнал, схватил и съел.

О зверюге, которая жила на Земле 230 миллионов лет назад (аж в голове не укладывается цифра), известно больше, чем многим известно о пользователях, для которых создаётся продукт. Если вы не знаете досконально проблемы или мотивации пользователя, то создать классный продукт меньше шансов. Зачастую команда фокусируется на дизайне и функциях, которые в дальнейшем оказываются абсолютно бесполезными.
Если делать продукты для физлиц, то там вероятность "попасть" в потребность выше, так как команда ближе к проблемам физлиц — сами же люди.
Если делать продукты для бизнеса или государства — то лучшие продукты получаются, как правило, у тех, кто либо сам в этом же бизнесе поработал, либо много времени провёл внутри бизнеса, изучая процессы.

В 2015 году, работая в заказной разработке, я был в составе большой группы, которая делала продукт регионального уровня: муниципальные услуги, сервисы для жителей, мониторинг инвестиционных проектов.
И вот мы пошли на приём к мэру одного из региональных городов — приветливый и умный дядька.
Начали обсуждать сервисы для жителей. Один из сервисов был про активных горожан — отметил место на карте, приложил фотку и отписал, что не так. Все видят, голосуют за самые острые дела, а власть расторопно всё исправляет. У жителей, вероятно спрос был бы, если бы власть реагировала на запросы. Но на деле схема оказалась неработоспособной для небогатых городов (а это почти все). Приветливый и умный дядька нам сказал: "Мы уже знаем о таком количестве проблем, на которые не хватает городского бюджета. Зачем же мы будем давать людям ложную надежду и собирать их ещё больше — мы можем реагировать только на самые острые проблемы". Сервис не зашёл.

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

Нечто большее

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

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

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

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

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

Представьте, что вы как заказчик, оставляете заявку и вам за считанные дни проводят целое исследование. Прелесть!

HOW TO WORK BETTER (как работать лучше/продуктивнее)

HOW TO WORK BETTER (как работать лучше/продуктивнее)

HOW TO WORK BETTER (как работать лучше/продуктивнее) – произведение художников Peter Fischli и David Weiss. Список из 10 простых пунктов распространяется не только на продуктивность в работе, но и на восприятие повседневной жизни.

1 Делай только одно дело одновременно / сосредоточься на одной задаче
2 Осознавай проблему
3 Учись слушать
4 Учись задавать вопросы
5 Отличай важное от неважного
6 Принимай изменчивость как неизбежность 🙂
7 Признавай/допускай ошибки
8 Говори проще
9 Будь спокойным/ой
10 Улыбайся

Художники заимствовали эти мысли со знака на доске объявлений на керамической фабрике в Тайланде почти 30 лет назад. С тех пор список появлялся на разных носителях от почтовой открытки до книжной обложки. Работа получила широкую известность в 1991, после появления в виде мурала на торце офисного здания в Цюрихе. Для повторения стиля оригинальной надписи художники изготавливали трафареты с фотографии каждый раз, когда список воспроизводился.

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

И даже сейчас, местами наивный, список HOW TO WORK BETTER предлагает нам остановиться и подумать о том, как и почему мы делаем то, что делаем 🙂

Мягкие навыки для продуктовой работы

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

Но есть ещё личные качества или мягкие навыки, они же soft skills. Глобально выделяют довольно капитанские навыки: умение работать в команде, гибкость, эмпатия, широта взглядов, стрессоустойчивость, управление временем и т.п.
Я не люблю слово "капитанские", но здесь оно прекрасно подходит — очевидно же, что мало кому нужен закостенелый угрюмыш, не умеющий разговаривать с людьми.

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

Это было краткое вводное в понятия hard/soft skills.

А теперь к делу — какие же мягкие навыки нужны тем, кто работает в продуктовых командах?
Помимо очевидных, я бы выделил следующий ТОП-5:
1. Любопытство и тяга к знаниям
2. Умение доставать нужную информацию
3. Решительность и находчивость
4. Структурирование информации
5. Умение вовремя остановиться

Могу рассказать по каждому навыку с примерами из опыта- почему навык важен и как его проверить/проявить.
Надо?

Евген Эсану прочитал обновлённую версию «Не заставляйте меня думать» Стива Круга и сформулировал рекомендации, которые могут пригодиться даже опытным дизайнерам.

1. Люди не читают, а сканируют. Дробите текст, выделяйте ключевые слова.
2. Создавайте явную визуальную иерархию. Делайте заметнее более важные объекты, группируйте связанные.
3. Не изобретайте колесо. Придерживайтесь сложившихся сценариев взаимодействия. Предлагая новое решение, прикиньте, во сколько (времени и усилий) обойдётся его внедрение.
4. Убирайте инструкции, интерфейс должен быть понятен без них. Если без инструкций не обойтись, смотрите пункт 1.
5. Учитывайте, что люди не знают, как работает ваш продукт, и не хотят разбираться.
6. Людям не так уж важны едва уловимые детали и эффекты в ваших продуктах. Убедитесь, что пользовательский сценарий полностью проработан, и полируйте дизайн после этого.
7. Не путайте фокус-группы и юзабилити-тесты. Первое — обмен мнениями и групповое обсуждение (например, продукта). Второе — наблюдение за человеком, который использует продукт.
8. Помните, что люди не похожи на вас. Принимая решения, не концентрируйтесь только на личных ощущениях.
9. Учитесь задавать правильные вопросы.
10. Пользователь не должен думать «где я», «с чего мне начать», «куда делось …», «что здесь самое важное», «почему они так назвали это», «это реклама или часть сайта?». Это отвлекает его от более важных вопросов: «Зачем я здесь» и «Что мне надо сделать».

В переводной статье почему-то нет ссылки на оригинал и даже его названия, так что стоит сослаться здесь:
— Перевод: https://usabilitylab.ru/blog/10-melkih-oshibok-v-dizajne-kotorye-my-po-prezhnemu-sovershaem/
— Оригинал: https://uxplanet.org/1cd5f60bc708

Инсайты

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

Сначала мы устроили брейншторм — объединились по две-три команды и начали накидывать на вентилятор — один из участников команды озвучивал найденную проблему, а все остальные накидывали решения. Тут важно соблюдать правила: нельзя критиковать, каждая мысль важна, и, даже если она кажется глупой, она может дать толчок другому. Каждую мысль записывали на стикер и клеили на стену перед собой.

Вторая часть занятия была посвящена лекции аналитика из redmadrobot — Сергея Ковтунова. Он рассказал про то, как устроен процесс сбора требований и формирование фич в роботах.

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

В итоге наш фичерлист принял такой вид:

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

Проблема:
Новичкам сложно адаптироваться, в сервисе огромная конкуренция.
Решение:
-Бесплатный безлимит на сутки для новых пользователей;
-Тарифные планы для специалистов, в том числе и безлимитные;
-Функциональный личный кабинет специалиста — показывать ачивки навыков и полученных достижений (пройденные тесты, курсы и т.д.);

Проблема:
Обман от мастеров, обман клиентов.
Решение:
-Оплата при помощи безопасной сделки (через сервис);
-При отклике мастер имеет возможность задать время действия своего предложения.