Краткий гайд по анализу сайта криптопроекта

Мобильная версия

Для экономии времени начните с телефона. В мобильной версии быстро видно большинство проблем, которые допускают вайбкодеры. Сайт должен нормально выглядеть на смартфонах, планшетах и других экранах. Разработчик всегда проверяет адаптивность, а на этом часто палятся люди, которые просто сгенерировали сайт и не тестировали его.

• контент не выходит за пределы экрана;
• текст не обрезается;
• кнопки не перекрываются;
• горизонтальный скролл появляется только там, где он действительно нужен;
• элементы не «плывут» после загрузки;
• меню и модальные окна нормально открываются и закрываются.

Также попробуйте сделать zoom-out — не увеличить страницу, а отдалить ее. Если в определенный момент контент начинает вылезать за экран или после одного элемента вся страница ломается — это плохой знак.

Десктопная версия

Сайты, созданные с помощью ИИ, часто используют типичные шаблоны. Они выглядят как стандартные лендинги, а не как продукт, над которым работала команда дизайнеров и разработчиков. Если это криптостартап, потратить $1 500 на дизайнера и разработчика — вполне реалистично. С сайтом в основном взаимодействуют молодые пользователи, поэтому он должен выглядеть свежо, стильно и отличаться от других проектов.

• нестандартные формы;
• геометрию;
• крупный шрифт;
• анимации;
• аккуратную типографику;
• общую визуальную целостность.

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

Сравнение дизайна сайта Throne с типовым лендингом.

Пройдитесь по странице и найдите сложные интерактивные элементы: анимации, таблицы с данными, графики и другие компоненты. Страница должна загружаться быстро, а анимации — работать плавно. Хорошие примеры:

• плавное переключение темы;
• микроинтеракции;
• эффекты при наведении;
• скролл-анимации;
• одинаково плавная прокрутка вверх и вниз.

Если анимации тормозят, дергаются или ломают соседние элементы, это уже плохой знак. Нормально сделанный сайт должен работать стабильно не только в статике, но и во время всех переходов, скролла и наведения.

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

• таблица прокручивается только в одном направлении;
• элемент уезжает при наведении;
• текст выходит за пределы блока;
• кнопки перекрываются;
• элементы прыгают при загрузке;
• интерфейс ломается при изменении размера окна.

Если такие баги есть, сайт, скорее всего, нормально не тестировали.

• кнопки должны работать;
• все ссылки должны открываться, и не должно быть пустых секций;
• меню и модальные окна должны закрываться;
• интерактивные элементы не должны зависать.

На компьютере также проверьте курсор. На кликабельном элементе он должен превращаться в указатель — «пальчик». Если кнопка выглядит кликабельной, но курсор не меняется, это может говорить о небрежной реализации.

Дополнительные тесты

Проверяем страницу 404

Откройте несуществующий URL, например, textsite.encrypted/asdhkljfa.

Сайт должен показать полноценную страницу 404 — «Страница не найдена». Плохие признаки:

• черный экран;
• только крупная надпись 404;
• нет кнопки возврата на главную;
• сайт вообще не обрабатывает несуществующие страницы;
• отображается стандартная ошибка сервера.

Хорошая страница 404 сохраняет стиль проекта и помогает вернуться на главную.

Сравнение полноценной страницы 404 и стандартной ошибки 404.

Ищем GitHub проекта

• дату последнего коммита;
• регулярность обновлений;
• количество участников;
• структуру репозиториев;
• наличие README и документации;
• открытые задачи (issues);
• соответствие репозиториев заявленному продукту.

У крупного проекта может быть не личный профиль, а GitHub-организация. Это нормально. Внешний вид отличается, но активность и качество репозиториев все равно можно проверить.

Сам по себе один кривой блок или неработающая кнопка еще ничего не доказывает. Но если сайт разваливается на мобильной версии, элементы налезают друг на друга, ссылки не работают, а базовые вещи вроде страницы 404 никто не доделал — это уже показывает отношение команды к продукту.

При этом сайт остается только внешней частью проекта, и сегодня привести его в приличный вид можно очень быстро. Поэтому важно смотреть глубже — изучать GitHub, историю обновлений, активность разработчиков и структуру репозиториев. Это дает куда более понятную картину того, насколько проект вообще живой и сколько людей над ним работает.