Независимое UX-ревью вайрфреймов SkinHub (главная v10.1, кейс v1.3)

2026-10-02 · Ревьюер: независимый агент на модели Fable, режим «только чтение». Материалы: CLAUDE.md, research.md, 19 скриншотов конкурентов, wireframes/home.md + home.html, wireframes/case.md + case.html. Файлы при ревью не изменялись. Это внешний взгляд, а не решения: что принято и что отклонено, записывается в журналах решений ../wireframes/home.md и ../wireframes/case.md. Юридические утверждения ревьюер сам отметил как «уверенность средняя» — их нужно проверить с юристом под целевые рынки.

Вердикт

Для low-fi это сильная работа: каждая кнопка возводится к конкуренту, журнал решений прозрачен, длина страниц адекватна (≈2,5 тыс. px на мобайле против 15–30 тыс. у Casehug/Skin.club). Но за 10 итераций с владельцем вайрфрейм ушёл от собственных выводов исследования, а юридический контур («закладываем с самого начала») остался на уровне иконки 18+ в футере. Три самые серьёзные проблемы:

  1. Юридика и ответственная игра не спроектированы. Нет возрастного гейта, гео-блокировки, KYC и состояний вывода, зато есть всё, что ускоряет игру: x10, Fast mode, горячие клавиши, «Sell» как главная кнопка результата. Вся воронка стоит на демо для гостя без проверки возраста — в ряде юрисдикций это само по себе нарушение.
  2. Мобильный первый экран перегружен. До каталога пять промо-слоёв (лента, герой, демо-полоса, режимы, оффер) — исследование ставило Casehug минус за четыре. Снизу три фиксированных слоя (плашка, нижнее меню, плюс неизбежный cookie-баннер). Утверждение «верх полки Hot на линии первого экрана» на реальном устройстве, скорее всего, не выполняется.
  3. Навигация расходится между экранами и платформами. На мобайле две горизонтальные навигации (чипы режимов + нижнее меню) — то, что бриф запрещает. На десктопе у игрока вообще нет входа в Rewards, инвентарь, профиль, пополнение. Price/Filters на главной ведут в другой раздел, хотя выглядят как локальный контрол.

Находки по убыванию серьёзности

Критично

1. Нет возрастного гейта и проверки 18+ до демо и до регистрации - Где: Главная (гость) → демо-полоса; Кейс, состояние A → «Try free»; вход Steam/Google. - Проблема: Единственное упоминание возраста — бейдж 18+ в футере и вопрос в FAQ. Steam и Google не отдают дату рождения; в сценарии регистрации нет шага подтверждения возраста и согласия с T&C. Демо доступно любому без какого-либо подтверждения. По правилам UKGC (LCCP) free-to-play версии азартных игр нельзя показывать без проверки возраста; в других юрисдикциях минимум самодекларация. Уверенность по конкретным рынкам — средняя, но целевые рынки не определены, а бриф требует закладывать это сразу. - Основание: Бриф §4 «Юридические»; Nielsen #5 (предотвращение ошибок, здесь — юридических); Skin.club футер: «By accessing this site, you confirm that you are over 18» (skinclub-footer.jpg) — хотя бы текстовая декларация. - Предложение: (а) нарисовать модал возраста/региона при первом визите (один экран, запоминается); (б) в сценарий регистрации добавить шаг «дата рождения + согласие с Terms и Responsible gaming»; (в) в состояние KYC — «подтверждение документов перед первым выводом / при депозите выше порога». - Чьё решение: не принято явно.

2. Нет состояния «регион запрещён» и вообще никакой гео-логики - Где: Все экраны. - Проблема: Бриф называет гео-ограничения обязательными, но ни одного состояния нет: что видит гость из закрытой страны, можно ли смотреть каталог и демо, что с игроком, у которого изменился IP (VPN) при выводе. - Основание: Бриф §4; research.md «Риск». - Предложение: Экран «Not available in your region» с списком того, что доступно (FAQ, поддержка), и отдельное состояние «мы не можем принять депозит из вашего региона» внутри Add funds. - Чьё решение: не принято явно.

3. Скорость игры максимизирована, а ограничения ответственной игры отсутствуют - Где: Кейс, мобайл A (x1–x10, Fast mode), десктоп блок 4 (горячие клавиши Space/R), состояние D («Sell» — основная кнопка, «Open again» на том же экране). - Проблема: Связка x10 + Fast mode + Space/R + мгновенная продажа в баланс + «Open again» — это loop «открыл-продал-открыл» без единой паузы. Регуляторы смотрят именно на скорость раунда и автоповторы. В меню ☰ есть «Responsible gaming», но нигде не нарисованы лимиты депозита, reality check, самоисключение, таймер сессии. - Основание: Nielsen #3 (контроль пользователя — но здесь контроль нужен в другую сторону); принцип peak-end: конец раунда — момент импульсивного решения; Hellcase (hellcase-case.jpg) — источник горячих клавиш, но у Hellcase доверие 4 обеспечивают другие вещи. - Предложение: Сделать «Keep» основной кнопкой результата, «Sell» — вторичной с подтверждением ниже порога; «Open again» показывать с балансом после списания; горячие клавиши — только Space, без R; в ☰ → Responsible gaming нарисовать лимиты и самоисключение; reality check каждые N минут/N открытий. - Чьё решение: Claude (по Hellcase); владелец явно не решал.

4. Демо не обещает те же шансы, что реальное открытие, а пример результата «слишком удачный» - Где: Кейс, состояния C и E: демо-выигрыш AK-47 Bloodsport $34.20 (1,2%) из кейса за $1. - Проблема: Подпись говорит «Demo wins don't count», но не говорит «same odds as real». Если демо хоть немного щедрее реального — это вводящая в заблуждение практика (в UK прямо запрещено; в ЕС подпадает под UCPD). Блок Verify fairness показан и в демо — непонятно, относятся ли seed/nonce к демо-раунду. - Основание: Принцип P5 «Честность как интерфейс»; Nielsen #1 (видимость статуса системы); Forcedrop (forcedrop-case.jpg) ограничивается «In demo mode, wins are not counted» — то есть и у них это слабое место. - Предложение: Подпись «Demo · same odds, same Provably fair · wins don't count»; в состоянии C показать шанс выпавшего предмета («1.2% — you got lucky» / «28% — most common drop»); в вайрфрейме нарисовать типовой, а не удачный исход. - Чьё решение: не принято явно.

5. Мобильный первый экран: пять промо-слоёв до каталога и три фиксированных слоя снизу - Где: Главная, мобайл, блоки 1–6 + блок 7 (плашка) + блок 14 (нижнее меню). - Проблема: Исследование поставило Casehug минус за «четыре слоя до каталога» и Hellcase (ноль слоёв, мобайл 5/5) — плюс. У нас: лента (~40 px) → шапка (~56) → герой (290 + точки) → демо-полоса (~50) → режимы (~36) → оффер (~62) → только потом полка. Снизу: плашка Search/Price/Filters (~44) + нижнее меню (~64) + на реальном устройстве адресная строка Safari (~80) + cookie-баннер (у всех 7 конкурентов он есть, у нас не нарисован). Итого виден примерно 844 − 190 = 650 px контента; первая карточка Hot Cases окажется под плашкой. Фолд в HTML (701 px) не учитывает фиксированные элементы. - Основание: research.md разбор Casehug/Hellcase; закон Хика (6 конкурирующих CTA до каталога: Join event, Apply, Try free, Get, Sign in ×2); эффект серийной позиции — каталог, ради которого «каталог на первом экране» (принцип 2), не в начале и не в конце, а в середине. - Предложение: Для гостя убрать оффер новичка из первого экрана (он уже дублируется в состоянии C/E кейса); объединить демо-полосу и строку режимов; ленту дропов на мобайле скрывать (как Hellcase, hellcase-mobile.jpg) или сворачивать при скролле; пересчитать фолд с учётом плашки, меню и браузерного хрома. - Чьё решение: владелец (лента v2, герой v2, таймеры v2) — оспариваю: метрики, на которые ссылается журнал (Casehug 13,6 стр./визит «при герое на весь экран»), — корреляция; у Hellcase без ленты на мобайле и с героем в 430 px — 9,9 стр., у Rain.gg с героем — 7,3. Решающее здесь — ивент как продукт, а не количество слоёв.

6. Две горизонтальные навигации на мобайле; Upgrade/Event/Contracts доступны только пока не проскроллил - Где: Главная, мобайл, блок 5 (чипы Cases · Battles · Upgrade · Contracts · Event) и блок 14 (Cases · Battles · ＋ · Rewards · Chat). - Проблема: Бриф: «Не делаем: несколько горизонтальных навигаций». Чипы под героем — это вторая навигация с теми же пунктами Cases/Battles. Она не прибита, уезжает при скролле: Upgrade и Event (один из пяти режимов, продаваемый героем) пропадают с экрана после первого свайпа. Нажатие на логотип «наверх» — это не навигация. Плюс неясно, чипы — это фильтр контента ниже или переход (на десктопе те же пункты — табы в шапке, то есть переход). - Основание: Бриф §3 «Не делаем»; закон Якоба (у Hellcase строка режимов — всегда наверху под шапкой, hellcase-home.jpg); Nielsen #4 (согласованность); закон общего региона — чипы стоят между промо-блоками и читаются как ещё один оффер. - Предложение: Либо режимы в нижнее меню (Cases · Battles · ＋ · Upgrade · More) и Rewards/Chat в ☰, либо прибить строку режимов под шапку (как на десктопе) и убрать её из потока. На странице кейса строки режимов нет вовсе — ещё один аргумент, что это не навигация, а декор. - Чьё решение: состав нижнего меню — владелец (v9); строка режимов под героем — Claude; конфликт не замечен.

7. Десктоп: у игрока нет входа в Rewards, инвентарь, профиль и пополнение - Где: Главная и кейс, десктоп, блок 2 (шапка: логотип · табы · Sign in). - Проблема: Нарисован только гость. После входа в шапке должны появиться баланс, «+», уровень, профиль, Rewards (нижнего меню на десктопе нет). Принцип 4 «ежедневная петля» на десктопе не имеет точки входа. Поддержка, язык, Provably fair — только в футере. - Основание: Nielsen #4; закон Якоба — у всех семи конкурентов в шапке есть аватар/баланс после входа (skinclub-home.jpg, casehug-home.jpg). - Предложение: Нарисовать десктоп-шапку игрока: Lv-кольцо → профиль/инвентарь; баланс с «+ Add funds»; Rewards с бейджем; ☰ или аватар-меню с Support/Provably fair/Responsible gaming/язык. Сделать шапку sticky (табы режимов иначе теряются). - Чьё решение: не принято явно.

8. Отсутствуют экраны, без которых воронка не замыкается - Где: Переходы со всех CTA. - Проблема: Не нарисованы: экран входа (Steam/Google + согласия), экран пополнения (методы, минимум, бонус, KYC-порог), сценарий вывода (трейд-оффер, Steam Guard, 7-дневная задержка — главная боль категории), привязка Steam для вошедших через Google (без неё вывод скинов невозможен), страница бесплатного кейса (без Demo/Real), «нет средств» при Open, полноэкранный поиск, лист фильтров, раздел «See all», панель чата, Rewards для гостя. Меню ☰ не содержит Settings (звук, Fast mode, 2FA, верификация, лимиты). - Основание: Nielsen #1, #9; бриф §4 «Steam задаёт сценарии вывода». - Предложение: До концепта зафиксировать минимальный набор: Sign in → Deposit → Insufficient balance → Withdraw (3 состояния: отправлен / ожидает Steam / ошибка) → Link Steam → Free case → Age/Geo gate → KYC pending. Остальное — после. - Чьё решение: не принято явно (в home.md «остальные экраны в следующих итерациях» — но часть из них блокирует проверку самой главной).

Важно

9. Таймер на «Free case for new players» — ложная срочность, скопированная у худшего по доверию конкурента - Где: Главная, мобайл блок 6 / десктоп блок 4; Кейс, состояние C/E, плашка «New player: free case at Level 1». - Проблема: На главной оффер «Ends in 23:41:08», на странице кейса тот же оффер без таймера с комментарием «без давления на этом шаге». Либо дедлайн есть — и тогда он есть везде, либо его нет — и тогда таймер на главной фейковый. Таймер, отсчитывающий от первого визита, — классический dark pattern (false urgency), который CMA/UCPD квалифицируют как misleading. Источник — Forcedrop (forcedrop-mobile.jpg, «00:00:29:53»), Trustpilot 3,5, доверие 2 в нашей же таблице. - Основание: research.md «Избегаем: таймеры срочности и давящие промокоды», разбор Forcedrop «Минусы: таймеры срочности и промокоды»; Nielsen #2. - Предложение: Оставить таймеры только у объективно конечных сущностей (ивент, розыгрыш, недельный лидерборд). Оффер новичка — без таймера, но с условием «на 1 уровне» (goal-gradient работает лучше дедлайна). Если владелец настаивает — таймер должен быть одинаковым на всех экранах и честно привязан к реальному сроку. - Чьё решение: владелец (v2 «таймеры нужны») — оспариваю; у Casehug (лучшие метрики) таймер только на ивенте (casehug-home.jpg).

10. Лента «все дропы без порога» воспроизводит минус Rain.gg - Где: Главная и кейс, блок 1. - Проблема: Исследование записало Rain.gg в минус «Лента дропов по $0.01» (rain-home.jpg). При 62% Mil-Spec в типовом кейсе лента будет на 2/3 состоять из $0.30–$0.84 — соцдоказательство «здесь выигрывают копейки». Плюс по спецификации тап по дропу открывает кейс — тап по движущейся мишени 52×30 px (Фиттс: движущаяся цель + размер < 44 px), и движущийся контент без кнопки паузы нарушает WCAG 2.2.2. - Основание: research.md разбор Rain.gg; Skin.club разделяет «WOW DROP» (закреплённые топ-дропы) и «LIVE DROP» (skinclub-home.jpg) — лучший паттерн в выборке; Von Restorff — редкие дропы должны выделяться, а не тонуть. - Предложение: Гибрид: 2–3 закреплённых «Top today» слева + живой поток справа; на мобайле ленту сворачивать при скролле; тап по дропу — только на десктопе или с паузой по наведению; кнопка паузы. - Чьё решение: владелец (v3 «все дропы») — оспариваю фактом из собственного исследования.

11. Плашка Search / Price / Filters: три разных типа действия и навигация под видом локального контрола - Где: Главная, мобайл, блок 7. - Проблема: Search открывает полноэкранный экран, Filters — нижний лист, Price — переключатель сортировки. Но по заметке в html «на главной с полками Search и Filters открывают весь каталог, Price — сортировку каталога», то есть пользователь нажимает «Price» на главной и оказывается на другой странице. Контрол выглядит как in-place тоггл, работает как переход. «⇅ Price» — непонятно, сортировка это или фильтр; состояние (дешевле/дороже) не отображается. Плашка постоянно перекрывает контент и «See all ›» последней полки; .mfoot резервирует 64 px только под меню. - Основание: Nielsen #2, #4; закон Якоба — у Hellcase (hellcase-mobile.jpg) та же плавающая плашка стоит над сеткой каталога, где сортировка применяется на месте, а не над полками. - Предложение: На главной с полками показывать только ⌕ Search (как FAB) или вообще убрать плашку; Price/Filters — только в разделе «See all»/каталоге, где они действуют in-place. Если плашку оставить — сделать её скрываемой при скролле вниз и показывать состояние сортировки. - Чьё решение: владелец (v8, v8.1, v9.4 — по своему скриншоту) — оспариваю: паттерн владельца взят из каталога, а главная уже не каталог (v10).

12. Карусель героя: автопрокрутка, поле ввода внутри свайпа, нет стрелок и клавиатурного доступа - Где: Главная, мобайл блок 3 / десктоп блок 3. - Проблема: (а) Автопрокрутка раз в 6 с — по данным NN/g авто-карусели получают ~1% кликов на слайды после первого; гость с большой вероятностью увидит промокод в момент, когда слайд уже уезжает. (б) Поле ввода внутри перетаскиваемой карусели: на десктопе drag-to-scroll конфликтует с выделением текста в инпуте, на мобайле — свайп с клавиатурой. (в) Без стрелок карусель не управляется с клавиатуры (WCAG 2.1.1) и для мыши нет аффорданса, кроме 14% выглядывающего края; у всех конкурентов с каруселью есть стрелки или точки-кнопки (skinclub-home.jpg, forcedrop-home.jpg, hellcase-home.jpg). (г) На десктопе три равновесных карточки = нет фокуса (Von Restorff); «первый экран продаёт ивент» превращается в «продаёт три вещи сразу». (д) Слайд «Promo +15% on deposit» показывается гостю без аккаунта — куда применяется код? Сценарий «Apply → Sign in → код потерян» не описан. - Основание: Хик; Von Restorff; Nielsen #3, #7; WCAG 2.1.1, 2.2.2. - Предложение: Автопрокрутку выключить (или только до первого взаимодействия и не для слайда с инпутом); промокод — кнопка «I have a code» → поле, а не открытый инпут в слайде; на десктопе вернуть стрелки по hover + клавиатура; ивент — 2/3 ширины, остальные слайды компактнее; гостю на слайде промо — «Sign in to apply», код сохранять до регистрации. - Чьё решение: владелец (v3–v7) — оспариваю пункты (а), (в), (г); (б), (д) — не принято явно.

13. Награда XP не «на кнопке», а в трёх блоках от неё; XP не масштабируется и бессмысленна гостю - Где: Кейс, мобайл блоки 4–7; главная карточки кейсов (+120 XP); состояние B. - Проблема: Принцип 3 — «прогресс на кнопке» (Casehug: «YOU WILL EARN +714 XP» прямо в блоке кнопки, casehug-case.jpg). У нас XP отделена от CTA рядом x1–x10 и переключателем Demo/Real — закон близости нарушен. В состоянии B выбран x2 («Real · $2.00»), а награда по-прежнему «+120 XP». Гостю в демо XP не начисляется (аккаунта нет), но бейдж «+120 XP» стоит на каждой карточке главной и на странице кейса — шум для 100% гостей. - Основание: Принцип 3; закон близости; Nielsen #1. - Предложение: XP и токены — строкой внутри/под кнопкой, умножать на количество; для гостя в Demo заменить на «Sign in to earn +120 XP per open» (это и аргумент к регистрации). - Чьё решение: Claude.

14. Токены сезона: на мобайле гарантированные «+10», на десктопе «шанс 25%» - Где: Кейс, мобайл блок 4 vs десктоп блок 3 («Season token chance 25%»). - Проблема: Два разных механизма на двух платформах. Также нигде нет связи «токены → что на них купить» (Hellcase на странице кейса ставит баннер «Spend your tokens before the event ends», hellcase-case.jpg). - Основание: Nielsen #4; goal-gradient — токены без цели не мотивируют. - Предложение: Выбрать одну механику; у игрока показывать «120/500 tokens to Tier 5» рядом с наградой. - Чьё решение: не принято явно.

15. Блок доверия на странице кейса — ниже 18 предметов; в шапке только иконка ⛨ без подписи - Где: Кейс, мобайл блок 2 (⛨ ♡), блок 10 (Verify fairness). - Проблема: Боль №3 из брифа — недоверие к честности. Skin.club ставит «guarantees 100% case fairness transparency» прямо рядом с кейсом над кнопкой (skinclub-case.jpg); Hellcase — подписанную кнопку «PROVABLY FAIR» в строке заголовка (hellcase-case.jpg). У нас на мобайле — иконка без подписи (исследование само критикует иконки без подписей у Hellcase/Rain.gg), а сам блок — после 9 рядов сетки, далеко под фолдом. Цвет редкости кодируется только цветом полосы (WCAG 1.4.1). - Основание: Nielsen #6 (узнавание вместо припоминания); эффект серийной позиции; WCAG 1.4.1. - Предложение: Строка «Provably fair · verify» под кнопкой открытия (тап разворачивает seed/nonce); иконкам ⛨ ♡ 🔈 — подписи или aria-label; у предметов — текст редкости, не только цвет. - Чьё решение: Claude.

16. Контролов перед первым демо слишком много для гостя - Где: Кейс, мобайл A, блоки 5–8. - Проблема: Гость видит x1–x10, Demo/Real, кнопку, Fast mode, звук — 9 интерактивных элементов до первого нажатия. У Forcedrop (forcedrop-case.jpg, онбординг 5/5) гость видит ряд x1–x10 и одну зелёную кнопку TRIAL OPEN. Демо x10 для гостя сжигает лимит (правило списания лимита при мультиоткрытии не задано: x2 = 1 или 2 из 5?). - Основание: Хик; Теслер (сложность перенести на систему: гость не должен выбирать режим — он уже Demo); состояние A подписано «гость до открытия», но счётчик «3 of 5» — это середина воронки. - Предложение: Для гостя в Demo скрыть x-количество и Fast/звук в ⚙; одна кнопка «Try free · 5 of 5 left»; правило: любое мультиоткрытие = 1 демо, или x-количество недоступно в демо. - Чьё решение: Claude (v1, возвращён владельцем после v2–v2.2 — владелец как раз пробовал упростить и откатил; стоит вернуться к упрощению только для гостя, не для игрока).

17. Chat в нижнем меню — паттерн двух худших конкурентов и риск пустой комнаты на старте - Где: Главная, мобайл блок 14. - Проблема: Чат в нижнем меню есть у Rain.gg и JamSkins — обе площадки из группы «худшие», у JamSkins исследование отмечает «около 320 человек онлайн» как минус. При старте чат с 10 людьми — антисоциальное доказательство, занимающее 20% главной навигации постоянно. Для гостя непонятно, может ли он читать/писать. - Основание: research.md (JamSkins, Rain.gg); закон Якоба — три лидера (Casehug, Hellcase, Skin.club) чат в меню не кладут. - Предложение: Чат — плавающая кнопка (как и было в v7.3) с бейджем непрочитанных, в нижнее меню вернуть Profile/Inventory (инвентарь — то, ради чего продукт существует, сейчас он на 2 тапа в ☰). Включить чат в нижнее меню фичефлагом после порога онлайна. - Чьё решение: владелец (v9) — оспариваю.

18. Лидерборд по «$» без пояснения метрики — и RG-риск - Где: Главная, блок 9. - Проблема: «m0nk · $4,120» — это выиграно? потрачено? Публичный рейтинг по объёму — стимул «догнать». У Casehug лидерборд — часть ивента (casehug-home.jpg, «EVENT Leaderboard»), а не постоянный блок главной. Не уверен в регуляторных требованиях к лидербордам по ставкам, но рисковано. - Основание: Nielsen #2; Von Restorff — метрика без подписи. - Предложение: Подписать метрику («Best drop this week» безопаснее, чем оборот); перенести в ивент/Rewards. - Чьё решение: Claude (v10), принято владельцем.

19. Бейдж Battles «12» — постоянный, а Rewards — действенный; они выглядят одинаково - Где: Нижнее меню. - Проблема: Число активных баттлов меняется, но всегда > 0 — красный бейдж висит всегда и обесценивает бейдж Rewards «3 миссии к получению», который реально требует действия. - Основание: Von Restorff (разбавление выделения). - Предложение: Battles — нейтральный счётчик, Rewards — акцентный бейдж; либо на Battles — только «новый баттл друга». - Чьё решение: Claude по Hellcase/Skin.club.

20. Логотип «наверх страницы» вместо «домой» на странице кейса - Где: Кейс, каркас («шапка как на главной»); home.md v8. - Проблема: На главной логотип-наверх безвреден, на странице кейса пользователь ожидает возврата на главную (закон Якоба). «‹ Назад» не определён (на главную? на «See all»?). - Предложение: Логотип — всегда «/», на главной — дополнительно скролл наверх. Назад — history.back с фолбэком на главную. - Чьё решение: владелец (v8) для главной; перенос на кейс — не принято явно.

21. Contracts 🔒 Lv 5 — замок в первичной навигации без состояния - Где: Главная, строка режимов и табы десктопа. - Проблема: Исследование: «Избегаем пустые экраны с замком» (Upgrader). Тап по 🔒 — что происходит? Нет тизера. - Основание: goal-gradient, Zeigarnik — замок работает, только если видно расстояние до цели. - Предложение: Тап открывает страницу Contracts с описанием и прогрессом «Lv 2/5 · 340 XP to unlock». Нарисовать. - Чьё решение: владелец (v7.3 Contracts в v1) — состояние не принято явно.

Желательно

22. Мелкие тап-таргеты - Где: «See all ›» (≈12 px текст), «+» в балансе (≈22 px), ⛨ ♡ (≈29 px), элементы ленты. - Основание: Фиттс; Apple HIG 44 pt. - Предложение: Весь заголовок полки — тап-зона; «+» в балансе ≥ 44 px; иконки в строке заголовка — 44 px с подписями. - Чьё решение: Claude.

23. «Sign in» / «Sign up free» / «Sign in with Steam» — три формулировки одного действия - Где: Шапка, нижнее меню, состояние E, How it works. - Основание: Nielsen #4. - Предложение: Одно слово везде (с OAuth разницы нет), в ключевых точках (C, E) — две кнопки провайдеров напрямую, как Rain.gg (rain-home.jpg: Register instantly · Steam · Google) — минус один экран на главном шаге конверсии. - Чьё решение: Claude.

24. Восемь поощрительных сущностей на одном экране - Где: Главная: Rewards, Free case, оффер с таймером, Giveaway-слайд, Promo-слайд, Season tiers, Leaderboard prizes, Mission claim. - Основание: Миллер; когнитивная нагрузка — пользователь не различает «бонус», «награду», «розыгрыш», «ивент», «оффер». - Предложение: Один хаб Rewards (миссии, daily, giveaway, промокод), на главной — не более двух поощрений: ивент и daily/демо. - Чьё решение: не принято явно.

25. Обещание «Avg withdrawal 3 min» и фраза «Powered by Steam» - Где: How it works, футер. - Проблема: 3 минуты невозможны при Steam Guard/трейд-холде — обещание, которое воронка потом нарушит (peak-end). «Powered by Steam» скопировано у Casehug и Hellcase (casehug-footer.jpg, hellcase-full.jpg), но Steam ничего не «power-ит»; не уверен в позиции Valve, но формулировка вводит в заблуждение о причастности. - Предложение: «Withdrawals via Steam trade offer, usually within N min after Steam confirmation»; «Sign-in via Steam. Not affiliated with Valve Corporation». - Чьё решение: Claude.

26. Нет лицензионного блока в футере - Где: Футер, мобайл и десктоп. - Проблема: Есть 18+, юрлицо, «AML/KYC» ссылкой, но нет места под номер лицензии/регулятора, SSL/безопасность (Hellcase показывает SSL-бейдж, hellcase-full.jpg). Бриф называет лицензию обязательной. - Предложение: Зарезервировать строку «Licensed by … No. …» и бейдж. - Чьё решение: владелец (состав футера v9) — дополнение, не оспаривание.

Что есть у конкурентов и работает, а у нас нет

Паттерн Где видел Почему работает Что сделать
Разделение «WOW DROP» и «LIVE DROP» в ленте skinclub-home.jpg Крупные дропы не тонут в копеечных Закреплённый сегмент топ-дропов слева от живого потока
Гарантия честности рядом с кейсом, над кнопкой skinclub-case.jpg Доверие в точке решения Строка Provably fair под CTA, не в 10-м блоке
Кнопка «PROVABLY FAIR» с подписью в строке заголовка hellcase-case.jpg Иконка без подписи не читается (их же вывод о Hellcase-меню) Подписать ⛨
«YOU WILL EARN +714 XP» в блоке кнопки casehug-case.jpg Прогресс буквально на кнопке Перенести награду в CTA
Фильтр «Available» (кейсы по карману) + «Favorites» в каталоге forcedrop-home.jpg Убирает состояние «нет средств» до его возникновения Добавить в лист Filters; где-то показать список избранного (сейчас ♡ есть, а раздела нет)
«Created by: …» на странице кейса skinclub-case.jpg Полка Creators без атрибуции на кейсе — незавершённый паттерн Строка автора на кейсах из полки Creators
Баннер ивента на странице кейса «Spend your tokens before the event ends» hellcase-case.jpg Замыкает петлю токены → ивент Тизер ивента/тиров под результатом у игрока
Провайдеры входа прямо на экране (Steam · Google) без промежуточного шага rain-home.jpg, rain-mobile.jpg Минус один экран на ключевом шаге В состояниях C и E — две кнопки провайдеров
Ленты нет на мобайле hellcase-mobile.jpg Лучший мобайл выборки (5/5) обходится без неё Скрывать/сворачивать ленту на мобайле
Цена кейса крупной контрастной плашкой hellcase-mobile.jpg Сканируемость каталога Цена в карточке крупнее XP-бейджа (сейчас равные по весу)
«No account? No problem. Play any game in Free Mode» над играми jamskins-home.jpg Демо-обещание ровно там, где начинается контент Демо-полосу ставить над полкой Hot Cases, а не между промо
Support в нижней панели jamskins-mobile.jpg, rain-mobile.jpg Для денежного продукта поддержка должна быть в 1 тап хотя бы на экранах депозита/вывода Кнопка Support на Deposit/Withdraw
Мобильное приложение/PWA в футере, счётчик пользователей casehug-footer.jpg Соцдоказательство без шапки (решение владельца о шапке сохраняется) Счётчики в How it works / FAQ

Скопированные слабые паттерны: таймер на оффере новичка (Forcedrop, доверие 2), все дропы без порога (минус Rain.gg в нашем же разборе), чат в нижнем меню (Rain.gg/JamSkins), 5 слоёв до каталога (хуже Casehug), автокарусель без стрелок (Hellcase держит 7 слайдов — пример раздувания), горячие клавиши + Fast mode (Hellcase), «Powered by Steam» (Casehug/Hellcase).

Противоречия и недостающие состояния/экраны

Противоречия документов и макетов

  1. CLAUDE.md §3 п.2 и журнал в home.html: «герой на весь экран» — в макете 290 из 844 px (~34%), над ним ещё лента и шапка. Либо исправить формулировку, либо макет.
  2. research.md «Избегаем» (таймеры срочности, ленты над контентом, несколько горизонтальных навигаций) vs CLAUDE.md «Делаем» (лента, таймеры, промокоды). Выводы исследования после решений владельца не обновлены — «единый источник правды» противоречит сам себе.
  3. Бриф «Не делаем: несколько горизонтальных навигаций» vs мобайл: чипы режимов + нижнее меню + плашка фильтров = три горизонтальные панели.
  4. Токены сезона: «+10 season tokens» (мобайл, гарантированно) vs «Season token chance 25%» (десктоп).
  5. Оффер новичка: с таймером на главной, без таймера на кейсе (case.md прямо: «без давления на этом шаге»).
  6. XP при x2: состояние B показывает «Real · $2.00», награда «+120 XP» не удвоена.
  7. Лимит демо и мультиоткрытие: не задано, сколько из 5 списывает x2–x10.
  8. Состояние A подписано «гость до открытия», а счётчик — «3 of 5 left»; на главной полоса говорит «5 free opens» и не описано, как она меняется после 2 демо (и что показывает при 0).
  9. Price-чипы: на мобайле убраны (v8) «потому что есть плашка», на десктопе остались над полками — поведение фильтра на странице с полками не определено ни для одной платформы.
  10. Логотип: «наверх страницы» на главной перенесено на кейс через «шапка как на главной».
  11. Звук: на мобайле рядом с Fast mode (блок 8), на десктопе — в строке заголовка (блок 2).
  12. «Case contents · 6 of 18 · by price» — контрола «Show all 18» нет ни на мобайле, ни в md.
  13. Verify fairness в демо: показаны seed/nonce, но не сказано, относятся ли они к демо-раунду.
  14. home.md журнал: запись v4 «слайды тремя блоками» стоит после v10.1; в html-журнале остались и «НУЖНЫ стрелки» (v3), и «БЕЗ СТРЕЛОК» (v5) — исторически верно, но вводит в заблуждение без пометки «отменено».
  15. case.md «нижнее меню как на главной» — плашка Search/Price/Filters на кейсе отсутствует (правильно), но это нигде не сказано.
  16. Название кейса «Neon Heist» = название ивента «Neon Heist». Сущности путаются уже в вайрфрейме.
  17. Chat: v7.3 «плавающая кнопка на мобайле», v9 «убрана» — в CLAUDE.md §4 оба факта изложены корректно, но в home.md блок 11 десктопа ссылается на «нужен в v1» без уточнения мобайла. Мелочь.

Недостающие состояния (на существующих экранах)

Недостающие экраны, на которые ведут нарисованные CTA

Sign in (Steam/Google + возраст + согласия) · Add funds · Withdraw · Link Steam / Trade URL · Free case (daily и новичка — без Demo/Real) · Event page · Rewards hub · Inventory · Profile · Contracts (locked-тизер) · «See all» каталог · Search (full-screen) · Filters (bottom sheet) · Chat panel · Giveaways · Promo result (успех/ошибка/требует входа) · Responsible gaming (лимиты, самоисключение) · Support · Region blocked · Age gate.