АЙТИФОКС - разработка программного обеспечения для бизнеса

История, которую мы не могли рассказать два года В АЙТИФОКС мы делаем сложные штуки: финтех, ИИ, высоконагруженные системы. Шесть лет на рынке, больше шестидесяти человек в штате, проекты, которыми гордимся...

У любого растущего бизнеса есть момент, когда вчерашние решения начинают душить завтрашние планы. У сети ресторанов Фри Тайм таким решением оказался сайт. Мы в АЙТИФОКС часто слышим фразу «обновите сайт». Но за ней редко стоит просто косметика. Этот кейс — история о том, как запрос на обновление обернулся пересборкой архитектуры, и почему это спасло бизнес от коллапса при масштабировании. Фри Тайм — сеть из трёх ресторанов в Благовещенске. Бургеры, роллы и локальный хит — корейский суп Куксу. Аудитория от 18 до 45 лет, высокая лояльность в городе. Бизнес стабильно рос и планировал открывать новые точки...

У любой сервисной ИТ-компании есть один и тот же скелет в шкафу. Свой собственный сайт. Пока ты делаешь крутые проекты для клиентов, собственная витрина тихо устаревает. Сначала это незаметно. Потом становится неловко. А потом ты понимаешь, что сайт уже откровенно врёт о том, кто ты есть на самом деле. У нас в АЙТИФОКС эта история тянулась годами. И сегодня я расскажу её без прикрас. Мы занимаемся сложной разработкой. Финтех, ИИ, высоконагруженные системы, реверс-инжиниринг железа без документации...

В развитии IT-продуктов есть один типичный момент. Сначала система помогает бизнесу расти, потом стабилизируется, а затем начинает тормозить развитие. Не потому что она плохая, а потому что её архитектура создавалась под другие задачи. Мы столкнулись с этим в проекте с билетным ядром. Компания много лет работала на стабильной системе на Java. Через неё проходило всё: события, залы, места, бронирования, статусы — фактически вся логика продаж. Система была надёжной и проверенной временем, и именно поэтому её нельзя было трогать. Снаружи при этом всё выглядело нормально. Продажи шли, продукты работали, команда развивала новые сервисы...

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