LiveAI

ИИ рядом с заметками

LiveAI Logo
LiveAI
Стратегия

Код пишет ИИ. А ты — думай о пользователе

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

12 минут чтения Средний уровень Разработчики, тимлиды
Практический workflow: как думать о пользователе до написания кода

Знакомо?

«Написали идеальный код — а пользователь не понял интерфейс»

«Обсуждаете реализацию функции, но не обсуждаете — нужна ли она вообще»

«ИИ генерирует код за минуты — а вы тратите дни на то, чтобы понять, что именно кодить»

«Тимлид пишет ТЗ → разработчик реализует → пользователь не рад. Цикл повторяется»

Три сдвига

Разработчик будущего — не тот, кто лучше пишет код

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

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

Пример: задача «сделай иерархию папок нормально». Кодер видит задачу на перетаскивание элементов. Продакт-инженер спрашивает: а кто эти папки создаёт? сколько уровней вложенности реально используют? что происходит, когда папок 200? Это не ТЗ — это вызов продумать сценарии.

LiveAI — для продуктового мышления

LiveAI — это место, где разработчик ведёт заметки о пользователях, сценариях и решениях. ИИ видит этот контекст и помогает находить слепые зоны в UX.

Заметки о пользователях + контекст ИИ — спросите «где пользователь запутается?» и получите конкретный ответ

ADR в блокноте — архитектурные решения как контекст для ИИ. Новый разработчик спрашивает «почему так?» — ИИ отвечает

Итеративная критика — опишите фичу, попросите ИИ покритиковать UX, доработайте, повторите

Workflow: Продумать фичу до написания кода

1

Опишите фичу в блокноте

Запишите, что вы знаете о фиче: зачем она, для кого, какие сценарии использования.

  • Задача: «Переделать навигацию — пользователи жалуются на сложность»
  • Контекст: «80% пользователей — малый бизнес, 3-5 проектов»
  • Текущая проблема: «Вложенность 4+ уровня, никто не использует»
Вы не пишете ТЗ. Вы фиксируете контекст — зачем это нужно и кому. Это гораздо ценнее спецификации.
2

Спросите ИИ про пользователей

ИИ видит контекст фичи и может задать вопросы, которые вы не задали.

  • «Какого уровня пользователи столкнутся с этой навигацией?»
  • «Где новый пользователь запутается?»
  • «Какие паттерны навигации работают для 3-5 проектов?»
ИИ не заменяет UX-исследование. Но за 5 минут можно обнаружить слепые зоны, которые вы бы нашли через неделю после релиза.
3

Продумайте сценарии использования

На основе ответов ИИ запишите 3-5 ключевых сценариев. Это основа для дизайна.

  • Сценарий 1: Новый пользователь создаёт первый проект
  • Сценарий 2: Опытный пользователь переключается между проектами
  • Сценарий 3: Пользователь ищет документ в большом проекте
Сценарии — это мост между «что кодить» и «зачем это пользователю». Кодер пишет функцию. Продакт-инженер пишет сценарии.
4

Попросите ИИ покритиковать UX

ИИ видит сценарии и контекст — и может критиковать UX предметно.

  • «Найди 3 слабых места в этих сценариях»
  • «Что произойдёт, если проектов станет 20?»
  • «Какие нестандартные ситуации я упускаю?»
Критика UX через ИИ — это быстрый способ найти проблемы до кода. Подробнее о подходе — в гайде «ИИ-критик».
5

Зафиксируйте ADR

Запишите решение и его причины. Это ADR (Architecture Decision Record) — память для ИИ и для команды.

  • Решение: «Плоская структура + поиск вместо глубокой иерархии»
  • Причина: «80% пользователей не используют вложенность глубже 2 уровней»
  • Альтернативы: «Дерево с drag-and-drop — отклонено, сложность без пользы»
ADR в блокноте — это контекст для будущих решений. Когда вернётесь к фиче через месяц — ИИ напомнит, почему решили именно так.

Workflow: Критика UX через ИИ

1

Опишите текущий UX

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

  • «Пользователь видит дерево папок с 4 уровнями вложенности»
  • «Перетаскивание для перемещения, правый клик для контекстного меню»
  • «Жалобы: теряют документы, не находят нужную папку»
Добавьте реальные жалобы пользователей — ИИ будет критиковать с их учётом.
2

Попросите ИИ найти проблемы

ИИ видит описание UX и жалобы пользователей — и может предложить конкретные улучшения.

  • «Почему пользователи теряют документы? Разбери по шагам»
  • «Предложи 3 альтернативных подхода к навигации»
  • «Как другие продукты решают эту проблему?»
ИИ не заменит пользовательское тестирование. Но поможет сгенерировать гипотезы за минуты — вместо дней размышлений.

С контекстом vs без контекста

Без заметок о пользователях ИИ даёт общие советы. С контекстом — критикует конкретный сценарий.

Фича: Навигация

ИИ видит сценарии, жалобы пользователей, ADR. Критика конкретная: «При 20 проектах ваш подход сломается, потому что...»

Без контекста

«Рекомендуется провести UX-исследование и A/B-тестирование» — общие слова, которые вы и так знаете.

Частые вопросы

Начните думать о пользователе — а код напишет ИИ

Опишите фичу в блокноте, попросите ИИ покритиковать UX. 12 минут — и у вас есть сценарии и ADR, а не только ТЗ.