Product Principles

Обновлено: 2026-07-16

Outcome before mechanics

Пользователь приходит за результатом, а не за доступом к внутренней системе. Навигация, CTA, status и pricing должны описывать его путь человеческим языком, не раскрывая без необходимости pipeline, provider или repository structure.

One clear journey

Основной сценарий имеет один доминирующий маршрут.
Один action не дублируется одновременно в header, body, inspector и footer.
Следующий шаг, blocker и последствия действия видны до клика.
Advanced mode раскрывается по запросу и не конкурирует с happy path.
Progress отражает реальное выполнение обязательных шагов, а не число посещённых экранов.

Progressive disclosure

Пользователь сначала видит решение, которое требуется сейчас. Технические настройки, diagnostics и редкие варианты доступны рядом, но не становятся обязательным шумом.

Каждый новый UI-блок должен иметь уникальную работу. Если он повторяет информацию существующей зоны, сначала упрощается информационная архитектура.

Trustworthy commercial UX

Цена, объём, ограничения и ожидаемый результат известны до подтверждения.
Недостаточный баланс или validation error сохраняют введённый контекст.
Demo, trial и production payment никогда не маскируются друг под друга.
Клиент не подтверждает платёж и не выдаёт entitlement самостоятельно.
Отмена, возврат, резерв и повторная операция имеют явный контракт.
Dark pattern, искусственная срочность и скрытая подписка не используются.

Real completion

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

Фиктивный URL, placeholder success, локальный-only state или ручная правка базы не считаются завершённым flow, если outcome обещает production-поведение.

Source and user trust

Оригинальные данные не переписываются генерацией без явного согласия.
Generated, inferred и canonical content различимы.
Неопределённость показывается как review state, а не скрывается.
Пользователь понимает, что сохранено, что опубликовано и что доступно другим.
Destructive action требует понятного scope и возможности отмены, если она технически разумна.