Когда я только начинал работать с интерфейсами в финтехе, меня научили простой вещи: хороший дизайн — это не столько про талант, сколько про дисциплину. Можно обладать отличным вкусом, но забыть проверить состояния ошибок у формы — и весь пользовательский опыт летит к черту. Тогда я и начал собирать свои первые списки того, что обязательно нужно проверить перед сдачей макета.
Сначала это были заметки на стикерах, потом — документ в Notion, который рос и ветвился с каждым новым проектом. Сейчас, спустя восемь лет практики, эти списки превратились в структурированные чек-листы. Ими я пользуюсь сам и делюсь с коллегами, когда мы вместе разбираем сложные кейсы в эдтехе или fintech-продуктах.
Здесь я собираю те чек-листы, которые реально выручают в работе. Никакой абстрактной теории — только то, что можно открыть во время ревью макета или подготовки к UX-аудиту и пройти по пунктам.
Зачем нужны чек-листы, если есть гайдлайны
Гайдлайны платформ вроде Human Interface Guidelines от Apple или Material Design — это фундамент. Но они описывают общие принципы. Чек-лист же работает на другом уровне: он помогает не пропустить конкретную деталь именно в вашем интерфейсе. Например, проверили ли вы, как выглядит пустой экран после онбординга? А что происходит с длинными строками в таблицах на мобильной версии?
Со временем я понял, что чек-лист — это ещё и способ меньше нервничать. Когда перед важной презентацией или сдачей спринта у вас есть список из десяти-пятнадцати критичных точек, вы проходите по нему и уверенно говорите: «Всё проверил». Это профессиональное спокойствие дорогого стоит.
Как устроены эти материалы
Все чек-листы построены вокруг практических рабочих ситуаций. Они не привязаны к конкретному инструменту вроде Figma или Sketch — скорее к этапу проектирования или типу интерфейса. Каждый пункт сформулирован так, чтобы ответ был однозначным: либо сделано, либо требует доработки.
Я намеренно не делаю из них гигантские простыни на двести пунктов. В реальной работе такой документ никто не откроет второй раз. Поэтому в каждом чек-листе — самое важное, что я сам регулярно проверяю на проектах.
Сейчас здесь собрано несколько материалов, за которыми вы, скорее всего, пришли:
- Базовый UX-аудит интерфейса: семнадцать пунктов для быстрой проверки экрана или пользовательского сценария. Подходит, когда нужно оценить макет перед юзабилити-тестированием или перед показом заказчику. Я пользуюсь им, когда чувствую, что «что-то не так», но не могу сразу понять, что именно.
- Чек-лист для мобильных форм: всё, что касается ввода данных на телефоне — от типов клавиатур до расположения кнопки отправки относительно большого пальца. Собрал его после того, как в одном финтех-приложении мы потеряли часть пользователей просто из-за того, что клавиатура перекрывала поле с суммой.
- Подготовка макета к вёрстке: скорее шпаргалка для передачи дизайна разработчикам. Описания состояний, поведение сетки на промежуточных разрешениях, отступы и именование слоёв — те мелочи, которые экономят часы переписки в мессенджерах.
Я планирую дополнять этот раздел. В работе сейчас находится чек-лист по accessibility и отдельный материал для аудита навигации в сложных веб-приложениях. Если у вас есть запрос на конкретную тему — напишите мне, это правда помогает понять, что сейчас актуальнее всего.
Не заменяйте чек-листом мышление
Важно помнить: список никогда не заменит насмотренности и понимания контекста. Это подстраховка, а не автопилот. Если какой-то пункт кажется неуместным для вашего проекта — пропускайте. Если видите проблему, которой нет в чек-листе — добавляйте в свой собственный. Именно так эти списки и рождаются: из живой практики и ошибок, на которых мы учимся.
Берите, пользуйтесь, адаптируйте под свои задачи. И обязательно расскажите, что сработало, а что оказалось лишним — я постоянно эти материалы дорабатываю.