Сегодня Таня Тихомирова, Lead Systems Analyst и SA Community Lead, расскажет о составляющих Discovery-процесса и самое главное — даст вам полноценный шаблон DOR, который можно использовать при разработке любой фичи или целой системы. Без боли и слез.

Читать статью на vc.ru

DOR с артефактами, о которых рассказывается в статье — часть нашего нового подхода к разработке. Подробно о нем и его составляющих мы с Анной Горевановой, Senior UX-Designer, будем рассказывать на очередной конференции AnalystDays'16 в нашем совместном докладе «Не убейте друг друга до конца спринта! Практическая магия взаимодействия System Analyst & UX-designer».

#суровая_практика, #процесс_discovery, #добро_пожаловать_в_будущее

Почему дизайнеры проектируют заново, даже когда есть существующий интерфейс?

Сегодня у нас рубрика «Стесняюсь спросить» — в ней мы будем раскрывать злободневные вопросы специалистов друг к другу, которые почему-то так и не были заданы :)

Сейчас мы работаем над развитием существующих сервисов, и не так давно Таня спросила меня: «Аня, почему ты каждый раз практически заново начинаешь исследовать пользователей и перепроектировать существующий интерфейс? И вообще, почему дизайнеры любят все переделать? Ни разу не видела, чтобы когда продукт уже в проде или есть проработанный сценарий и макеты, дизайнер это всё просто подхватил и продолжил работу!»

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

Господа дизайнеры, поделитесь было ли у вас что-то подобное)

Читать статью на vc.ru

#стесняюсь_спросить

Кто пользователи?

После небольшого перерыва — готовились к Analyst Days — возвращаемся и будем радовать отрывками из нашей книги :)

«Кто пользователи?» — этот вопрос сейчас задают все, и слава богу. Но мы видели пробелы, которые выливались в серьезные доработки. Поделимся ими, чтобы у вас так не было.

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

2. Абстрактные клиенты
Ваша фича — не «для всех». Точный пользовательский контекст, поиск респондентов для исследований и тестов ведет к эффективному решению, и наоборот.
Когда я пришла в мир корпоративного финтеха, клиентом у нас был «бухгалтер». Внешнему наблюдателю этого достаточно — работает бухгалтер с деньгами и бумажками да работает. А для человека, разбирающегося в финансах, бухгалтер-оператор и подписант будут людьми с разных планет. И функционал будет для них разным.

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

У вас есть чем дополнить этот список? Делитесь в комментариях :)

#суровая_практика

Всем привет! Сегодня мы выступили с докладом на AnalystDays’16, приятно видеть, как много вас было! Мы с Таней очень рады, что вы не остались равнодушными и задали много вопросов, которые заставили нас задуматься, спасибо большое!❤️

Завтра мы приглашаем вас на Bar Camp в 11.30, где предлагаем поделиться своим опытом, задать вопросы и почеленджить нашу модель.

А если прийти не сможете, рассказывайте прямо тут, не стесняйтесь :) Что вам интересно? Какие остались вопросы? Может быть есть сомнения?

Всех ждем, Аня и Таня

#стесняюсь_спросить
#суровая_практика

После AnalystDays Party

В пятницу и субботу возле Holiday Inn в Сокольниках было не протолкнуться. Такси подъезжали и уезжали в течение всего дня. А живая музыка к вечеру разносилась по всему отелю: играли Rammstein, Короля и Шута вперемешку с hardrock-версией зеленоглазого такси. Что это было вообще? Конечно, конференция AnalystDays'16!

Кроме неожиданного антуража, первое, что бросалось в глаза – в этот раз было действительно много посетителей. И sold out offline-билетов, объявленный организаторами за пару недель до начала, это подтверждает.

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

Вообще мне всегда интересно, с какой целью коллеги идут выступать, и в субботу, во второй день AnalystDays, удалось поговорить и об этом в кулуарах.

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

В первый день, честно говоря, мы готовились и волновались. Что вы скажете? Как отреагируете на наши идеи? Разнесете ли их в пух и прах, или примете и захотите попробовать в своей работе? Об этом были почти все наши с Аней беседы накануне выступления: мы хотели поскорее сделать доклад, получить от вас долгожданную обратную связь и узнать о кейсах из вашей профессиональной жизни.

Мне кажется, наше выступление удалось: помню искренний смех зрителей и неожиданные, но такие приятные, апплодисменты в процессе доклада. И все равно самый волнительный момент был в конце, когда Аня сказала «Спасибо вам! Вопросы?» И мы вдвоем, кажется, перестали дышать😅

Вам знакомо чувство, когда ждёшь чего-то, знаешь, что должно быть хорошо, а оказывается гораздо лучше, чем ты мог себе представить? Вот так и было, когда вы начали задавать вопросы, и после того, как время вышло, продолжали подходить с ними, делиться мнением, а некоторым даже пришлось отстоять к нам с Аней очередь!

Во второй день мы выступили в Bar Camp: вообще не знали, что это. Оказалось, импровизация на час в формате ламповых посиделок с online-трансляцией. В итоге вышли мы оттуда через 1,5 часа, потому что, оказалось, сказать нам есть что, а вам есть что ещё спросить. И остановиться было сложно 😅

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

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

У нас не так: дизайнер — полноценный ответственный участник команды. В докладе рассказали, какие ценности для команды, SA и бизнеса в целом такой вижн даёт.

🚀 В нашей модели бесконечного взаимодействия мы распределили обязанности. «А как быть с полномочиями и ответственностью?»

Отличный вопрос! Про полномочия и кому «дадут леща» в случае проблем мы не думали, но теперь пытаемся разобраться. Почему не думали, поделюсь: у нас команда такая, что каждый готов взять на себя ответственность за любую проблему — «один за всех и все за одного». И это классно, потому что мы не боимся ошибаться. И при такой поддержке чаще общаемся, и в итоге ошибаемся реже. А когда ошибаемся, то вместе ищем варианты, как исправить, а не виноватого, как точно подметила коллега-аналитик, которая задавала этот вопрос.

🚀 Мой любимый теперь пункт. Аню тоже бомбит, кстати 😅 Product Owner или TeamLead — необходимая роль во взаимодействии системного аналитика и UX-дизайнера:
• «Если системному аналитику и дизайнеру работать через продакта, конфликтов не будет. У нас их нет»
• «Продакт сказал — ты делаешь» или «Продакт сказал, какие у вас зоны ответственности — конфликтов не будет». Что интересно, дизайнеры все равно почему-то злые или пассивно-агрессивные.

Вот этот пункт пока комментировать не буду. В нашем канале среди подписчиков есть продакты и наш PO, кстати, тоже, привет, коллеги! Очень хочется ваше мнение услышать сначала. Что думаете, рабочий вариант?

#добро_пожаловать_в_будущее

Дизайнер только рекомендует, а ответственность несет аналитик

Как мы говорили в докладе, дизайнеры раньше только рисовали, а аналитики собирали требования, проектировали и прототипировали. И это было нормально: не было дизайн-систем и многих UX-фреймворков. Аналитик занимался всем и без потери качества.

Но конкуренция возросла, знания о UX шагнули вперед. Кроме Персон теперь применяются CJM, Jobs-to-be-Done, Interaction Design, когнитивная психология, OOUX, появилась эмпирическая база. Объем знаний тянет на отдельную профессию (однако, есть и аналитики, которые разбираются в этом).

Почему дизайнеры занимаются UX? Потому UI — один из инструментов UX. Визуальная иерархия, состояния элементов, правильные цвета и «воздух», который дизайнеры вечно хотят добавить — всё это управляет вниманием и формирует опыт. Грамотные UX-дизайнеры основываются не на «представлении о прекрасном», а на фундаментальной теоретической и эмпирической базе. Это больше решение инженерной задачи, чем творческий полет.

Однако, UX остается тем, в чем «разбирается каждый». Это же «удобно, просто и понятно», поэтому я по дефолту эксперт и знаю, как делать UX. Мне неудобно, значит UX плохой. И пусть разработчики что-нибудь там придумают — я ведь не в курсе, что кроме «удобно» на опыт влияет техника.

Что будет, если дизайнер будет только рекомендовать? Он потеряет важный инструмент — влияние на систему. Без него нельзя создать требуемый опыт. Например, для задачи пользователя нужен набор информации, а бэк уже спроектирован и эту информацию не выдает. А дизайнер только рекомендует, не имеет решающего слова и не несет ответственность... Значит ли это, что ответственность за UX полностью лежит на дизайнере? Конечно, нет. Представьте, что будет в восприятии пользователя, если система работает с задержками или не соответствует требованиям безопасности.

Дизайнер рекомендует: отдайте ему часть прав и ответственности, тогда будет качественный опыт. Но только в том случае, если дизайнер действительно “UX” 😏

#процесс_discovery

Сегодня Таня Тихомирова, Lead Systems Analyst и SA Community Lead, расскажет о склонности аналитиков к рефлексии и проблемах взаимодействия аналитика и UX-дизайнера.

Читать статью на vc.ru

#UX_и_SA

Хочу поделиться болью. Я бронировала тур в отпуск, сайт предложил заполнить паспортные данные. «Отлично!» — подумала я, «ведь уже ездила с этим оператором год назад, наверное данные те же!» Подходит время вылета. Я распечатываю документы, вижу ошибку в дате рождения и в ужасе звоню в техподдержку. Мне отвечают: «Это вы так заполнили, никакой ошибки нет. И ничего сделать мы уже не можем».

Меня пробило холодным потом и толкнуло поразмышлять про интерфейсы как способ манипуляции)

Читать статью на vc.ru

#суровая_практика

Всем привет, близится конец года, и у нас всех подгорают сроки и цели. Работа, мысли о работе, работа, и опять она же. Где найти время на телеграмм-канал? А вот можно, и мы нашли. Мы с Аней не просто так долго молчали. Мы готовили для вас новый формат, и теперь будем общаться с вами в подкасте. Встречайте не самую интересную😅 пилотную [мы любим быстрые MVP] серию. На подходе новые выпуски, и даже с вашим участием.

Нас можно слушать, где вам удобно:
Яндекс.Музыка
VK
Youtube

#добро_пожаловать_в_будущее

Всем привет! Первый сезон нашего подкаста продолжается и будет выходить раз в 2 недели. Поэтому...

9 ноября — новый выпуск «Исследования или неабсолютное добро»
В этом выпуске посмотрим на продуктовые исследования с разных сторон, и не только с хороших 😏

А пока выпуск дожаривается, ловите тизер, чтобы нагулять аппетит)

Исследования или неабсолютное добро

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

Слушаем:
Яндекс.Музыка
Youtube
VK

23 ноября новый выпуск — «Страхи в IT»

Мы будем говорить о страхах со звёздами нашего IT-небосвода. Мы и не думали, что это будет так интересно, даже готовились вас пытать. И зря! Вы рассказали все настолько честно и подробно, что «Страхи» выйдут аж в трех выпусках!

Будьте осторожны! В этой серии мы лечим одни страхи и порождаем другие😂😱

И, конечно, мы не удержались покромсать ваши слова на кровожадный тизер

Страхи в IT: увольнение и микроменеджмент

Ловите и наматывайте себе на уши первую серию нашего мини-сериала про Страхи в IT!
В этой серии QA, front-end, back-end и business-expert будут запугивать нас увольнением и микроменеджментом.

Слушайте, будет страааашно интересно 🙂
Яндекс.Музыка
VK
Youtube

На Я.Музыку наш выпуск, к сожалению, еще не долетел, хотя релизили заранее( Как только долетит, сразу добавим ссылку

UPD: на Я.Музыку долетело!

7 декабря — бонус-серия «Страхи в IT: Техлиды тоже плачут»

Во время наших криповых изысканий в наши сети попал не просто техлид, а SENIOR техлид Engineering Lead. Думаете, такие небожители мира IT ничего не боятся? А вот нифига, тоже знают, что такое страхи!

Эта запись выйдет без купюр и склейки о профессиональной жизни в разных ролях и о том, как справляться со своими страхами!

Готовим двойные листочки и букируем слот в календаре на прослушивание)

Страхи в IT: Техлиды тоже плачут. Бонус-серия

В этом выпуске звезда упала к нам прямо в руки. Мы настолько преисполнились, что решили не пускать запись под нож и слить её в ваши уши полностью. И сегодня вы услышите мудрость нашего коллеги и руководителя, который своей прямотой и искренностью с ходу поднял наш подкаст на уровень 18+

Слушаем:
Яндекс.Музыка
VK
Youtube

Страхи в IT: Синдром самозванца, выгорание и другие страшные вещи

До Нового года 12 дней, наступает жаркий сезон для финтеха и одновременно features freezes. В это время мы не можем катить в продакшн новые фичи, закрываем незакрытое и завершаем едва начатое. Подводим итоги.

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

Слушаем:
Яндекс.Музыка
VK
Youtube