понедельник, 5 июня 2017 г.

Пробег

Поговорим о километраже.

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


Здесь мы видим цвет трека выделен фиолетовым  и указан большой пробег (гораздо больше, чем он мог проехать). Почему так происходит? Дело в том, что в этот трек  "подмешены" не только координаты, снятые с помощью GPS, но и с помощью сотовых вышек, Wi-Fi точек доступа и д.т. 
Мы повторили этот пример на тестах:


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


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


четверг, 4 мая 2017 г.

Отчеты из 1С

Очень часто заказчики, которые только хотят с нами поработать, да и те, которые уже давно работают, задают нам один и тот же вопрос: а можно ли запросить в вашей программе отчет из 1С. Да легко! Правда не совсем  понятно, зачем торговому представителю запрашивать отчеты из 1С, ведь у него на мобильном устройстве есть и так вся статистика, которая ему необходима для работы. Например, история продаж, которая может хранится годами, и она ни на какую производительность не влияет. Причем это не только продажи самой точки( off-take), но и активный ассортимент точки, и out of stock. Так может для дебеторки нужны отчеты в КПК у торгового представителя? Это наш стандартный функционал. Мы можем выгрузить начальное сальдо и сделать детализацию по накладным, например, за месяц. Они весят совсем немного, и всегда можно быстро подгрузить на смартфон. Однако, конечно в ряде случаев, необходимость в  каких-то специальных отчетах имелась, и мы добавили эту функцию в нашу программу уже лет 6 тому назад. Как это выглядит?

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


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

Отправляем запрос о построении отчета на сервер, и вот уже он у нас в руках. Несколько примеров отчетов (мы их намеренно уменьшили, чтобы клиентов не обижать):


Можно построить любые отчеты, а так же сделать их доступными(или недоступными) для того или иного торгового представителя.

 Если вам необходима такая функция, всегда можем добавить.

четверг, 27 апреля 2017 г.

Fake GPS

"Все врут"- постоянно повторял  знаменитый сериальный доктор. И, к сожалению, торговые представители не исключение. Сегодня поговорим о том, как они могут это делать.



Это картинка с нашего блога. Запросы  на тему" как обмануть gps" в мобильной торговле. Сегодня мы покажем, как можно это сделать.

Как обмануть GPS в мобильной торговле, краткая инструкция:
1. Идём на Google Play и вбиваем в строку поиска, что-то типа «fake GPS»


Посмотрите, какое изобилие. Очень  много вариантов бесплатных программ, которые помогают указать на карте местонахождение мобильного устройства не там, где оно есть на самом деле.
2. Выбираем любое приложение. Ставим его на наш смартфон.
3. Выключаем приложение мобильной торговли. Запускаем Fake GPS. В настройках устройства выбираем режим  "для разработчика" (некоторые приложения сами открывают этот пункт в настройках). 


В этом меню выбираем приложение, которое будет сообщать устройству «ложные» координаты.Проверяем работоспособность.
Сначала поработаем с реальным координатами (в районе нашего офиса)


4. Развлекаемся дальше - запускаем приложение, выбираем, например, точку Лондон, или Париж.


Карта это "проглотила". Ура! Мы в Лондоне! А дальше - больше, Йоханнесбург. Следующая заявка была сделана именно там, говорит нам карта. Всё, проблем нет, и программа мобильной торговли обманута!


Как выявить обманщика в АСМТ Наполеон?
Наш подход заключается в том, что мы не блокируем деструктивные действия пользователя. Если торговый агент хочет обмануть, он обманет и в чем- то другом. Нам нужно выявить этого обманщика. И программа это поможет сделать. Все "ненастоящие" документы залиты серым фоном.


Это гарантированно дает нам понять, что координаты получены не с помощью реальных GPS спутников, а с помощью программы, эмулирующей эти спутники.
Мы, конечно, никогда в полную силу не сможем уследить за прогрессом и новыми трендами обмана, мы не сможем протестировать блокировку ложных координат на всех мобильных устройствах, это просто невозможно. Но будем уже знать, что человек нас обманывает, и к нему будет пристальное внимание. А потом, на ваше усмотрение, либо помилование, либо «расстрел».

пятница, 21 апреля 2017 г.

История из жизни

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


В отчете видны торговые точки, многие из которых выделены красным цветом , что говорит о несоответствии координат документа и адреса клиента. А  агент утверждает, что он их посещал. И да, есть заказ в ней, фото и прочие подтверждающие документы. Как можно исключить подобную ситуацию?
Есть несколько вариантов. Первый способ - самый простой, необходимо увеличить погрешность в сопоставлении адресов.Увидим, что  почти все точки попадут в область передвижения торгового представителя.



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



Второй вариант работает, когда территория очень огромная, несколько областей или округов. Конечно, объехать такую территорию весьма сложно. В таком случае работает функция - указать клиента на карте.



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


четверг, 13 апреля 2017 г.

Stop лист

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

Это наглядный пример, как мы помогаем выстраивать работу с недобросовестными заказчиками и контролировать дебиторскую задолженность.

вторник, 11 апреля 2017 г.

Действовать по плану

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



Например, это может быть фото выкладки в начале и в конце посещения (время в фото всегда проставляется автоматически), анкета или принятие наличных средств.  
То, что выполнено, помечается зеленой галочкой, а то что, что не обязательно для выполнения в данном контрагенте - стрелочка.
Раньше торговые очень часто ленились выполнять до конца предписания менеджера. Как?  Да просто - выходили из не заполненного сценария и делали синхронизацию. Всё.
Теперь мы это исправили и так делать не захочется. Не пройденный до конца сценарий невозможно отправить, при этом не будет работать отправка и других документов.

Теперь надо либо удалить весь визит (если он неудачный), либо пройти его до конца.

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

пятница, 3 февраля 2017 г.

Уменьшаем энтропию.

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


Данное нововведение касается всех проектов и обновлений собранных после 1 сентября 2016 года.

И это ещё не всё, но об этом – в следующий раз.