Блог

Разработка, Технический дизайн

Дизайн данных (часть 6). Матчасть: API.

В этой статье речь снова пойдёт об обмене информацией между компонентами системы. Однако на этот раз мы коснёмся более глубоких тем: рассмотрим, как создаётся философия API и даже пощупаем реальные примеры запросов.

12-15 минут на прочтение

Разработка, Технический дизайн

Дизайн данных (часть 4). Матчасть: основы.

Задача этой статьи — дать базис, ввести в терминологию матчасти data design. Чтобы потом каждый из вас мог посоветоваться с техническими специалистами, не испытывая при этом «эффекта вавилонской башни». А то и вообще самостоятельно прогуглить «белое пятно» знаний о проекте.

15-18 минут на прочтение

UX/UI, Технический дизайн

Бесшовный UX: стреляем себе в ногу

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

11-13 минут на прочтение

UX/UI, Аналитика, Технический дизайн

Дизайн vs Проектирование

На территории стран бывшего Союза есть извечный, казалось, вопрос: дизайн — это про что? Про продукт в целом или только про его UI, внешнее проявление? И как к дизайну относится проектирование? А может, это вообще одно и то же? Давайте разбираться.

9-11 минут на прочтение

UX/UI, Аналитика, Технический дизайн

Светлая сторона (пере)проектирования

Любое перепроектирование предполагает меньше неопределенности — а значит, оно безопаснее, проще. Но почему-то многие берутся за него со старым подходом: обычным, привычным и унылым. А там же нюансов — миллион. Не учтешь какие-то, и работать придется больше, а результат будет не таким стабильным.

12-14 минут на прочтение

перепроектирование

UX/UI, Аналитика

Фэйл — это прекрасно

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

6-8 минут на прочтение

Wasted UX
Top