Сайты и приложения, которыми действительно можно пользоваться.
Корпоративные сайты, интернет-магазины, лендинги, веб-приложения и мобильные приложения — спроектированные вокруг задачи, за которой пришёл посетитель, и построенные так, чтобы дальше ими управляла ваша команда.
Начать проект
Большинство проблем с сайтами и приложениями на самом деле не технические.
Никто не может это обновить
Каждое изменение требует разработчика, поэтому сайт стареет. Через год он уже не описывает то, чем занимается бизнес.
Спроектировано под оргструктуру
Навигация, повторяющая внутренние отделы, а не то, чего пытается добиться посетитель, — поэтому никто ничего не находит.
Быстро в студии, медленно в реальности
Сборка, протестированная за столом в офисе, редко похожа на телефон в поезде, с которого ею будет пользоваться большинство.
Что входит в работу.
Структура и интерфейс, решённые до начала разработки: какие есть страницы, для чего каждая и как человек между ними перемещается.
Сайты с реальной работой над контентом за ними — редактируемые, расширяемые и структурированные так, чтобы поисковые системы и люди читали их одинаково.
Страницы под одну задачу, сделанные под кампанию, с аналитикой и вариантами, настроенными с самого начала, а не добавленными потом.
Инструменты с логикой, аккаунтами и данными за ними — от внутренних систем до платформ, обращённых к клиенту.
Ассистенты, обращённые к клиенту, — на сайте, в продукте и по телефону: обученные на ваших собственных материалах, подключённые к вашей CRM и службе поддержки и настроенные передавать разговор человеку в нужный момент, а не запирать людей в цикле.
Нативные и кроссплатформенные приложения, спланированные вокруг того, что действительно должно быть приложением, а не страницей.
Серверная разработка, проектирование баз данных, облачная инфраструктура и интеграции с CRM, платёжными и ERP-системами, которые нужны продукту, чтобы продолжать работать по мере роста.
Как устроена работа.
Исследование и UX
Для чего это, кто этим пользуется и что им нужно завершить. Структура согласуется здесь, до начала визуального дизайна.
Дизайн
Дизайн интерфейса на реальном инвентаре контента и реальных краевых случаях, а не на рыбе и трёхсловных заголовках.
Сборка
Разработка по дизайн-системе, где доступность и производительность — требования к сборке, а не финальный аудит.
Запуск и поддержка
Миграция, редиректы, аналитика и передача — затем период поддержки, пока приходит первый реальный трафик.
Что вы получаете.
Ваша команда сможет этим управлять
Модели контента строятся вокруг того, как вы на самом деле публикуете, поэтому рутинные изменения не требуют нашего участия.
Быстро там, где это важно
Производительность закладывается в бюджет на этапе разработки. Это значительно дешевле, чем дорабатывать её после запуска.
Построено с расчётом на расширение
Новые разделы и шаблоны — это дополнения к системе, а не исключения из неё.
Частые вопросы.
Это зависит от того, кто будет это поддерживать и что оно должно делать. Мы порекомендуем стек на этапе исследования и объясним компромиссы; мы предпочитаем не фиксироваться, пока не поймём, как устроена работа с контентом.
Часто да. Полная переделка — не всегда правильный ответ, и аудит обычно показывает, стоит ли сохранять лежащую в основе структуру.
Это часть разработки, а не опция. Мы проектируем и тестируем по WCAG 2.2 AA.
Мы можем хостить и поддерживать или передать вашему провайдеру. В любом случае код и аккаунты принадлежат вам.
Он выносится в отдельный явный объём работ, потому что обычно именно его недооценивают. Редиректы для каждого существующего URL — часть запуска, а не то, о чём вспоминают потом.