Команда, а не абстрактный «отдел разработки»

Двенадцать человек в штате. Проект ведут те же люди, которые его считали: аналитик, дизайнер, разработчики, тестировщик и инженер поддержки.

Фотографий на сайте нет намеренно: показываем роли, стаж и подход к работе, а не постановочные портреты у окна.

12 человек: в штате студии
10 лет: средний стаж в профессии
6 лет: средний срок работы у нас
1 контакт: один ответственный на проект

Кто у нас работает

У каждого – роль, специализация и стаж. С людьми из этого списка вы и будете переписываться в рабочем чате.

Артём Гладков Основатель, руководитель студии Оценка проектов · Архитектура решений · Договоры и сметы
16 лет в вебе, из них 12 – в собственной студии. «Прежде чем считать смету, я должен уметь объяснить, зачем клиенту эта работа. Если объяснения нет – проект мы не берём».
Ирина Селезнёва Руководитель проектов Планирование · Сроки и риски · Коммуникация с заказчиком
11 лет в управлении digital-проектами. «Заказчик не должен узнавать о проблеме из готового результата. Плохую новость лучше сказать в понедельник, чем показать в пятницу».
Павел Дорохов Ведущий аналитик, проектировщик Требования и ТЗ · Структура и прототипы · Сценарии пользователей
9 лет в аналитике и проектировании интерфейсов. «Половина правок на этапе разработки – это вопросы, которые не задали на аналитике. Я задаю их заранее и записываю ответы».
Марина Клюева Арт-директор Визуальный язык · Дизайн-системы · Фирстиль
13 лет в графическом и цифровом дизайне. «Красивый макет, который нельзя собрать и наполнить, – это картинка. Мы рисуем систему, а не картинку».
Данила Ефремов UX/UI-дизайнер Интерфейсы сервисов · Адаптив · Прототипирование
7 лет рисует интерфейсы сайтов и личных кабинетов. «Хороший экран – тот, на котором человек не думает, куда нажать. Проверяю это на живых людях, а не на себе».
Кирилл Астахов Ведущий бэкенд-разработчик PHP, Laravel · MySQL, Redis · Очереди и кэш
12 лет пишет бэкенд, 8 из них на Laravel. «Код пишется один раз, а читается сто. Пишу так, чтобы через год его понял человек, которого сейчас нет в команде».
Ольга Терентьева Фронтенд-разработчик Вёрстка и доступность · JavaScript · Core Web Vitals
8 лет в вёрстке и фронтенде. «Сайт должен работать на дешёвом телефоне и с выключенными скриптами. Всё остальное – приятные дополнения».
Роман Пахомов Разработчик интеграций 1С и обмены · CRM: Битрикс24, amoCRM · Оплата и доставка
10 лет связывает сайты с учётными системами. «Интеграция считается готовой не когда прошёл тестовый заказ, а когда её пережили распродажа и переучёт склада».
Никита Вьюгин Разработчик ботов и ИИ-агентов Telegram Bot API · Мини-приложения · LLM и сценарии
6 лет делает ботов и автоматизацию. «Бот полезен там, где он снимает рутину с живого человека. Если он её только добавляет – мы его не делаем».
Светлана Ким QA-инженер Функциональное тестирование · Кросс-браузерность · Чек-листы приёмки
9 лет в тестировании веб-проектов. «Моя работа – находить неприятное раньше клиента. Проект без списка проверок я не пропускаю в релиз».
Егор Мальцев Инженер поддержки и инфраструктуры Серверы и деплой · Мониторинг · Резервные копии
11 лет держит сайты в рабочем состоянии. «Хорошая поддержка незаметна: клиент узнаёт об аварии из отчёта, в котором написано, что всё уже починено».
Алиса Ронина SEO и веб-аналитика Семантика и структура · Техническое SEO · Метрика и цели
10 лет занимается поисковым трафиком. «Позиции – не результат. Результат – заявки, поэтому счётчики и цели мы ставим до запуска, а не после».

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

Кто на проекте

Руководитель проекта – единственная точка входа для клиента: сроки, деньги, приоритеты, еженедельный отчёт.
Аналитик – требования, структура, прототип и приёмочные критерии. Он же следит, чтобы готовый результат совпадал с тем, о чём договаривались.
Дизайнер – макеты в трёх ширинах и дизайн-система, по которой сайт можно развивать после сдачи.
Разработчики – фронтенд, бэкенд и интеграции. На типовом проекте их двое, на крупном – до четырёх.
Тестировщик – проверяет каждый спринт по чек-листу, а не только финальную сборку.
Инженер поддержки – подключается за две недели до релиза, чтобы принимать проект не «с листа».

Что это даёт клиенту

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

Подрядчиков привлекаем редко и только на узкие задачи – съёмку, озвучку, нестандартную вёрстку писем. Разработку, дизайн и поддержку наружу не отдаём.

Как мы держим качество

Ревью кода

Любая задача попадает в основную ветку только после проверки вторым разработчиком. Единоличных правок на проде не бывает.

Чек-лист приёмки

Перед сдачей проект проходит один и тот же список из 80 пунктов: вёрстка, формы, скорость, доступность, SEO-разметка.

Документация

Каждый проект сдаётся с инструкцией для редакции и техническим описанием. Поддерживать его сможет и другая команда.

Две головы на направление

На каждое направление есть второй специалист в курсе проекта – отпуск или болезнь не останавливают работу.

Разбор ошибок

Каждый инцидент разбираем и превращаем в пункт чек-листа. Одна и та же ошибка второй раз не повторяется.

Обучение в рабочее время

День в месяц каждый тратит на обучение и внутренние доклады. Это оплачиваемое рабочее время, а не «по желанию».

Ищем людей в команду

Открыты позиции в разработке, дизайне и поддержке. Условия, требования и форма отклика – на странице вакансий.

Смотреть вакансии Обсудить проект