Как по техническому заданию сделать дизайн интерфейса системы
Нет ничего лучше, чем хорошее ТЗ и аналитик на стороне заказчика, который может обо всем рассказать. Так бывает редко. Чаще ТЗ нужно внимательно переработать, выбрав то, что относится к дизайну интерфейсов. И не менее часто ТЗ попросту нет, оно появится потом, после дизайна.
Три главных предмета в фокусе внимания
-
Технические ограничения
Сразу задают базовую рамку, что можно сделать, а что нет.
-
Требование к поведению системы
Возможно, их придется переписать на более понятный дизайнеру язык. Главное, найти эти требования.
-
Требования к результатам
Они же будут критериями приемки, игнорировать их бессмысленно.
5 советов,
как делать хорошо
- Не ждите фиксации ТЗ
Позиция «сначала надо написать» означает, что никто не хочет ничего делать.
- Ищите женщину
Обычно к хорошему ТЗ прилагается офигенный аналитик. По нашему опыту чаще всего это женщина, не знаем, почему так. Она уже во всем разобралась, знает документ как свои пять пальцев, может объяснить каждый пункт, а иногда даже и доработать документ прямо на наших глазах.
- Переводите описание интерфейса в описание поведения
ТЗ с описанием расположения кнопок люди делают не со зла. Так они пытаются описать поведение пользователя. Нужно понять, что именно имел в виду аналитик под каждым конкретным указанием.
- Сверяйтесь
Работать напрямую по ТЗ возможно далеко не всегда, а вот сверять промежуточные результаты — можно и нужно.
- Уважайте написанное
Очень часто дизайнеры вытаскивают из ТЗ только то, что им понятно. Попытайтесь разобраться в непонятном и переложить это на свои дизайнерские задачи. Эвристика: считайте, что все относится к вам, пока не доказано обратное.
Например
Редкий пример идеального (с точки зрения дизайна) ТЗ, автор которого непосредственно участвовал в нашей работе.
Так делать не надо
Прочитать, сказать «все понятно» и больше не возвращаться к этому документу.
Инструменты
Аналитик на стороне заказчика
Поможет понять, что написано в ТЗ и почему так.
Другие аналитические форматы
Использовать ТЗ как сырье для подходящей для дизайна аналитики.
Принтер
Распечатку сложнее игнорировать, чем электронный документ.
Если что-то непонятно — не игнорируйте, погуглите.
ТЗ удобно использовать, как опорный документ. Не надо боятся его обсуждать и уточнять, если что-то идет не так. Часто бывает, что ТЗ можно и даже нужно редактировать по ходу проекта. Не переделывать полностью, а именно доуточнять детали, которые было невозможно продумать на этапе создания текстового описания системы.
Ольга Павлова, директор по развитию «Собаки Павловой»
Другие шпаргалки
Ищете подрядчика или команду?
Давайте обсудим вашу задачу.
Хотите у нас научиться?
1000+ упражнений по дизайну интерфейсов.
eduhund.com