К основному контенту

Путь мобилизации компании "Р" (кейс)

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

В результате было принято решение о пилотном проекте. Продукт – один из лидеров рынка на момент 2007 года в РФ, внедрять должен был один из лучших партнёров разработчика, по мнению участников проекта успех был гарантирован. В качестве пилотной площадки был выбран удалённый филиал в Барнауле. В непродолжительный срок была проведена работа по настройке обмена системы мобильной торговли с 1С заказчика, обучены пользователи. Предполагалось, что после получения обратной связи от торговых представителей будет проведена финальная настройка (а возможности настройки были серьёзные) системы, и удачный опыт будет масштабирован на всю компанию. По опыту, такая стратегия часто работает.

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

Получив опыт и "набив шишки", руководство компании решило обратить внимание на продукт мобильной торговли, который можно самостоятельно дорабатывать. Это был 2009 год, в то время ярко выделялось решение от компании 1С, а именно 1С-расширение для КПК. В отличии от других решений, оно позволяло серьёзно менять не только внешний вид, но и функциональность приложения. Учитывая, что штат IT-отдела составлял несколько десятков специалистов – доработка приложения в знакомой среде 1С не составляла проблемы. На данном этапе был приобретён пакет лицензий на одну команду и началась работа по модификации приложения, суть – выполнение желаний коммерческого отдела.

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

Данная ситуация заставила руководство IT-отдела посмотреть на весь рынок решений мобильной торговли и устроить конкурс на выбор решения. При этом уже имелось сформулированное техническое задание, минимальные требования к самому решению (производительность, надёжность и т.д.), а так же возможность внесения изменений в приложение, при этом уже не так принципиально, чьими силами, разработчика или заказчика. В финал вышли: ОПТИМУМ (CDC), Агент-плюс, АСМТ Наполеон.

В результате выбор был остановлен на мобильной торговле Наполеон (в том числе и по причине гораздо меньшего бюджета проекта относительно других конкурсантов), пилотный проект предполагал создание приложения под все текущие требования заказчика без потери качества самого приложения. Срок реализации данного проекта (вернее, приложений, там был и van-selling) составил неприлично долгие для нас 4 месяца. Функционал приложения увеличился в несколько раз относительно базовой версии, было реализовано множество новых функций, было несколько приближений и корректировок реализации. В результате весной 2012 года первые пользователи начали работу в системе Наполеон.

На данный момент идёт третья волна доработок под новые, уникальные запросы пользователей, ни одна просьба не была отклонена и не была названа невыполнимой, бюджет всех доработок (а они действительно большие) не превысил годовую минимальную зарплату начинающего программиста.
На данный момент были реализованы следующие основные функции:
- повторено уникальное ценообразование;
- учёт товара в разных единицах измерения и веса;
- работа с заказами и возвратами, оформленными без участия торгового представителя (возможна корректировка + точный off take);
- оформление возвратов товара на основе накладных отгрузок с указанием причин и качественного состояния продукции;
- редактирование веса при продаже товара;
- сценарий работы с редактором в РМР;
- анкетирование клиентов с редактором анкет;
- заказ отчётов в 1С;
Мы даже возродили текстовый редактор печатных форм образца 2006 года для принтеров Epson LX 300, которые остались с прошлых проектов.

За весь 2012 год были автоматизированы все филиалы и практически все мобильные сотрудники компании. На текущий момент система полностью устраивает пользователей и IT-специалистов компании.


Какие выводы можно сделать из данной ситуации:
1. Перед стартом проекта необходимо чёткое понимание того, что хочется получить в итоге.
2. Далеко не всегда лидер рынка способен оправдать все ожидания клиента.
3. Самостоятельная разработка не всегда может привести к ожидаемому результату, в случае с применением конфигурируемых решений сюда добавляется ещё и ограничение самой платформы разработки (производительность / стабильность).
4. На примере крупной компании с частыми запросами на изменение функционала экономически нецелесообразно держать специалиста в штате, лучше отдавать эту задачу на аутсорсинг или разработчику (при его желании, естественно). Иными словами, серьёзного специалиста способного "тянуть" этот проект прокормить будет дороже, в случае с ротацией кадров есть риск как минимум провала по срокам.
5. Бюджет проекта не всегда пропорционален его качеству.
6. Техническое задание и оговоренные детали "на берегу" с пост-оплатной системой расчётов повышают шансы на удачную реализацию проекта.


Готов обсудить задачу или пояснить выводы.

Комментарии

Популярные сообщения из этого блога

Резервное копирование данных в "Наполеон"

Коллеги, доброго дня! К нам периодически обращаются технические специалисты, обслуживающие на стороне заказчика АСМТ «Наполеон», с  просьбой реализовать технологию бэкапа базы приложения внутри нашей системы. Конечно же, бэкап доступен каждому сторонними средствами. Но почему бы не заложить эту возможность уже в само решение? Мы тоже так подумали, и сделали это. Теперь во всех проектах начиная с июня 2020 года, эта технология уже встроена в наш сервер. Как это выглядит? В настройках сервера появилась кнопка «Резервное копирование». Выбрав эти настройки, можно задать каталог для копирования базы, количество копий, а также настроить расписание для копирования. В итоге никаких действий по остановке службы сервера комплекса «Наполеон» не требуется, и все происходит в автоматическом режиме. Технология протестирована и выходит в тираж.

Сопутка

Здравствуйте, коллеги! Сегодня затронем интересный вопрос заказа сопутствующего товара. Для многих проектов он может быть не принципиальным, а для некоторых оказаться критически важным! Пример, продаем упаковку. Продукт стандартизован и в ряде случаев может комплектоваться сопутствующими позициями. А может не комплектоваться, это на усмотрение заказчика. В ряде случаев заказывая контейнер мы можем одним движением заказать сопутствующий для него товар (в данном случае ) крышку для этого контейнера. С нужным коэфициентом, разумеется. И в результате в заказ попадает не одна, а сразу две, или более единиц продукции. При этом, некоторым клиентам данная крышка из приведенного выше примера не нужна, тогда повторяется базовый для мобильной торговли Наполеон сценарий. 

Контроль агентов в РМР

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

Фиксация перемещения торговых представителей.

Эта статья уже порядком устарела, вот актуальный вариант . Достаточно часто слышу от клиентов вопросы типа: "я смогу видеть на карте, где был торговый представитель"? Эти вопросы меня уже давно не удивляют, последние несколько лет вопросы слежения за торговыми агентами стали весьма актуальны, и в первую очередь благодаря развитию аппаратной части (коммуникаторы, КПК), встретить сейчас коммуникатор без GPS-приёмника реально сложно. Иными словами, если в коммуникаторе есть такая возможность, то почему её не использовать для слежения? И эта возможность стала использоваться в подавляющем числе проектов мобильной торговли, все разработчики софта стали предлагать "свои уникальные" технологии слежения и отображения. Получил ли заказчик надёжный инструмент контроля полевых сотрудников? Не думаю. Как работает технология GPS (Global Positioning System)? Система GPS функционирует на основе орбитальных спутников, передающих на приёмники находящиеся в устройствах радио си

Автоматизация отгрузки и склада

  Коллеги, доброго дня! Очередной вопрос из почты: а есть ли у Вас   мобильные решения для автоматизации складских операции? Отвечаем - они у нас есть, более того, мы их реализуем последние лет 10.  Чаще всего это были штучные решение, так сказать, не сильно популярные, поэтому мы не придавали им сильно значения. Следует отметить, что мы имеем большой опыт автоматизации различных процессов, в том числе и ячеечного учета и работы с ЕГАИС и т.д.  У нас есть наработанные практики, и в силу последних изменений, относящихся к введению  маркировки товара (национальная система маркировки Честный знак), мы можем предложить наше тиражное решение Наполеон-Склад. Оно предназначено для мобильных устройств на операционной системе Android , это как профессиональные терминалы сбора данных, так и просто обычные смартфоны, к которым можно подключить внешнее оборудование, например блютус-сканер. Это позволяет в кротчайший срок  реализовать любую задачу для автоматизации складских операций, таких как