Сервис развивается: тестируем формат, собираем идеи, улучшаем сервис. Есть идеи? Написать
Войти
Методология взаимодействия: персонажи, цели и вежливый софт

Методология взаимодействия: персонажи, цели и вежливый софт

Осознание причин технологического кризиса требует не пассивной критики, а перехода к дисциплине профессионального созидания. Проектирование взаимодействия (Interaction Design) — это строгая инженерно-гуманитарная методология, вооружающая команду конкретными инструментами выявления человеческих потребностей и перевода их в безупречную логику поведения системы. Чтобы создать продукт, вызывающий доверие и восторг, необходимо отказаться от иллюзий «среднего пользователя», научиться отделять истинные мотивы людей от технических задач и превратить программный интерфейс в воспитанного, чуткого помощника.

В этом разделе разворачивается рабочий арсенал целеориентированного проектирования (Goal-Directed Design): от этнографического метода моделирования гипотетических архетипов (персонажей) и строгой иерархии целей до создания повседневных сценариев и внедрения четырнадцати стандартов вежливого софта. Здесь же разбираются пределы применения традиционных суррогатов — фокус-групп и позднего юзабилити-тестирования, — а также представлена индустриальная модель кинопроизводства, синхронизирующая работу программистов, маркетологов и топ-менеджмента.

В этом разделе

  • Метод персонажей: почему проектирование под «среднего пользователя» гарантирует провал и чему учит чемодан на колесиках.
  • Иерархия целей: верховенство личной цели человека «не чувствовать себя глупо» над ложными техническими задачами.
  • Сценарии взаимодействия: приоритет повседневных путей над исключительными сбоями «один на миллион».
  • Кодекс 14 качеств вежливого софта и замена всплывающих диалогов подтверждения механизмом Undo.
  • Критический разбор суррогатов (фокус-групп и поздних юзабилити-тестов) и модель кинопроизводства для всей компании.
Главный ориентир проектирования

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