среда, 17 декабря 2014 г.

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



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

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

Как и в прошлые разы, сегодня покажем три фишки.

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

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

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

2. «Нам важно точно знать, какие именно предлагаемые нами товарные позиции есть в торговой точке на момент визита агента, а каких нет».

Вот еще одна задача, которую мы решали уже несколько раз и разными способами.
Самым первым и самым простым вариантом решения был документ «Остатки» – агент открывал свой прайс-лист и отмечал те товары, которые видел на полках. А если полок с нужным товаром несколько, и разбросаны они по всему магазину? А если у агента в прайсе, скажем, 300 позиций, а в этот магазин вы поставляете всего 5? И, в конце концов, в магазине же не пять товаров, и не пятьдесят. Их там тоже сотни. Получается, что агент должен изучить все товары, понять, какие из них ваши, потом найти их все в списке… Ерунда получается, что уж.

В последний раз мы решили эту задачу так, и нам такой вариант понравился: менеджер в своем менеджерском приложении формирует агенту список поставляемых вами товаров для каждой торговой точки. Процесс автоматизированный, требует всего несколько кликов мышкой. Белый квадратик посреди слайда – это из-за privacy, не подумайте плохого.
Дальше агент получает эти списки на свой КПК и уже точно знает, что ему искать в магазине. Есть товар – ставим галку.
Так он проходится по всем нужным торговым точкам, а после синхронизации всю собранную им информацию о наличии товаров менеджер одним движением мыши собирает в красивый экселевский отчет.
Не сомневаемся, что у этой задачи и другие решения есть.

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

Ну, эту проблему мы решили аж в 2009 году, когда вплотную занялись проектами «продаж с колес», то есть van-selling. Для таких продаж возможность заполнить и тут же распечатать накладную и счет-фактуру принципиально важна.

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

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

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

На сегодня все. С вами были мы. Читайте, комментируйте, а будут новости – непременно сообщайте.

пятница, 5 декабря 2014 г.

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



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

Кратко о трех мелких фишечках – и побежим работать дальше. А вы, если что подумается, комментируйте, а если что понравится и себе такое захочется – пишите прямо на почту (ссылка на почту). 

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

«А если я хочу не по наличию на складе отфильтровать, а, скажем, по цене? А если по цене, и по наличию?»

И правда, почему бы и нет – подумали мы. И немедленно реализовали. И в базовую комплектацию добавили, чтобы два раза не вставать.


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

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

2. Сортируем нужное. Когда-то давно анкета нами задумывалась как некий универсальный опросник. Нужно менеджеру какую-то информацию по торговым точкам собрать – составил анкету, разослал агентам. Потом, когда все отчитались, одной кнопкой свел информацию из них в красивый большой экселевский файл. Вот тут (http://blog.grsoft.ru/2013/04/blog-post_25.html ) мы однажды описали процесс в деталях.
Но мы тогда не думали, что найдутся пользователи, у которых этот инструмент станет так популярен. «Ну две анкеты, ну три, ну пять» – думали мы. Ха! Пару десятков! Одновременно. И все на разные темы. Каждому агенту.

«А можно как-то информацию в отчете по анкетам сортировать? Ее слишком много.»

Ну еще бы! Подумав, приняли такой вариант сортировки: прежде чем программа построит отчет, вы можете сориентировать ее по дате (или временному периоду), по конкретным анкетам (одна или несколько). Ну и нужны ли вам фото, тоже можно сразу указать. 


По-моему, эргономично получилось. Есть идеи, как это можно еще улучшить? Пишите, с удовольствием почитаем.

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

«А нам нужно, чтобы агент непременно начинал работу с этих списков, и только потом переходил в общий прайс!»

Пожалуйста. Теперь, заходя в прайс-лист, агент получает сразу матрицу, а не общий прайс.


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


Откуда берутся списки? Их назначает менеджер в своем приложении для PC. И он же, кстати, назначает порядок, в котором они будут показаны агенту. Кнопочками «влево» - «вправо» пополняем список или удаляем из него пункты…


… кнопочками «вверх» - «вниз» задаем порядок работы с ними.


Пока все. Пишите письма, а мы постараемся впредь не пропадать и радовать вас новинками почаще.

среда, 29 октября 2014 г.

Вот как отзывы надо писать!

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


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

вторник, 28 октября 2014 г.

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



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

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

Превью прямо в прайс-листе – уже не новшество.
 

Как и превью бОльшего размера прямо в карточке товара.

А тут клиент нам такую мысль подал: «Хотелось бы, если поменял или добавил несколько фотографий, подгрузить на КПК только их, а не обновлять всю презентацию с нуля».

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


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

Вот одну картинку поменяли…

Вот выборочно через одну…

А вот все…

Были цветочки – стали ягодки. И фрукты. Вкусно.


2. Описание товара.

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

Как вам такой вариант?

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

Больше уж не знаем, чем угодить. Пишите, если есть еще идеи.

3. «Продавая, предлагай!»

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

Этот тип документа мы назвали «Коммерческое предложение».
Выбираем из прайс-листа то, что нарекомендовали, нажимаем одну кнопочку – и…


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

То есть все, что нужно от вас – убедиться, что в контактных данных этого клиента есть адрес его е-почты. Остальное программа сделает сама.

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

пятница, 3 октября 2014 г.

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


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

На сегодня мы заготовили три примера.


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

Побеседовав с заказчиком и поразмыслив, сошлись на таком варианте:


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

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


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



«На КПК видно, на каких контрагентов сегодня заказ составлен и на какую сумму. Удобно, конечно. Но хотелось бы не только за день, а за разные периоды такую информацию получать. С общей суммой. Можно сделать?»

Легко! По итогам переговоров сошлись на таком варианте:


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



«Инкассация в торговых точках у вас только по одной точке за раз возможна. Как бы так не распыляться и инкассировать всех кучно?»

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


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


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



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

четверг, 18 сентября 2014 г.

«Заправлены в планшеты космические карты»

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

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

Так что расскажем тут только об одном маленьком моменте – о фишке, которая в АДС у нас реализована давно, а в АСМТ, вот, пригодилась буквально на днях.

Еще года этак три назад в то приложение из АДС, которое мы разработали для выездной бригады, мы добавили функцию «Показать адрес клиента на карте». Притом не только на Google-карте, встроенной в Android, но и на карте стороннего картосодержащего приложения, которым решит пользоваться заказчик. В диспетчерских службах это актуально – диспетчеру поступил звонок, по телефону назвали адрес, диспетчер оформил карточку клиента с ФИО, контактными данными, адресом, послал эту карточку на планшет выездной бригаде, находящейся сейчас в полях – а вопрос, знает ли водитель этой бригады, где это и как проехать?  Так вот, он легким нажатием кнопки может это узнать.

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

Ну что ж, без проблем, у нас уже даже все готово было.

Итак, в списке контрагентов находим нужного и выбираем пункт подменю «Показать на карте».


Дальше выбираем, каким картоприложением хотим воспользоваться. Список на скриншоте – для примера.

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

И вот открывается карта.


Это не просто просмотр, мы пользуемся всеми предусмотренными функциями. Смотрим панораму – изучаем здание, решаем, где лучше припарковаться.


 Уточняем, как добраться, строим маршрут. Может даже навигатором пользуемся.



Если мы сегодня пешком – тоже изучаем, что нас ждет по дороге.


«Хм! А ведь и правда удобно!» - подумали мы. И включили эту фишку в базовый проект. То есть во всех версиях нашей программы, вышедших после 15 сентября, функция «Показать на карте» будет по умолчанию, и совершенно бесплатно для клиента.

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

Думаем эту мысль.

среда, 17 сентября 2014 г.

Пять оттенков комфорта

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

Но когда начинаешь об этом говорить, это как-то совершенно не звучит. Все так говорят. А что это значит? А как измерить? А докажи, что не свистишь.

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

«А теперь докажите, что не соврали», – скажет въедливый читатель. И будет прав – уж раз назвались груздями, надо соответствовать.

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

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

Второе – простота установки мобильного приложения.
Вам не нужно копипастить программу в память КПК и уже оттуда разворачивать. Вы просто скачиваете приложение с нашего портала (адрес мы сообщаем клиентам лично) и устанавливаете его одним нажатием кнопки в браузере. То есть и файл-менеджеров не надо.

Третье – удаленное администрирование.
Системы, бывает, ведут себя загадочно. Даже очень хороший админ может так сходу и не разобраться – не он же писал код. Поэтому мы готовы поработать администраторами вместо вас, если это очень нужно. Ваш человек сообщает нам данные удалённого администрирования АСМТ Наполеон (не RDP-сервера, а именно вход в систему Наполеон) – и наш специалист за пару минут отвечает на все вечные вопросы вроде «а почему так?» или «почему не получается?». Нет, это не способ решения любых проблем – на 99% вопросов отвечает наша база знаний. Но если вы встречаетесь с чем-то по-настоящему непознанным и удивительным, не падайте духом – мы поможем, и опять бесплатно.

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

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

В общем, мы, грузди, действительно стараемся, чтобы нашим клиентам было не только полезно, эффективно, просто, недорого – но и УДОБНО работать с нашими программными продуктами. Не слишком ли мы себя хвалим? Ну, об этом все равно судить придется вам.

пятница, 15 августа 2014 г.

GPS и торговые представители



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

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

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

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


Предупреждая вопросы – конечно же, программа проверяет не доступность спутников, а именно состояние кнопки «вкл/выкл GPS», и срабатывает именно на «выкл». Так что путаницы между «я отключил приемник» и «не было сигнала, честное слово» произойти не может.

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


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

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

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

Так вот. В РМР руководитель видит не только всю информацию о перемещениях агента с точностью до ста метров, но также четкий тайминг его действий – все остановки, их длительность, время и координаты создания каждого документа, сколько раз за день включали и выключали приложение или весь планшет. Даже уровень заряда КПК для руководителя всегда прозрачен, так что отовраться, что батарейка села, агент тоже не сможет. Как и покататься ночью по личным делам, а утром выставить счет за ГСМ – трек-то вот он, с точностью до минуты и километра.


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

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

среда, 13 августа 2014 г.

«Синхронно» значит «вовремя»



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

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

Между прочим, видимо, не все наши коллеги осознают, насколько важно организовать процесс синхронизации. Видели мы недавно систему, в которой вся синхронизация представлена двумя кнопками: «Загрузить» и «Выгрузить». Да-да, всю базу целиком, каждый раз, как нужно передать хоть строчку, хоть бит информации. А если связь плохая? А если агент наделал фоточек на сто мегабайт? Честно говоря, не знаем, как их клиенты справляются.

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

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

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

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


Мы довольно давно остановились на таком варианте, и пока ничего лучше не придумали.

«Очистить базу при приеме» – кнопка, которая «подчищает» память приложения.

«Основные данные» – то, что приходит на КПК с сервера: прайс-лист, список контрагентов, сообщения и задачи от менеджера (если есть), бланки анкет и мониторингов (если есть)

«Остатки >0» – в прайс-лист придут только те товарные позиции, остаток которых на складе ненулевой.

«Документы» – то, что агент передает с КПК на сервер: заявки, визиты, съем остатков, заполненные анкеты и т.д.

«Фотоотчеты» – все фотографии, которые агент сделал в торговых точках. Вместе с документами они не передаются для экономии трафика.

«Презентация» – фотографии товара с сервера для электронного «презентера» на КПК.

«Отгрузки и долги» – тоже с сервера: информация о задолженностях контрагентов и об отгрузках товара.

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

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

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

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

Потому что, во-первых, тогда надо усложнять структуру самого документа «Заявка». Как минимум вводить для него статусы «Черновик» и «Готов к отправке». Чтобы полузаполненные заявки не уходили на сервер. И менять эти статусы придется вручную, для надежности. То есть никакой экономии времени и действий в рабочем процессе мы особо не получаем.

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

Заявка – слишком важный документ, лучше потратить немного времени и усилий, чтобы убедиться, что с ним все в порядке. А чтобы свести эти усилия к минимуму, мы ко всем важным документам прикрутили собственные кнопки отправки на сервер в один клик. Составил документ – нажал кнопку «отправить» – тут же убедился, что документ отправлен.
  


Ну вот, что знали – рассказали. Очень ждем ваших мнений и пожеланий.