Разработка ПО
в Москве

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

Внутренние системы учёта и заявок. Порталы для партнёров и дилеров. Личные кабинеты с оплатой и документами. Интеграционные прослойки между складом, сайтом и бухгалтерией. Панели для операторов, где скорость ввода важнее красоты. Каждый тип живёт по своим правилам: кабинету нужна безопасность, панели оператора — горячие клавиши и минимум кликов.

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

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

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

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

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

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

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

Нужна система под ваш процесс, а не универсальная платформа? Оставьте заявку — разберём процесс, интеграции и этапность на созвоне.