Риклер — молодая студия: запустились в 2026 году. Мы не растём любой ценой — берём столько проектов, сколько можем сделать хорошо, и не передаём работу на сторону.
- этапов в работе над проектом
- 0
- этапов в работе над проектом
- интервал демонстраций
- 0 недели
- интервал демонстраций
- время реакции по SLA
- 0 часа
- время реакции по SLA
- целевой Lighthouse
- 0+
- целевой Lighthouse
Философия
Сайт — это не результат. Результат — заявки, снятая нагрузка с людей и данные, по которым можно принимать решения.
Мы начинали как двое разработчиков, которым надоело делать сайты «по макету без вопросов». Нас трое, и подход с тех пор не изменился: сначала разбираемся, зачем проект нужен бизнесу, и только потом обсуждаем технологии и дизайн.
Это иногда стоит нам заказов. Бывает, что после разбора мы говорим: вам не нужен новый сайт, нужно исправить три вещи на текущем. Такие клиенты возвращаются через год-полтора уже с большой задачей — и это лучший показатель, чем разовая сделка.
Мы не работаем «на потоке» и не берём больше проектов, чем можем провести внимательно. В работе одновременно находится не более двух-трёх проектов — это осознанное ограничение, а не следствие нехватки клиентов.
Шесть правил, которым следуем на всех проектах
Их легко проверить: если что-то из перечисленного не соблюдается — скажите нам, это повод для разбора внутри команды.
Сначала задача, потом технология
Мы не предлагаем сложный стек там, где хватит простого решения. Если задача закрывается настройкой существующего сайта — скажем об этом, даже если это уменьшит наш чек.
Прозрачность вместо обещаний
Вы видите доску задач, тестовый контур и демонстрацию каждые две недели. О рисках и сдвигах сообщаем заранее, а не в день сдачи.
Код, который можно передать
Мы пишем так, чтобы проект мог поддерживать другой подрядчик или ваша команда. Документация и доступы передаются вместе с проектом, без привязки к нам.
Проект живёт после запуска
Релиз — это середина, а не финал. Дальше идут метрики, гипотезы и доработки, которые дают основной прирост результата.
Один ответственный на проекте
У вас есть конкретный человек, который отвечает за сроки и результат. Не нужно объяснять задачу заново каждому специалисту.
Доступность как норма
Клавиатурная навигация, контраст, семантика и корректная работа со скринридером входят в базовую разработку, а не в отдельную смету.
Кто работает над проектами
Аналитика, дизайн, разработка, тестирование и инфраструктура — внутри компании.
Шилов Илья Константинович
Ведущий специалист
Архитектура, оценка, ведение проекта
Фирсов Дмитрий Алексеевич
Разработчик
Frontend и backend, интеграции, запуск
Каймонова Елизавета Александровна
Дизайнер
UX/UI, прототипы, дизайн-система
Как мы его обеспечиваем
Код-ревью
Ни одна строка не попадает в проект без просмотра вторым разработчиком.
Автоматические проверки
Линтеры, типизация и тесты запускаются на каждый коммит — до того, как код увидит тестовый контур.
Тестирование на устройствах
Проверяем на реальных телефонах и в основных браузерах, а не только в эмуляторе.
Контроль скорости
Core Web Vitals измеряются перед каждым релизом. Просадка ниже порога блокирует выкладку.
Доступность
Клавиатура, контраст, семантика и скринридер входят в базовую проверку, а не в отдельную смету.
Наблюдение после запуска
Первые недели после релиза следим за ошибками и метриками, чтобы поймать проблемы раньше пользователей.
Как выстроена работа с вами
Один ответственный
На проекте есть руководитель, который знает контекст целиком. Не нужно объяснять задачу заново каждому специалисту.
Общий канал связи
Рабочий чат в Telegram или вашей корпоративной системе. Ответ в рабочее время — в течение часа-двух, не «когда посмотрим».
Открытая доска задач
Вы видите, что в работе, что готово и что ждёт вашего решения. Статус проекта не нужно запрашивать письмом.
Демонстрация раз в две недели
Показываем работающий результат на тестовом стенде, собираем правки и сразу планируем следующий шаг.
Начнём с разговора: расскажете о задаче, мы зададим вопросы и скажем, чем можем быть полезны.