Системный дизайн

Kostya Gorsky
Aug 26, 2017 · 2 min read

Когда мы начинаем работать над новой задачей в Интеркоме, всегда первым делом придумываем, как всё будет устроено и как всё будет работать на уровне системы. И только после этого думаем о дизайне интерфейса, визуальном дизайне и т. д.

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

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

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

Полная схема системы выглядит вот так, а если вам интересно почитать подробнее про работу над ней — вот замечательный пост нашего дизайнера Шека: https://blog.intercom.com/applying-systems-thinking-in-product-design/.

Почему важно начинать с системы?

  • Уже на этом этапе должно быть видно, как продукт решает поставленную задачу. По сути, это и есть идея решения;
  • Именно тут можно понять, какими должны быть (и будут ли соответствовать друг другу) ментальная модель людей, которые будут пользоваться продуктом, системная модель продукта и техническая архитектура. Для работы над последней уже на этом этапе стоит подключить разработчика;
  • Ошибки и несостыковки именно этого этапа особенно сложно и дорого (а иногда и вовсе невозможно) находить и исправлять на последующих.

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

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


Этот пост был изначально опубликован в Телеграм-канале Design & Productivity.

Об авторе и оглавление постов

Design & Productivity

Пишу про дизайн, продуктивность и жизнь для того, чтобы помогать всем, интересующимся работой дизайнеров, узнать об этом больше и стать лучше. Телеграм: t.me/desprod

)

    Kostya Gorsky

    Written by

    Designer

    Design & Productivity

    Пишу про дизайн, продуктивность и жизнь для того, чтобы помогать всем, интересующимся работой дизайнеров, узнать об этом больше и стать лучше. Телеграм: t.me/desprod

    Welcome to a place where words matter. On Medium, smart voices and original ideas take center stage - with no ads in sight. Watch
    Follow all the topics you care about, and we’ll deliver the best stories for you to your homepage and inbox. Explore
    Get unlimited access to the best stories on Medium — and support writers while you’re at it. Just $5/month. Upgrade