Интерфейс, у которого нет права на «целевую аудиторию»
Вашим продуктом пользуется и 18-летний студент, оформляющий пушкинскую карту, и 80-летняя бабушка, которой нужно записаться к врачу.
Вашим продуктом пользуется и 18-летний студент, оформляющий пушкинскую карту, и 80-летняя бабушка, которой нужно записаться к врачу.
Пока вы спорите о скруглении углов в новой дизайн-системе и попиваете лавандовый раф, где-то в Челябинске ослепленный бликами от раскаленной стали оператор пытается разглядеть ваш элегантный серый шрифт на мониторе 2012 года выпуска. Спойлер: у него не получается.
Об этой книге
Автор курса Брайн Кукси, совместно с редакторами Брайаном Ландерсом и Дэнни Шрайбером, при участии Брайса Эмли. В своем произведении знакомит читателей с темой «Введения в API-интерфейсы». Объясняя сложное простым языком. Обновление оригинала от января 2024 года. Книга и мини-курс от Брайана Кукси
(Brian Cooksey), Zapier.
Сегодня дизайн-система — это неотъемлемая часть процесса разработки цифровых продуктов. Однако не всегда очевидно, как именно такой инструмент помогает работать с UI-компонентами и улучшать качество продукта.
Меня зовут Артур Иванов, я тимлид B2B Product Design департамента Design & Research Office (DRO) «Лаборатории Касперского», и именно перед нашей командой встал вызов по внедрению дизайн-системы под названием Hexa UI в уже существующие рабочие процессы отдела дизайна.
Привет, я Таня Миронова — руководитель направления доступности Госуслуг в компании РТЛабс.
В этой статье я расскажу, для кого мы делаем наши сервисы доступными и поделюсь секретной техникой экспресс-тестирования доступности.
Доступность — это определённый уровень вашего сервиса. Это не бонус, не особые потребности и не то, что можно предложить по запросу — так просто должно быть.
Приветики. Каждый из нас в этом этом чудесном году находит свой способ скоротать время. Я вот, например, пишу книгу. Книгу о том, что знаю и люблю — про API. (Кто я такой и какой опыт имею в разработке можно посмотреть здесь)
→ Пока что написал первую часть — о принципах проектирования API «сверху вниз»
→ PDF-версию можно скачать отсюда
Вопросы, пожелания и предложения принимаются. Книга распространяется бесплатно на условиях CC-BY-NC. You're welcome!
Привет!
Продолжая исследование темы C#, мы перевели для вас следующую небольшую статью, касающуюся оригинального использования extension methods. Рекомендуем обратить особое внимание на последний раздел, касающийся интерфейсов, а также на профиль автора.

Приветствую.
Сейчас только ленивый не пишет статьи и не выступает с докладами на тему: «Я дизайнер интерфейсов и сейчас я буду чесать ЧСВ.» И всегда в таких статьях и выступлениях речь идет о сайтах, мобильных приложениях и подобном b2c продукте. Переводя на общеупотребительный язык, список тем таких выступлений выглядит примерно так: «Как красиво нарисовать», «Как продать то, что нарисовал», «Как спросить у пользователей про то, что ты нарисовал, и не получить в ответ „#&@$!“». Но если вас угораздило попасть во внутреннюю разработку, где пользователи — без дураков специалисты, где количество верхнеуровневого контента на экране выходит за границы разумного, а функционал изощрен и сложен, вот тут и оказывается, что для вас нет ни статей, ни докладов, ни сообщества как такового. Сегодня нас занесло в пропитанную винными парами и запахом трубочного табака каморку, где обитает Токсичный Дед. У него мы и спросим, чем же отличается разработка интерфейса очередного мобильного приложения от разработки действительно сложной, узкоспециализированной системы.
Читать полностью »
Сложно представить современный сервис без комплексной системы уведомлений. Нам заботливо сообщают, что кто-то из друзей оценил фотографию, курьер с долгожданной пиццей уже в пути, а такси приехало к дому.
В системах управления работой роль уведомлений становится критически важной, поскольку глубоко встраивается в рабочий процесс команды. Как брошенный из рук в руки мячик, уведомления своевременно сообщают об изменениях в задачах, призывают к выполнению своей части работы и подсказывают важную информацию.
Ниже я поделюсь своим опытом системного подхода к проектированию уведомлений. Как обнаружить и учесть все ситуации, чтобы сделать продукт полезнее для пользователей и сохранить ресурсы вашей команды?