Про самоорганизацию

Про самоорганизацию

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

Что меняется в концепции 👇

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

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

В треугольнике "задачи, время, мой ресурс (эффективность)" я фиксировал задачи, а время растягивал.

Этот подход оказался неверным:
☹️ Волны успеваемости сменяются волнами апатии и прокрастинации.
☹️ Ощущение "я много работаю" позволяет чаще делать непроизводительные паузы-награды: соцсети и прочее.
☹️ Если растягиваешь время — меньше думаешь о производительности: она не в фокусе. Ну, посплю поменьше — зато, сделаю побольше.

В какой-то момент (не так и давно, на самом деле) я стал фиксировать не задачи, а время: у меня есть 8-9 часов на все рабочие задачи и свои инициативы. Успевай.

И тут началось самое интересное в самоорганизации:
🙂 Работаю над действительно важными задачами.
🙂 Острее ощущается ограничение времени: стал меньше отвлекаться на постороннее.
🙂 Делегирование и работа с подрядчиками заиграли новыми красками.
🙂 Думаешь больше о самоэффективности: больше мотивации точить пилу и выбирать максимально эффективные инструменты.
🙂 Не надо жертвовать важными нерабочими делами: семья, спорт, саморазвитие и т.п.
🙂 Появляются левел-апы и вызовы: а можно ли успеть всё не за 8-9, а за 6-7 часов?

Бывают дни, когда надо подольше поработать, но это не практика и каждый такой день — повод для ретроспективы на тему: почему не получилось зафиксировать время и как сделать, чтобы это не повторилось.

У меня появляются большие вопросы к людям, которые: "я работаю по 12-16 часов в день" — как долго они так могут работать и почему они считают это поводом для гордости?

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

Идеальный процесс

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

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

Женя Бондарев рассказал нам о типичной структуре разработки цифрового продукта:

Погружение
Сбор информации, поиск вдохновения, анализ и инсайты.
Женя дал очень хорошее определение того, что такое инсайт:
Инсайт — это глубинная потребность человека в чем-либо. Обязательные элементы инсайта — мотив и барьер: я хочу делать то и то — мотив; но не делаю это потому что — барьер.
Наша задача, как дизайнера, в том, чтобы узнать конкретную причину этого барьера.

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

Usability test
Тестирование всего продукта и финальные изменения — Женя советует писать гипотезы в гугл-доке на протяжении всего исследования, чтобы во время тестирования не упустить что-то важное.
По итогу тестирования выявляются критичные и не очень ошибки, после чего нужно решить, с чем можно выходить на рынок, а что требует обязательной доработки. На этом шаге может всплыть много неожиданностей, на эту тему как-то писал Костя Горский — t.me/desprod/239

Финализация
Финальное утверждение, подготовка к разработке, подготовка к публикации (кейс в медиа, либо конкурс и т.д.), авторский надзор.
Круто выпускать MVP как можно раньше, чтобы начать получать реальный фидбэк.

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

1. Погружение

1. Связаться с заказчиком
Сделать:
- интервью с заказчиком
- запросить метрики
Итог:
- утвержденное направление работу
- утвержденные с заказчиком сроки
Срок: 4.03

2. Поиск референсов/конкурентов
Срок: 04.03

3. Интервью с пользователями
Сделать:
-подготовить вопросы
-найти респондентов
На выходе:
- уточненный портрет
- проблемы пользователей
Срок: 13.03

4. Попробовать
Сделать:
- Сделать заказ (понять процесс, опросить мастера)
- Зарегаться как мастер (понят, процесс, взять заказ)
На выходе:
- проблемы
- полное понимание бизнес-процесса
Срок: 11.03

Анализ полученных инсайтов
Артефакты: понять на каких проблемах фокусируемся, список инсайтов, фичерлист
Показываем заказчику — 12.03
— Ретро —


2. UX — проектирование

1. Информационная архитектура — 20.03
2. Структура — 20.03
3. Карта экранов — 31.03
4. Сценарии
5. Прототип
6. Тестирование прототипа (проверка гипотез) - 7.04

Анализ полученных решений
Артефакты: протестированный прототип, карта экранов, структура, информационная архитектура
Показываем заказчику — 9.04

— Ретро —


3. UI — визуальный язык

1. Существующие гайды продукта
2. Мудборд
3. Дизайн концепт 3-5 экранов — 14.04
4. Масштабирование
5. Анимация

Анализ полученных решений
Артефакты: финальный дизайн продукта, анимация
Показываем заказчику — 30.04

— Ретро —


4. Передача в разработку
5 занятий 10.05-19.05

5. Подготовка портфолио
9 занятий 22.05-09.06

6. Презентация
3 занятия

7. Защита
23 июня


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

10 принципов этичного UX-дизайна

10 принципов этичного UX-дизайна

Использование честного UX-дизайна для создания надежного и заслуживающего доверия опыта.

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

"Чтобы быть убедительным, мы должны быть правдоподобными; чтобы быть правдоподобным, мы должны быть достоверными; чтобы быть достоверным, мы должны быть правдивыми". - Эдвард Р. Марроу

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

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

1. Уведомить меня

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

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

А еще лучше, если вы предлагаете бесплатную пробную версию, вообще не запрашивайте кредитную карту.

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

2. Выделяйте негативную информацию

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

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

3. По умолчанию выбирайте наиболее безопасный для пользователя вариант.

Слишком много форм автоматически ставят галочку в маленьком квадратике, который приглашает вас в их рассылку. Я не хочу присоединяться к вашей чертовой рассылке!

4. Опыт важнее дохода

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

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

5. Прозрачность цен

Что вы видите, за то и платите.

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

6. Прекратите рассылку спама

Ничто не заставляет меня удалять приложение быстрее, чем спам-уведомления.

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

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

7. Прозрачность конфиденциальности

Перестаньте прятать все за политикой конфиденциальности.

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

8. Честные предложения

Если на вашем сайте постоянно проводятся распродажи, перестаньте делать вид, что это новогодняя распродажа, которая закончится через два часа.

Будьте честны со своими пользователями в отношении акций и не проводите одни и те же распродажи постоянно. Фальшивые акции - верный способ потерять доверие.

9. Сделайте отмену заказа легкой, как пирог

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

Если я подписался на ваш продукт, сделайте так, чтобы ликвидировать его было очень просто.

Мне не нужно звонить на линию поддержки, отправлять электронное письмо, читать FAQ или общаться с агентом. Просто дайте мне чертову кнопку с надписью "отменить" и позвольте мне жить дальше.

10. Спрашивайте разрешения

Спрашивать разрешение, прежде чем добывать или продавать данные, связываться с друзьями, размещать информацию в профиле пользователя или делать что-либо подобное, - это правильное решение.

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

Не предпринимайте никаких действий от имени пользователя в фоновом режиме без его согласия.

У многих компаний два основателя

У многих компаний два основателя

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

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

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

Еще у меня накопился целый список других проблем, которые мы когда-либо обсуждали с коллегами из других компаний:

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

Знакомо? Ну да, проблемы у всех одинаковые 🙁
Можем разобрать некоторые из этих ситуаций — напишите какие.

Самое тонкое место в UX

Прочность цепи определяется прочностью самого слабого звена.
Безопасность системы определяется безопасностью самого слабого звена. Как правило, админа.

А где самое тонкое место в UX?
Чаще всего самое тонкое место в UX — место, в котором пользователь соприкасается с человеком, представляющим продукт.
Для b2c продуктов узкое место в UX, как правило, поддержка.
Для b2b продуктов таких мест много: продажник, внедренец, поддерживатель.

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

Расскажу про случай, который был у меня несколько недель назад, когда люди "не пустили" меня в продукт.

Я решил уйти от МТС в Теле2 с сохранением номера.
На сайте Теле2 заполнил форму перехода, указал данные паспорта, чтобы, как написано на сайте: обработка запроса прошла быстрее в точке выдачи. Отправил запрос. Мне дали два дня, чтобы прийти в точку продаж, а после заказ протухнет.
Через день я пришёл в офис, а он закрыт, хотя время его работы уже давно наступило. А телефон менеджера офиса выключен или вне доступа. Подождал 15 минут и ушёл. Так меня Теле2 "выгнал" первый раз.

Я не сдался и написал сразу же красочное письмо в поддержку: пришёл, закрыто, как я могу вам доверять и что делать?
Мне не ответили в течение суток, как обещано на сайте Теле2. Я написал напоминание — сутки прошли, жду ответ.
Мне ответили и "не пустили" меня в продукт снова. Сапортница сказала: "Очень жаль. Заполните заявление на другой офис."
Другой офис, к слову сказать, в 10 км от меня. А новое заявление — это снова все поля и паспортные данные.

Что я подумал про такой сервис? Ничего хорошего. Заполнять я больше ничего не стал.

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

В общем, если в продукте есть люди, надо смотреть, какой опыт приобретают пользователи после общения с ними.
Следить не по звёздочкам, которые ставят поддержке, а по волнам, которые пускают пользователи после общения с представителями продукта. Гасить волны сложнее, чем недопускать их.
Моя волна вот пошла.

Конвергентное и дивергентное мышление

Конвергентное и дивергентное мышление

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

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

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

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