
ИИ рядом с заметками
Copilot пишет функции, Claude генерирует модули, Cursor собирает приложения. А разработчик — тратит дни на то, чтобы понять, что именно кодить. Покажем, как этот сдвиг меняет профессию.
Знакомо?
«Написали идеальный код — а пользователь не понял интерфейс»
«Обсуждаете реализацию функции, но не обсуждаете — нужна ли она вообще»
«ИИ генерирует код за минуты — а вы тратите дни на то, чтобы понять, что именно кодить»
«Тимлид пишет ТЗ → разработчик реализует → пользователь не рад. Цикл повторяется»
Три сдвига
Когда ИИ пишет код за минуты, навык «написать чистую функцию» теряет рыночную ценность. Это не значит, что он не нужен — но это уже не конкурентное преимущество. Как умение водить машину: важно, но не определяет профессию.
Происходят три сдвига. От функций к ценности: вместо «как реализовать» — «зачем это пользователю». От ТЗ к пониманию: вместо «сделай по спеке» — «разберись, что за этим стоит». От кодера к продакт-инженеру: тот, кто понимает и пользователя, и систему — становится незаменимым.
Пример: задача «сделай иерархию папок нормально». Кодер видит задачу на перетаскивание элементов. Продакт-инженер спрашивает: а кто эти папки создаёт? сколько уровней вложенности реально используют? что происходит, когда папок 200? Это не ТЗ — это вызов продумать сценарии.
LiveAI — для продуктового мышления
LiveAI — это место, где разработчик ведёт заметки о пользователях, сценариях и решениях. ИИ видит этот контекст и помогает находить слепые зоны в UX.
Заметки о пользователях + контекст ИИ — спросите «где пользователь запутается?» и получите конкретный ответ
ADR в блокноте — архитектурные решения как контекст для ИИ. Новый разработчик спрашивает «почему так?» — ИИ отвечает
Итеративная критика — опишите фичу, попросите ИИ покритиковать UX, доработайте, повторите
Workflow: Продумать фичу до написания кода
Запишите, что вы знаете о фиче: зачем она, для кого, какие сценарии использования.
ИИ видит контекст фичи и может задать вопросы, которые вы не задали.
На основе ответов ИИ запишите 3-5 ключевых сценариев. Это основа для дизайна.
ИИ видит сценарии и контекст — и может критиковать UX предметно.
Запишите решение и его причины. Это ADR (Architecture Decision Record) — память для ИИ и для команды.
Workflow: Критика UX через ИИ
Запишите, как работает текущий интерфейс: что видит пользователь, какие действия доступны, где возникают проблемы.
ИИ видит описание UX и жалобы пользователей — и может предложить конкретные улучшения.
С контекстом vs без контекста
Без заметок о пользователях ИИ даёт общие советы. С контекстом — критикует конкретный сценарий.
ИИ видит сценарии, жалобы пользователей, ADR. Критика конкретная: «При 20 проектах ваш подход сломается, потому что...»
«Рекомендуется провести UX-исследование и A/B-тестирование» — общие слова, которые вы и так знаете.
Частые вопросы
Опишите фичу в блокноте, попросите ИИ покритиковать UX. 12 минут — и у вас есть сценарии и ADR, а не только ТЗ.