Решиться на полный переход на другую информационную систему в компании сложно. Однако, с it~bp это возможно в максимально сжатые сроки с минимальными рисками. Рассказываем о реальном опыте перехода на новую систему за 1 день с нашим участием
НПЦРиЗ
Кейс: Переход на новую it-систему за 1 день
О компании
Научно-производственный Центр Ревитализации и Здоровья — лидер в сфере anti-age технологий с более чем 600 филиалов
НПЦРиЗ начал свою деятельность в 2010 году. В 2018 году произошёл ребрендинг, в ходе которого НПЦРиЗ превратился в фирму «Пептиды» (Peptides).
Целевая аудитория — люди в возрасте 55+, что потребовало особого подхода к проектированию интерфейса. (В сети было достаточно много активных партнёров в возрасте от 70 до 90 лет)
Проблематика
Низкая скорость доработок и другие недостатки информационной системы
До обращения к нам заказчик использовал стороннюю расчётно-информационную систему для MLM-компаний — SaaS (software as a service — программное обеспечение как услуга). Она обладала рядом критичных недостатков:
существенные проблемы с безопасностью;
для расчётов бонусных баллов партнёрской сети приходилось останавливать все операции в системе на определённое количество минут. В этот момент невозможно было производить продажи в дилерских центрах;
обслуживание и развитие системы обеспечивало всего два человека, случись что-либо с разработчиком, управление системой было бы потеряно;
заказчик планировал выход на международный рынок, ему требовался функционал работы в разных регионах и валютных зонах
низкая скорость доработок в системе: иногда внезапно появлялся новый функционал, который ломал логику работы бизнеса-заказчика
процесс работы
Без ТЗ, но с предварительным проектированием
У заказчика не было готового ТЗ, поэтому мы начали с этапа предварительного проектирования, после которого можно было выполнить оценку проекта
Заказчик оказался настоящим экспертом по бизнес-процессам своей компании. Понимал, что хочет от новой системы. Однако большой проблемой стало изобилие различного функционала, который должна была содержать система. Время на реализацию было ограниченно.
Поэтому мы решили ограничиться написанием функциональных требований, и выбрали для реализации инкрементно-итерационную модель разработки. Разделения на этапы-инкременты было подобрано не просто так. Изначально в систему заложили модульную архитектуру и, в первую очередь, реализовывались самые критичные модули
Этапы разработки
Заложена общая архитектура системы и реализован неблокирующий расчёт бонусных баллов для сети партнёров;
01.
реализован модуль личного кабинета партнёра;
02.
реализован модуль личного кабинета владельца дилерского центра;
03.
разработан интерфейс кассира дилерского центра;
04.
реализованы несколько модулей панели администратора
05.
По каждому этапу производилась демонстрация заказчику, после чего функционал оставался доступным на демонстрационном стенде. Кроме того, процесс реализации проекта был разделен на итерации, после каждой итерации у заказчика была возможность вносить изменения в требования в рамках выделенного буфера.
За счёт того, что критические модули были реализованы самыми первыми, они дольше всего находились в тестировании, вероятность появления ошибок на продуктиве для этих модулей самая низкая.
Результат
За 1 день перешли на новую систему
После внедрения системы заказчик начал развивать систему с помощью нашей выделенной команды разработки — аутстаффинг. Поддержка и развитие системы ведётся по сей день
решили проблемы безопасности и надёжности системы;
получили возможность гибко дорабатывать систему
получили возможность работать в разных регионах;
получили возможность работать в разных валютных зонах;
