Андрей Шапиро написал серию статей о методологии сбора требований и планирования релизов программного продукта User Story Mapping

Часть 1. Пользовательская история: https://medium.com/xraizor/b0b0d724d77e

Карта историй создаётся для нового продукта или когда существующий продукт надо частично или полностью переделать, и требуется описать объём имеющейся функциональности.

На входе метода: гипотезы состава стейкхолдеров, их интересов и основных планируемых эффектов ближайшего релиза. Хорошо, если есть картирование процессов в форматах Customer Journey Map или Service Blueprint.

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

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

Любая пользовательская истории записывается для действующего лица: персоны или функциональной роли в системе. Близкая методика Use Cases лишена эмпатии к человеку, для которого создаётся программа.

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

Часть 2. Алгоритм проведения и рекомендации для ведущего: https://medium.com/xraizor/9a90beb2ff57

Часть 3. Чистка историй от ложных требований. Критика метода: https://medium.com/xraizor/2f7bd967a54a

Чем занимаются наши пользователи?

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

Сбор данных включает в себя четыре основных вида деятельности:

  1. Кабинетное исследование — когда происходит запрос и обработка доступной информации из различных ведомств (информация о пробках, ДТП, массовые потоки людей, движение транспорта и т.д.).
  2. Наблюдение — это своеобразный аудит местности, когда полевик выезжает на место и по специальному чек-листу проводит визуальный осмотр места. Он помечает на распечатанной карте конкретный участок, присваивает ему номер проблемы из чек-листа и фотографирует. После наблюдения, полевик садится за компьютер и заносит полученные данные в специальную программу, в которой уже на электронной карте у проблемы появляется своя координата, описание и изображение.
  3. Подсчет потоков — это измерение количества потоков людей и транспорта. Классический метод — ручной подсчет, когда человек становится на точку и начинает с помощью специального кликера поштучно считать количество людей, машин, велосипедистов и т.д. Такие исследования проводятся, обычно, группой полевиков, чтобы одновременно покрыть несколько сечений улицы. В студии транспортного проектирования усовершенствовали этот метод — начав использовать коптер. Пилот квадрокоптера выходит на точку, поднимается над улицей и снимает нужное направление, после чего видео с этой информацией передается полевикам, и они так же, кликают количество потоков. Были попытки усовершенствовать обработку этого видео путем использования искусственного интеллекта, но к конкретному решению так и не пришли.
  4. Опрос — это краткое анкетирование населения, с целью выяснить, как человек оказался на этой точке, откуда пришел и какая у него конечная цель. Полевик отмечает на бумажной карте точку где человек начал движение, и точку цели, куда он движется, само анкетирование он проводит с помощью приложения на смартфоне.

Как писать сообщения об ошибках

Как писать сообщения об ошибках

Есть простой шаблон:
В заголовок — что призошло
Основным текстом — причина и что делать дальше
Кнопкой — действия
Код ошибки, если необходим

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

Если пользователь отправлял письмо, а оно не отправилось, то так и пишем: Письмо не отправлено

Хорошо:
✅ Не удалось загрузить сообщения
✅ Фотографии не отправлены
✅ Платёж не прошел

Плохо:
❌ Что-то пошло не так
❌ Ошибка!
❌ Память не может быть read

Основной текст должен объяснять причину и писать что делать дальше. Ориентируйтесь на ваших пользователей и место возникновения ошибки. Если вашим продуктом пользуются люди, не связанные с IT, то старайтесь избегать таких словечек, как данные, сервер, запрос. Обычно, человек поймёт это либо неверно, либо не поймёт вовсе. Если у вас профессиональный инструмент, то пишите профессиональным языком. В этом случае, конкретика поможет разобраться в ошибке. Хорошо, если вы сможете написать что делать, чтобы ошибка не возникала.

✅Хорошо для простого человека:
Не удалось сохранить документ. Документ слишком большой. Уменьшите размер документа до 800 символов или разбейте на части.
Разбить на 3 части
Закрыть

✅Хорошо для профессионала.
Не удалось сохранить документ. Размера файла подкачки не хватает для сохранения. Увеличьте размер файла подкачки до 1 ГБ или уменьшите размер вашего документа до 800 символов.
Увеличить файл подкачки
Разбить на 3 части
Закрыть

❌ Плохо:
Не писать причину
Писать профессиональным языком для непрофессионалов

Если причина неизвестна, то можно так и писать: Ошибка произошла по неизвестной причине. Помогите нам разобраться, отправьте отчёт.

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

✅Хорошо
Вы ввели неверный пароль слишком часто. Чтобы восстановить пароль, обратитесь в службу поддержки.
Позвонить в службу поддержки
Написать в службу поддержки
Закрыть

❌Плохо:
Вы ввели неверный пароль слишком часто. Чтобы восстановить пароль, обратитесь в службу поддержки.
Закрыть

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

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

Дизайнер Лили написала про 12 типов тёмных паттернов.

1. Завлечь и переключить. У пользователя нет уведомлений, но Фейсбук показывает, что они есть, когда тот не залогинен.

2. Заставить испытывать вину или стыд. 2 кнопки: «Скачать буклет о здоровом питании» и «Нет, спасибо, мне плевать на своё здоровье».

3. Замаскировать рекламный баннер. На баннере может быть изображено содержимое или элементы навигации, которые ожидает увидеть пользователь.

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

5. Собирать контакты друзей и спамить им от вашего лица. Как LinkedIn.

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

7. Затруднять сравнение цен. Например, одни и те же яблоки в упаковках и на развес.

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

9. Упрощать пользователям желательные (для вас) действия и затруднять нежелательные. Попробуйте удалить свой профиль на Фейсбуке.

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

Запрещено в Великобритании:

11. Скрывать полную стоимость. На последнем шаге оформления стоимость заказа немного увеличивается: появляется информация о доставке или дополнительном сборе.

12. Добавлять в корзину товар или услугу по умолчанию. Например, страховка при покупке билетов на самолёт.

Давай ещё раз про созвоны

Давай ещё раз про созвоны

Я не планирую новые дела «на сегодня». Новое — только с завтрашнего дня. Это даёт мне шанс выполнить сегодняшний план. Если сегодняшний день не защитить от вторжения новых дел, такого шанса не будет. (Книга Марка Форстера «Сделай это завтра».)

Я не отвечаю на сообщения до 14. И не ставлю встречи до 14 с редкими исключениями. Это даёт мне шанс сделать что-то своё, что важно сделать именно мне. Другого способа у меня нет, проверял. В проекте может быть жопа, а я всё равно не отвечу — проектов много, а жизнь одна.

У тебя один проект или, может, два-три. У меня пять-десять. Ты можешь в какой-то момент мобилизоваться и отдать проекту больше сил. Я могу только «ходить по клеточкам», строго в рамках своего расписания и правил. Если я сломаю свой режим работы — сломаются сразу все проекты.

К тому же я старый.

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

Единственный способ гарантированно получить ответ — забить встречу. «На завтра», или сразу на пару дней в течение недели.

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

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

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

Культ своего бизнеса

Сейчас со всех экранов льется: «не работай на дядю», «работай на себя», «будь независим». Этими идеями пропитано все вокруг. 

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

Нищих и грустных фаундеров не меньше, чем румяных и счастливых наемников. 

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

Так называемая свобода хранится в голове, а не в правовой форме организации работы. 

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