СИСТЕМА УПРАВЛЕНИЯ ПРОЕКТАМИ ДЛЯ ТОРГОВО-ПРОИЗВОДСТВЕННОЙ КОМПАНИИ
С ПОМОЩЬЮ КОТОРОЙ КЛИЕНТ ВЫРОС В 2 РАЗА ЗА ГОД, С 71 ДО 134 МЛН
(*по данным сайта руспрофиль за 2022 и 2023 годы)
Клиент федеральная группа компаний ЛЭНДАЛ =>
производство и продажа всех типов ворот, рольставен, дверей, алюминиевых и модульных конструкций. Лидерует в своем регионе и присутствует в 13 соседних областях
С какой задачей обратился клиент
  • Упростить управление производством с помощью вывода всех проектов на одном экране (списком или в режиме канбан), с актуальными статусами и сроками
  • Создать единую информационную среду, в которой будет работать команда (менеджеры, руководители проектов, бухгалтер, логист и т.д.)
  • Сделать так, чтобы каждый участник работы с проектом мог быстро получить всю необходимую информацию по нему
Перед стартом работ клиент передал на оценку схему бизнес-процесса и описание своих пожеланий к будущей системе

Я очень ценю такой подход, он показывает вовлеченность клиента в процесс и заинтересованность в конечном результате
С ЭТОЙ ЗАДАЧИ В НАШЕМ БИТРИКС24 НАЧАЛАСЬ РАБОТА ПО ПРОЕКТУ

Я ПОЛУЧИЛ ОТ КЛИЕНТА ПАКЕТ ДОКУМЕНТОВ С ОПИСАНИЕМ БИЗНЕС-ПРОЦЕССОВ, ИЗУЧИЛ ЕГО И ПЕРЕДАЛ СВОЕЙ КОМАНДЕ ДЛЯ ПЕРВОНАЧАЛЬНОГО ОЗНАКОМЛЕНИЯ
ЧТО ПРОИСХОДИЛО НА МОМЕНТ ОБРАЩЕНИЯ
С ПРОЦЕССОМ
«ИСХОДЯЩИЕ ПЛАТЕЖИ КОНТРАГЕНТАМ»
  • Отсутствие единого реестра заявок на оплату поставщикам
    Данные были обрывочными, одна часть хранилась в 1С, другая в Excel, третья в почте. Процесс согласования платежей был сложно управляемым
  • Несистемная коммуникация
    Информация по заявке на оплату терялась в потоке писем на email и переписок в мессенджерах
  • Ручной труд фин.менеджера
    Приходилось вручную, через email обрабатывать заявки на оплату, вручную переносить данные между таблицами и забивать их в 1С

    На это уходило очень много времени + данные терялись и их приходилось перепроверять
  • Неудобство для инициатора
    Инициатор не понимал текущий статус своей заявки на оплату, когда она будет оплачена, согласована ли она

    Чтобы узнать эту информацию приходилось постоянно обращаться в фин.отдел
Ручное и несистемное управление расчетами с контрагентами ограничивало рост компании

Отсутствие единого реестра заявок на оплату не позволяло компании эффективно планировать свои расходы => создавало серьезные финансовые риски здесь и сейчас
Как я выстроил работу
по проекту
Изучил реальные бизнес-процессы
этап, с которого начинаю любой проект
Автоматизировать можно только реально существующие бизнес-процессы, поэтому мы начали работу с их детального разбора

Я выяснил как реально работают сотрудники клиента и выделил более 15 ключевых моментов, которых не было в первоначальном техническом задании, вот несколько из них
  1. Существуют операционные и стратегические расходы, и у них разные цепочки согласования
  2. Если это операционные расходы - необходимо понимать от какого они подразделения или заведения (напомню, в холдинге более 22 заведений)
  3. Если инициатор согласования не указал полную информацию по заявке - её нельзя запускать в работу
  4. В компании существуют платежные дни (вторник и четверг) и при заполнении заявки на оплату нужно дать возможность инициаторам выбрать один из них (остальные даты заблокировать), при этом, финансовый менеджер, который получает заявку после всех согласований, может изменить платежный день