Product clarity
Посетитель понимает продукт, owner decision и ожидаемое изменение после использования.
Build — публичный инженерный слой BitEvo: продукты, source projects, research surfaces и проверки, которые позволяют отделять красивый интерфейс от доказуемого состояния.
Часть требований проверяется машиной, часть требует человеческого product/design/security review. PASS одного класса не заменяет другой.
Посетитель понимает продукт, owner decision и ожидаемое изменение после использования.
Типографика, spacing, hierarchy и interaction states ощущаются одной системой.
Критические пути явные, mobile usable, следующий шаг понятен.
CTA соответствуют стадии: map → proof → scope.
Synthetic остаётся synthetic; source/build/runtime evidence не смешиваются.
Canonical metadata, social cards, locale architecture и hreflang вводятся только для реальных локализаций.
Static delivery, bounded assets и отсутствие лишних runtime dependencies.
Landmarks, keyboard focus, headings, alt и accessible control names — regression constraints.
Build gates, headers, route integrity и explicit config делают ожидания исполняемыми.
Каждая публичная поверхность имеет понятную роль без копирования private state.
Machine gates не сертифицируют дизайн, business value, security или runtime correctness.
После machine PASS мы отдельно оцениваем: понятность оффера за 15–30 секунд, визуальную иерархию, доверие к proof, mobile rhythm, цену $4,900 в контексте value и отсутствие лишней технической перегрузки.
Lighthouse / Core Web Vitals должны измеряться отдельно; build gate не подменяет эти receipts.