понедельник, 14 декабря 2015 г.

Кнопка Меню в Android.

Когда то давно, лет 5 назад стремительно набирали популярность аппараты с операционной системой Android. Хорошее было время, мир выходил из кризиса, впереди было много интересного и на каждом аппарате была кнопка Меню. 
Спустя 2 года парни из Android сообщили о том, что кнопка "меню" на корпусе аппарата теперь уже не модно и можно без неё. С тех пор каждый из нас (Гильдии разработчиков) знает, как вызвать меню на подавляющем большинстве андроид девайсов. 
Кому то это покажется страшным баяном, пусть так, но на прошлой неделе мы потратили 2 часа своей жизни на то, чтобы это объяснить пользователю. Мириться с этим было нельзя, поэтому ниже привожу описание того, как вызвать функцию меню на андроид аппаратах. 
Вот так выглядят механические кнопки меню на большинстве распространённых устройств:


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


В этом случае меню откроется только при долгом нажатии (так называемый лонг-клик)! То есть не просто ткнули пальцем, а ткнули и подержали. Многие говорят после этого Вау!

Владельцам планшетов советую обратить внимание на рабочую область экрана, именно там чаще всего находятся кнопки, в том числе и Меню. 


Причём не всегда максимально справа, но выглядит эта кнопка именно так. 
На свежих версиях Android OS кнопка меню выглядит так. 


Успехов вам, и не плутайте :)

вторник, 1 декабря 2015 г.

Глобальное обновление мобильной торговли Наполеон.

Салют, читатели первого блога о мобильной торговле. Несмотря на большой объём работы, и новых проектов мы всё же собрались с силами и таки выпустили давно ожидаемую версию АСМТ "Наполеон" 3.5, на ближайшее время она станет базой для всех новых сборок мобильной торговли.
Что нового появилось в базовой версии мобильной торговли "Наполеон" 3.5:
Во-первых, увеличилось число документов.


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

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


Инкассация (он же ПКО) – часто просят добавить, по этому, добавили в базовую версию.
Задачи – один из простых вариантов, задачи, привязанные к клиентам, назначаются в приложениях для руководителя.

Во-вторых, мы выполнили кучу мелких добавлений, вот наиболее заметные:
  • Настройка даты доставки по умолчанию (настраивается в обмене) – часто спрашивают;
  • Сумма продаж по товарным категориям за сегодня – сильно мотивирует торговых агентов;
  • Выгрузка фото-отчётов в папки агентов – для дистрибьютора просто обязательный функционал;
  • Больше данных передаётся в фоне (но заказы – никогда, это святое);
  • Несколько вариантов фото-презентора (все ранее реализованные собрали в один под настройки);
  • Назначение координат клиенту по карте в РМР;
  • Приведение интерфейса приложения к единому виду.


В третьих самое большое нововведение – Мобильный менеджер.
Это новое приложение, которое в ближайшее время будет интенсивно "обрастать мясом".



Сейчас в нём собраны базовые, наиболее востребованные функции, такие как отчёты о работе торгового отдела, треки перемещения, документы, созданные на маршруте.


Так же в нём можно назначать задачи на торговые точки и в случае необходимости полностью дублировать функции торгового агента.

Следующие обновления этого приложения будут направлены на повышение качества работы торгового отдела и взаимодействию с торговыми точками. Что это будет и как – пока секрет :)

Ещё один сюрприз-фишка – мобильный менеджер использует новую систему лицензирования, её особенность заключается в том, что пользователь сам решает платить ему за приложение или нет. Если он его использует редко или для какой–то конкретной функции – его, скорее всего можно использовать в демо режиме. Если руководитель использует мобильный менеджер часто и при этом не только контролирует работу торговых агентов, но и постоянно проводит аудит территории, оценку персонала и т.д. – то это сознательный выбор, а значит, приложение необходимо оплатить. Поймёт он это тогда, когда оно начнёт его ограничивать в действиях (например, ограничит доступ на 10-15 минут), если они начинают происходить часто.

Все остальные лицензии, купленные ранее или приобретаемые сейчас остаются вечными, и никуда не пропадают и не сгорают (не наш стиль). Изменение принципа лицензирования касается только мобильного менеджера.

С 1 декабря все новые проекты мобильной торговли собираются в версии 3.5. Демо-версия доступна для загрузки!

UPD: Старички, а ваши проекты не пора обновить?

пятница, 2 октября 2015 г.

По дороге с облаками – а не с торбой лишних бумаг

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

Поговорим сегодня о бедолагах, которые, невзирая на погоду, не сидят в теплых офисах, а колесят по дорогам большим и малым, навещая торговые точки. Да не просто договариваются о заказах и оформляют документы, но еще и распродают потихоньку то, что лежит у них в кузове. То есть о тружениках не просто мобильной торговли, а мобильной торговли прямо «с колес», ну просто мобильнее некуда.

У нас для этого есть соответствующая версия АСМТ «Наполеон», спешл фор вэн-селлинг. И сегодня мы расскажем, какую мы для этой версии реализовали фишку.

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

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

Не дело это, когда у занятого человека голова болит по пустякам. Так что сделали так: каждый раз при оформлении продажи мобильное устройство агента делает запрос учетной системе – например, 1С – и 1С для него генерирует печатную форму текущего образца, согласованного с данным контрагентом и им утвержденного. Правильную печатную форму то есть. И в эту форму мобильное приложение подставляет данные актуальной продажи, ну а дальше как обычно – выводит на печать. Вуаля! Правильно оформленный документ с первой попытки и всего одна дополнительная кнопка.


Спасибо одному нашему клиенту за хорошую идею. Мы вообще всегда за то, чтобы больше разговаривать. Но, чур, по существу. Пишите – звоните, это дело никогда не бесполезное.

вторник, 25 августа 2015 г.

«Погладь разработчика», выпуск 10



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

Три сегодняшних фишки.

1. «Именные» фото для именитых клиентов

К нам обратились с конкретной задачей – производитель, с которым работает данная дистрибьюторская компания, пожелал лично наблюдать, как в торговых точках проходит акция имени его продукта. Поэтому все торговые представители, обходя точки, должны были делать фотографии его товара на полках и посылать ему в лучшем виде, да чтобы прямо на фотографиях было подписано название акции.
Мы это реализовали и запомнили, потому что вообще-то мысль дельная и может еще кому-нибудь пригодится. Идея проста: модифицировали наш документ так, чтобы руководитель мог заранее задавать подпись на всех фото из этого документа. Таким образом, фото получаются «именные». Этот документ включается в сценарий как необязательный пункт и по мере необходимости используется.


Очень полезное усовершенствование, экономит кучу времени: не надо сортировать фото, обрабатывать их в «Фотошопе» и вручную подписывать.


 

2. Штрих-код – не каракули

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

На данный момент основных вариантов работы со штрих-кодом ровно три. Рассмотрим вкратце:

а) Проводной сканер штрих-кода. «Дружит» с планшетами, имеющими USB-хост. Стоит копейки, но жрет батарею устройства, в которое втыкается, так что лучше использовать аппараты с отдельным разъемом для питания, чтобы подзаряжаться, не отрываясь от работы. Кстати, обычно отдельный разъем для питания бывает у самых дешевых китайских планшетов – и у них же обычно бывает USB-хост.

То есть главный плюс – дешевизна аппаратного обеспечения. Еще один плюс – полная автономность: такая конструкция будет работать в любой точке мира, ей не нужны ни интернет, ни телефония.
Но главный минус – быстро тратится батарейка, так что если «в полях» у агента нет возможности подзарядиться, весь день он с таким девайсом не проработает. Ну и наличие шнура тоже минус – в наш век беспроводных технологий многих шнуры огорчают.

б) Bluetooth-сканер. Он беспроводной. Работу с такими устройствами мы реализовали еще в 2010 году, и до сих пор эта опция клиентами востребована.

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

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

Минусом тут, во-первых, требования к оборудованию (камера должна иметь достаточное разрешение и уметь автофокусироваться), во-вторых, стандартные недостатки любой камеры (плохо «видит» в темноте, долго распознает изображение и т.д.).
Но есть и безусловный плюс – не нужно никакое дополнительное оборудование, все в одном устройстве.

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

 
 
Если вкратце, то это все. Мы работаем со всеми тремя вариантами и по желанию клиентов включаем «быстрые кнопки» для работы со сканером в наши приложения. И вроде все пользователи у нас довольны.

3. Учетная система, или Путешествие заказов туда и обратно

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

По умолчанию все заказы, которые попадают в учетную систему – это заказы, которые агенты составляют на своих КПК и передают на сервер. То есть программа построена с учетом того, что именно агенты составляют все 100% заказов. А ведь в жизни все может быть совсем не так!

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

Говорят, бывают клиенты, которые вообще предпочитают общение с «телефонным голосом», а не с «живым человеком» – каждый раз звонят в офис, игнорируя агента.

Усложняем условия: заказ составлен в офисе, но агенту может потребоваться что-то уточнить на месте и, соответственно, заказ отредактировать. Или заказ составил агент, а на следующий день хозяин точки звонит в офис и просит что-то дополнить.

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

В общем, обмен информацией должен быть двухсторонним – не только от агента учетной системе, но и из системы агенту.

Тем более, что наладить этот обмен несложно – пусть при синхронизации на КПК приходит и информация о заказах, созданных в офисе. Чтобы агент не путался, можно помечать ее другим цветом, другими значками, в общем, как решите. Это уже детали. Мы просто хотели подать вам эту мысль.

Оставайтесь с нами. Вперед, к будущим юбилеям – выпускам номер двадцать, тридцать и – почему нет? – со временем даже сто! Ура!

вторник, 11 августа 2015 г.

Настроим все, кроме погоды



 
Ги-гип-ура, к нам все-таки пришло лето! Пусть в середине августа и ненадолго, но согласитесь, уже казалось, что Центральному региону России в этом году лета не полагается.

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

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

Так вот. Каждый раз после установки, прежде чем начать работу, надо настроить все нужные параметры: ввести IP и номер порта, откалибровать частоту и охват GPS-слежения, выбрать, как что отображается и как что подсчитывается. А у клиентов бывают очень разные пожелания, порой заковыристые, и параметров, требующих настройки, бывает много.

Вот и получается, что ценный IT-специалист, рабочее время которого, между прочим, оплачивается, корпит по 5, а то и по 10 минут над каждым КПКшником, выполняя совершенно «обезьянью» работу – ввод нужных циферок и постановку нужных галочек. Помножьте хотя бы двадцать копий приложения на хотя бы пять минут времени – получите сто минут. Обидно как-то.

Мы, конечно, такого разбазаривания ценного ресурса – времени специалиста – не допускаем. Мы автоматизировали этот процесс, и при работе над приложением задаем ему настройки по умолчанию. Так что у нас свежеустановленное приложение само себе выставляет нужные цифры и галочки во всех закладках. И сто минут превращаются в десять, только два клика на установку самого приложения. Полтора часа чистого профита – каково?

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

Так что мы таким способом экономим на самом деле не полтора часа, а гораздо больше. Вот. Возьмите на заметку.

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


пятница, 31 июля 2015 г.

«Погладь разработчика», выпуск 9



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

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

1. «Работа торгового агента не так проста и монотонна, как кажется. Недостаточно только составлять документы, нужно бывает десяток мелких вещей сделать – где-то подписанную бумажку забрать, где-то пожелание учесть, где-то с глазу на глаз договорились о чем-то важном, и это нельзя потом забыть».

Знаем, знаем. У нас давным-давно существует документ «Задачи» как раз для этого. Когда-то мы про него писали, но это было так давно, что уже и не вспомнишь – десяток доработок назад. С тех пор наш функционал «Задачи» подрос, набрался опыта, отрастил нужные дополнения и редуцировал ненужные. Для примера – то, что мы можем сделать при помощи задач сейчас. И это именно один из примеров, сделанных для одного конкретного клиента – мы по-прежнему держим курс на кастомизацию. Так что вы полюбуйтесь, а если понравится – детали, как всегда, обсуждаемы и дорабатываемы.

В этом примере мы сделали задачи разных видов, чтобы добавлять их в разные части сценариев. В начале работы с точкой просмотрите то, что у вас на эту точку уже есть: «Задачи начало»…


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

 

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


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

2. «У вас предусмотрен документ для фиксации остатков товара в торговой точке. Но нам этого мало. Нам надо учитывать не «всего товара в точке», а «товара в точке там и сям по пунктам и в сумме». Можете сделать?»

Конечно. Допустим, нам нужно подсчитывать, сколько товара выставлено на полку, а сколько еще лежит в подсобке. И, например, общую сумму. Вуаля!


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


3. А третий пункт сегодня – про мерчандайзинг. То есть про контроль ассортимента. Вопрос, для мобильной торговли слегка больной – потому что он одновременно и важный, и расплывчатый. О чем мы однажды писали и немного своими делами хвастались. Пора написать еще.

Вот тоже фишка для сценариев, разработанная для конкретного клиента. Условие – считать фейсы и количество по каждому фейсу в начале и в конце визита в точку, а потом получать сводные данные. Не вопрос! Перед нами два документа – «Мерчандайзинг в начале визита» и «Мерчандайзинг в конце визита».

Структурно они похожи. Только в первый раз мы отмечаем количество товара в начале визита, а второй раз – в конце, после того как закончим все остальные манипуляции.

 

Получаем сводную табличку.

Эти же данные получает менеджер на свой ПК, и по ним он тоже строит красивый отчет, как в пункте 2. Но это уж вы верьте на слово. И так в сегодняшней статье слишком много скриншотов.

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

среда, 8 июля 2015 г.

«Погладь разработчика», выпуск 8



И снова здравствуйте! Погода за окном то так, то этак, но на нашем рабочем процессе, если честно, это не сказывается. Главное – чтобы не кончался кофе в кофеварке. Ну и чтобы позитивный настрой оставался – на новые достижения и улучшения.

Сегодня – три новые фишки, которые украсят жизнь агентов, пользующихся вашим программным продуктом.

1. «Цены на отдельные товары могут меняться в ту или другую сторону. Нам нужно, чтобы агент это видел. Как-нибудь наглядно»

Дальше клиент описал, как он это видит. Действительно просто и наглядно! Так и сделали: в 1С меняется цена – и при следующей синхронизации агент видит яркий маркер в прайс-листе.

Если цена снижается – красный маркер.


А если повышается – зеленый.


Удобно и приятно. Возьмите на заметку, вдруг пригодится.

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

Не вопрос. У нас есть документ «Инкассация», почему бы нам не сделать в нем поиск по накладным – по образу и подобию поиска во всех других разделах программы.

В данном случае накладные у нас имеют длинные номера. Вот и будем искать, например, по трем последним цифрам этого номера.


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


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

Итак, вводим сумму, которую нам дает клиент, и программа автоматически заносит ее в «аванс».

А дальше мы разносим сумму по нужным нам накладным, а программа автоматически подсчитывает «сдачу».


Вот так. Надеемся, у нас получилось поделиться с вами чем-нибудь полезным. Желаем вам вдохновений, улучшений, интересных заказов – и чтобы кофе не кончался.

вторник, 23 июня 2015 г.

«Погладь разработчика», выпуск 7



Хорошего дня и приятного лета! Для тех, кто еще не на пляже у моря, новый выпуск рубрики «Погладь разработчика».
А кто уже на пляже у моря – не торопитесь, отдыхайте. Мы-то знаем, что если у фирмы дела идут хорошо, темп работы от сезона не зависит. Успеете еще погрузиться в дела, ловите краткий момент, когда можно о них не думать. В общем, нашу статью потом почитаете.

Три новинки на сегодня:

1) «Агенты такие невнимательные! Все время забудут обновить АПК, и то закажут что-то, чего на складе уже нет, то с неправильной информацией о дебиторке работают. «А я вроде недавно обновлялся…». Ага, «недавно»! Вчера!»

Ну что тут скажешь кроме того, что все мы люди,  невнимательные и самонадеянные. Но агенту мы можем помочь. Например, вот так:


Это обычное окно синхронизации приложения «Наполеон» на КПК агентов.


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

2) «Статус – статусом, а процесс – процессом».
В базовой версии программы у документа могут быть три статуса: «не отправлен» (на сервер), «отправлен» и «в обработке» (значит, уже поступил в учетную систему и что-то там с ним происходит).

Часто для удобства всех работающих с заказом – от агента, который его составил, до водителя, который его привез в торговую точку – статусов в учетной системе гораздо больше. Например «проведен», «не проведен», «отгружен», «не отгружен», «отправлен в наборку» и т.д. Их может быть довольно много, а еще к ним могут приписываться комментарии.
Что делать бедному агенту? Он в конце рабочего дня видит кучу заказов, которые имеют разные статусы, а для него выглядят одинаково. Вот так:


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

Поэтому мы дали агенту маленькую приятную фишку – набор значков для статусов. Теперь он может сам выбрать симпатичный ему значок и проассоциировать с новым статусом. Выглядит это вот так:


И так становится гораздо веселее, правда? Впрочем, «веселее» - это бонус. Главное, что становится понятнее. Потому что каждый значок – это определенный статус документа.


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


3) «Работа по сценарию – это очень удобно, позволяет не думать о том, что торговый представитель что-то забудет оформить. Но иногда он не может составить какой-то документ не по своей вине. Что тогда? Программа-то не даст «перескочить» через документ и работать дальше»

Вообще-то НАША программа – даст. Мы эту фишку реализовали очень давно, еще когда сценарии работы для торговых представителей получили среди наших клиентов широкую популярность. Тогда этот баг и всплыл.

Но спрашивающий прав в том, что мы как-то забыли этим похвастаться. Исправляем.

Итак, перед вами окошко программы «Наполеон – Менеджер», в котором руководитель составляет сценарии для агентов. Обратите внимание на столбик квадратиков слева. Часть из них маркированы, часть нет.
Галочка означает, что данный пункт сценария будет обязательным и его нельзя пропустить.
Отсутствие галочки означает, что пропустить можно.


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


На сегодня все. Оставайтесь с нами и не стесняйтесь комментировать. Помните: больше откликов от читателей – больше новых статей в нашем блоге.

вторник, 14 апреля 2015 г.

«Погладь разработчика», выпуск 6

Всем привет! Пришло время следующего выпуска «Погладь разработчика». Спешим доложиться вам о нескольких наших новинках – в режиме дайджеста, потому что некогда. Кому что непонятно будет – пишите.

Итак, три пункта сегодняшней повестки:

1.    «Больше наглядности, больше прозрачности»


По просьбе одного заказчика наваяли такой отчет. Смысл очень прост – на каждый месяц по каждому агенту в один клик составляется сводная табличка со списком торговых точек, с которыми он успел поработать, а в квадратике каждого дня указывается сумма за этот день по заявкам. В представленном примере округлили до тысячи, то есть, например 3,5 – это три тысячи пятьсот рублей. Пример, понятное дело, тестовый, privacy наших клиентов неприкосновенно.


В крайнем правом ряду – сумма заявок за целый месяц по каждому агенту. Все параметры, как у нас водится, масштабируемы. Хотите – не по дням, а по неделям суммировать будем, или по месяцам. Хотите – не по одному агенту, а сразу целыми подразделениями обсчитывать будем. В данном конкретном примере заказчик еще просил указывать, делал ли агент фотографии в торговой точке в тот или иной визит – почему бы и не добавить такую колонку. Таким образом, заказчик дополнительно контролирует факт визита в точку и данные этого отчёта применяет для расчета зарплаты торгового агента.

В общем, мы вам направление мысли задали, кому она интересна, те, не сомневаемся, ее разовьют.

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

2.    «Больше серверов, больше подключений»

Последние полтора года у нас становится все больше крупных, да еще и территориально распределенных проектов. Отдельные клиенты у нас счет агентов ведут на сотни, а подразделений – на десятки. Естественно, для них встает ребром вопрос, как так управлять этим муравейником, чтобы он не рассыпался, и ни один муравей не потерялся.

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




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


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

3. «Больше внимания к деталям – больше комфорта для клиента»

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


Мы его как пять лет назад сделали, так и не возвращались к нему, всех он устраивал. Но нашелся заказчик, который попросил внести изменения – он захотел выводить в этом отчете другие показатели, да и просто картинку поярче сделать. Пожалуйста! Со всем нашим удовольствием:


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

вторник, 10 марта 2015 г.

Когда деньгами, а когда натурой...



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

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

Как всегда, наш главный ориентир – потребности заказчика. Мы берем за основу тот процесс возврата, который у него налажен на момент обращения к нам, и пытаемся «воспроизвести» его в программе. Наша цель – провести автоматизацию с минимальными неудобствами для заказчика, так, чтобы ему не пришлось перекраивать из-за нее привычный ритм работы.

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

Начнем с самого простого варианта, когда надо просто забрать какой-то товар: агент нажимает кнопку «Возврат», попадает в окно создания документа…

… в самом наипростейшем, примитивнейшем варианте тут только поле выбора даты и поле для комментария. После чего агент жмет «ОК» и переходит к списку товаров…

… где указывает, каких товаров и сколько возвращается. Все автоматизировано донельзя – агент тыкает в строку с названием товара, перед ним появляется вот такой «калькулятор», где он указывает число. На выходе у агента вот такой аккуратненький списочек:

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

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

В карточке товара, например, укажем не только номер этой накладной, но и дату поставки (для скоропортящихся продуктов это важно), и количество поставленной продукции.

Или такой вариант – допустим, нам не важна конкретная накладная, достаточно даты отгрузки. Но нужно скрупулезно зафиксировать, почему товар возвращается, что с ним не так. Эту фиксацию мы тоже успешно автоматизируем. Например, вот так:

В этом примере пункты «Качество» и «Причина» выбираются из списков:

Вместо списков, опять же, могут быть поля для комментариев, буквенно-цифровые коды, да что угодно.

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

Словом, надеемся, что эти заметки запустили вашу фантазию в нужном направлении. И если у вас появилось желание автоматизировать процесс возврата – пишите, звоните, нам есть что предложить.