§4.06 Концепция использования
Время: 60 мин чтение + 40 мин = 100 мин Что узнаешь: почему описание «как система будет использоваться» - отдельный документ, предшествующий проектированию, и как его отсутствие приводит к системам, которые технически работают, но не нужны пользователям
В одном предложении: концепция использования — это описание того, кто, когда, в каком контексте и для чего применяет систему, и именно этот документ, а не список функций, становится критерием правильности проектных решений.
Сигнатура понятий:
- Концепция использования — это описание сценариев применения системы: кто (роли пользователей), когда и в каком контексте, для каких целей, что делает с системой; предшествует детальному проектированию и служит критерием оценки проектных решений
Мем, который снимается. «Нам не нужна концепция использования, мы и так знаем, для чего наш продукт.» На самом деле именно тогда, когда «всё очевидно», концепция использования чаще всего не согласована. Разработчики думают, что продукт будут использовать опытные пользователи. Маркетинг - что новички. Продакт-менеджер - что корпоративные клиенты с поддержкой. В итоге продукт спроектирован «ни для кого»: слишком сложен для новичков, слишком простой для опытных, слишком плохо интегрируется в корпоративные процессы. Явная концепция использования синхронизирует команду до начала проектирования.
Определение из источника.
В Pack (PD.FORM.027) концепция использования определена как описание того, как система применяется в контексте - каковы роли, сценарии, условия и цели использования. Концепция использования отвечает на вопросы: кто использует систему? В каких ситуациях? Для достижения каких результатов? Что делает система для пользователя и что пользователь делает с системой?
Концепция использования - не список функций (это требования к системе) и не техническое описание (это архитектурная документация). Это описание взаимодействия между системой и её пользователями с позиции пользователей. Именно поэтому её пишут раньше требований: сначала «как будет использоваться», потом «что для этого нужно».
Развитие мысли.
Концепция использования - связующее звено между функцией системы и её составом. Функция отвечает «зачем система», концепция использования - «как именно будет реализовываться эта функция в реальных условиях». Только после этого осмысленно спрашивать «из чего система должна быть сделана».
Когда концепция использования отсутствует, проектирование начинается с технических решений: «Нам нужна база данных» или «Используем микросервисы». Команда строит систему, которая технически работает, но не отвечает на вопрос «как люди будут с ней работать в реальных условиях». Технически грамотная система, не вписанная в контекст использования, это частый результат разработки без концепции использования.
Концепция использования фиксирует контекст принятия проектных решений. Когда через год после запуска команда обсуждает «почему мы сделали именно так», концепция использования даёт ответ: «Потому что нашим пользователем был X в ситуации Y с целью Z». Без неё проектные решения кажутся произвольными и не поддаются объяснению.
Для созидателя концепция использования применима к личным инструментам. IWE, дневник рефлексии, система планирования - у каждого должна быть концепция использования: когда именно я открываю этот инструмент? В каком состоянии? Для каких целей? Инструмент без явной концепции использования либо не используется вовсе, либо используется непоследовательно, давая случайные результаты.
Метод - минимальный шаг. Практика «Концепция за 30 минут» (40 мин):
- Выберите систему, которую вы проектируете или хотите улучшить (5 мин).
- Ответьте на четыре вопроса концепции использования:
- Кто? Назовите 2-3 роли, которые будут использовать систему. Конкретно: не «пользователи», а «менеджер по продажам на полевых встречах» или «студент в первый месяц обучения».
- Когда и в каком контексте? В каких ситуациях роль обращается к системе? Что происходит вокруг?
- Зачем? Что роль хочет достичь, используя систему? Какой результат считается успешным?
- Как? Какие ключевые действия совершает роль с системой? (20 мин).
- Проверьте существующую систему (или план) против написанной концепции: есть ли части системы, которые не относятся ни к одному сценарию? Есть ли сценарии, которые система не поддерживает? (15 мин).
Пример из жизни. Анна - дизайнер, работала над редизайном внутреннего инструмента для аналитиков компании. Предыдущая версия «не нравилась пользователям», но никто точно не мог сказать почему. Анна начала с концепции использования: провела интервью с аналитиками и зафиксировала, когда и как они реально используют инструмент. Оказалось: 80% использований - короткие сессии в промежутках между встречами, на мобильном устройстве, для быстрой проверки одного числа. Предыдущий дизайн был оптимизирован для длинных десктопных сессий с глубокой аналитикой. Технически всё работало, но концепция использования не совпадала с реальностью. Редизайн под правильную концепцию использования решил проблему, не меняя ни одной функции.
Типичная ошибка. «Концепция использования — это то, что описывают в user stories.» User stories — это один из форматов фиксации требований, а не концепция использования. Концепция использования шире: она описывает весь контекст взаимодействия пользователя с системой, включая ситуации, когда система не нужна, и как пользователь достигал той же цели до появления системы. User stories могут быть производными от концепции использования, но не заменяют её.
Вторая ошибка: писать концепцию использования после начала разработки «для документации». Концепция использования ценна как инструмент принятия проектных решений - она должна быть до, а не после. Написанная post-factum, она описывает систему, которая уже построена, а не систему, которую нужно построить.
Степени мастерства:
| Степень | Что происходит | Критерий перехода |
|---|---|---|
| 1. Объясняю | Могу объяснить, что концепция использования описывает кто/когда/зачем/как и предшествует проектированию | Один раз выполнил практику «Концепция за 30 минут» |
| 2. Умею | Могу для любой системы написать концепцию использования, используя четыре вопроса | Есть запись: система + роли + контекст + цели + ключевые действия |
| 3. Навык | При начале любого проекта или создании любого инструмента автоматически формулирую концепцию использования первой | Регулярность: ни одна система не проектируется без концепции использования |
| 4. Мастерство | Помогаю командам выявить расхождение между концепцией использования и построенной системой | Есть кейс, где концепция использования изменила направление проекта |
Проверка себя.
- Понимание: вы можете объяснить, почему список функций системы — это не концепция использования.
- Поведение: при начале любого нового проекта или создании любого инструмента вы формулируете концепцию использования до детального проектирования.
- Застревание: если вы не можете назвать конкретные роли и конкретные ситуации использования вашей системы, концепции использования нет. Начните с вопроса «Кто последний раз реально использовал эту систему и зачем?»
Что дальше. Концепция использования описывает взаимодействие ролей с системой в целом. Но у каждой системы есть конкретные точки, через которые происходит это взаимодействие, - физические интерфейсы между системой и окружением. Следующий подраздел - о модулях взаимодействия: как граница системы материализуется в конкретных компонентах.