Главная/Как мы работаем

Как мы работаем

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

Фиксированная смета после аналитики
Демо работающего продукта каждый спринт
Доступ к трекеру задач и тестовым сборкам

2 нед.длина спринта

7этапов проекта

24 чвремя ответа менеджера

Почему процесс важнее технологий

Большинство неудачных IT-проектов проваливаются не из-за плохого кода, а из-за того, что команда и заказчик по-разному понимали цель, слишком поздно увидели результат или не договорились, как принимать решения.

За более чем 8 лет работы мы выстроили процесс, который снимает эти риски. Он не догматичен: для небольшого MVP мы сокращаем документацию до минимума, для корпоративной ERP добавляем согласования и формальную приёмку. Но основа одна — короткие итерации, регулярные демонстрации, прозрачный бюджет и единое понимание того, что считается успехом.

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

Три правила, на которых всё держится

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

Этапы проекта

Семь шагов от первого разговора до развития продукта после запуска.

Знакомство и первичная оценка

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

Аналитика и проектирование

Бизнес-аналитик проводит интервью с ключевыми сотрудниками и будущими пользователями, описывает текущие процессы и целевое состояние. Формируем список ролей, пользовательских сценариев, схему данных и интеграций. Длительность — от двух до шести недель в зависимости от масштаба.

Прототип и UX

Дизайнер собирает кликабельный прототип ключевых экранов. Мы проверяем его на реальных пользователях — водителях, менеджерах, клиентах — и исправляем неудобства до того, как они превратятся в код. На этом этапе фиксируем объём первой версии и точную смету.

Визуальный дизайн

Создаём дизайн-систему: цвета, шрифты, компоненты, состояния. Отрисовываем все экраны с учётом платформенных гайдлайнов iOS и Android, адаптивности для веба и доступности. Дизайн передаётся разработке вместе со спецификацией.

Разработка спринтами

Работаем двухнедельными спринтами. В начале каждого — планирование с вами, в конце — демонстрация работающего функционала на тестовом стенде. Вы можете менять приоритеты между спринтами, не ломая общий план.

Тестирование и запуск

Параллельно с разработкой QA-инженеры пишут и проводят тесты. Перед релизом — регрессионное и нагрузочное тестирование, приёмка с вашей стороны. Публикуем приложения в App Store и Google Play, разворачиваем серверную часть, переносим данные из старых систем.

Поддержка и развитие

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

Что вы получаете на каждом этапе

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

После аналитики

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

После прототипа

Кликабельный прототип ключевых сценариев, результаты пользовательского тестирования и список внесённых по ним изменений.

После дизайна

Макеты всех экранов, дизайн-система с компонентами, спецификация для разработчиков, ресурсы для публикации в сторах.

После каждого спринта

Работающий функционал на тестовом стенде или тестовой сборке, отчёт о выполненных задачах и потраченных часах, обновлённый план.

После запуска

Продукт в рабочей среде, исходный код в вашем репозитории, документация по архитектуре и API, инструкции по развёртыванию, доступы ко всей инфраструктуре.

На поддержке

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

Как мы общаемся

Коммуникация — половина успеха проекта. Мы договариваемся о правилах на старте и соблюдаем их до конца.

Один менеджер — одна точка входа

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

Регулярный ритм

Еженедельный короткий созвон о статусе, планирование и демо в рамках спринта, ежемесячная встреча по бюджету и стратегии. Для срочных вопросов — общий чат проекта. Всё, что обсуждаем устно, фиксируем письменно в трекере.

Прозрачность задач и часов

Вы получаете доступ к трекеру и видите каждую задачу, её статус и потраченное время. Нет «чёрного ящика», в котором исчезают недели.

Ваша роль в проекте

Назначить владельца продукта, который принимает решения
Обеспечить доступ к пользователям для интервью и тестов
Участвовать в демо и давать обратную связь
Предоставить доступы к существующим системам для интеграции
Своевременно согласовывать ключевые артефакты

Как мы обеспечиваем качество

Качество закладывается на каждом этапе, а не проверяется в последний день перед релизом.

Код-ревью: каждое изменение просматривает как минимум ещё один разработчик до слияния в основную ветку.
Автотесты: модульные и интеграционные тесты на ключевую бизнес-логику, автоматические UI-тесты для критичных сценариев.
CI/CD: сборка, тесты и развёртывание на тестовый стенд выполняются автоматически при каждом изменении.
Ручное тестирование на реальных устройствах: держим парк смартфонов и планшетов разных производителей и диагоналей.
Нагрузочное тестирование перед запуском: проверяем, как система поведёт себя при пиковом числе пользователей.
Мониторинг и сбор ошибок в рабочей среде: узнаём о сбое раньше, чем о нём сообщит пользователь.
Проверка безопасности: аудит зависимостей, защита персональных данных, шифрование каналов передачи.

Сроки типовых проектов

Ориентиры по длительности, от первой встречи до запуска первой версии. Точные сроки фиксируем после аналитики.

6–10 нед.MVP мобильного или веб-приложения

3–5 мес.полноценное приложение с бэкендом

4–8 мес.CRM под процессы компании

6–12 мес.ERP или несколько модулей

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

Форматы сотрудничества

Подбираем формат под зрелость проекта и степень неопределённости требований.

Фиксированная цена

Подходит, когда объём работ хорошо известен и описан. Стоимость и сроки фиксируются после аналитики, изменения оформляются отдельными соглашениями.

Время и материалы

Оплата фактически потраченных часов с ежемесячным отчётом. Идеально для продуктов, которые развиваются по данным и часто меняют приоритеты.

Выделенная команда

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

О стоимости и моделях оплаты подробнее — на странице «Стоимость разработки».

Как мы управляем изменениями

Требования меняются всегда — это нормально. Важно, чтобы изменения не разрушали бюджет и сроки незаметно для всех.

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

Технический долг под контролем

Иногда ради скорости запуска приходится принимать временные решения. Мы не скрываем их: каждое такое решение фиксируется как технический долг с оценкой, и в план развития закладывается время на его погашение. Так продукт не превращается в хрупкую конструкцию, которую страшно трогать.

Риски обсуждаем заранее

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

Как проходит запуск

Релиз — отдельный мини-проект со своим планом. Мы готовим его заранее, чтобы день запуска прошёл спокойно.

Подготовка сторов

Оформляем карточки приложения, скриншоты, описания и политику конфиденциальности, заранее проходим модерацию App Store и Google Play.

Миграция данных

Переносим справочники, клиентов и историю из старых систем, проводим пробную миграцию и сверку до основного переноса.

Обучение

Проводим обучение сотрудников, готовим короткие видеоинструкции и памятки по ключевым сценариям для каждой роли.

Плавный старт

Запускаем сначала на пилотной группе, собираем замечания, затем открываем доступ всем пользователям. Первые недели команда дежурит в усиленном режиме.

Частые вопросы о процессе

Короткие ответы на то, что спрашивают чаще всего. Остальные — в разделе вопросов и ответов.

Можно ли начать без технического задания?

Да, большинство клиентов приходят без ТЗ. Его формирование — часть этапа аналитики, и результат остаётся у вас.

Можно ли пропустить аналитику и сразу начать разработку?

Для очень маленьких и понятных задач — да. Для всего остального пропуск аналитики почти всегда приводит к переделкам, которые обходятся дороже, чем сама аналитика.

Как часто я буду видеть результат?

Каждые две недели на демо, а тестовые сборки и стенд доступны вам постоянно.

Что будет, если я захочу сменить подрядчика?

Код, документация и инфраструктура принадлежат вам. Мы поможем передать проект новой команде.

Начнём с первой встречи

Расскажите о задаче — предложим формат старта, состав команды и ориентир по срокам.

Оставить заявку+