Кто должен проектировать интерфейс интернет-сервиса?

Question

[LnDt]

Добрый день, поясните пожалуйста, кто и на какой стадии должен проектировать интерфейс интернет-сервиса? Дизайнер или же человек составляющий ТЗ и рисующий прототипы страниц сервиса?

Answer 1

[Никита Гарейшин]

Прототип сервиса должен быть утвержден до начала работ по дизайну.
Прототип никогда не может быть закончен. Он постоянно переделывается. Важно поставить точку в какой-то момент.

Создается отдельным человеком, которого зовут проектировщиком (в идеальном мире), если у вас его нет — тогда дизайнер. Иногда это делает «человек, создающий ТЗ», но это зависит от степени детализации:
1. Для очень низкой (каждая кнопка имеет реакцию и описана);
2. High-level прототип — вот отсюда мы попадаем в этот раздел, на котором будут блоки %перечисление_блоков%. Можно даже протсто картинками.

По сути своей это постановка требований для дальнейшего производства — блоки, расположения и контект для дизайна; интерактив, поведение, архитектура — для разработки.

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

Answer 2

[Евгений Петров]

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

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

Comments

[LnDt]

Посоветуйте последовательность действий. Есть идея, есть работающий сервис, который будет взят за основу для разработки нового проекта более широкого функционала. Сейчас ищем человека который напишет ТЗ по действующему сервису. После написания ТЗ и добавления расширенного функционала следует проектировать интерфейсы найдя специалиста по UX ? Или отдать ТЗ дизайнеру, который уже будет реализовывать интерфейс и графику? Как будет правильнее?

[Евгений Петров]

@LnDt правильней сначала расписать цели — кто и зачем заходит на сайт. Чаще всего те, кто затевает (заказывает) проект, это знают отлично, иногда требуется помощь бизнес-аналитика. В вашем случае это — вы сами.

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

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

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

Answer 3

[Елена]

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

Comments

[LnDt]

В большинстве случаев составитель ТЗ говорит что он составляет ТЗ+прототипы страниц. Вопрос в том кто должен составлять прототипы?

[Елена]

Составлять должен человек, который пишет ТЗ. Дизайнер только выполняет указанную работу.