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

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


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

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


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

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


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

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


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



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

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


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



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

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


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


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



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

Комментарии

Unknown написал(а)…
Скриншоты с планшета не помешали бы в некоторых заковыристых случаях
Владимир Сальников написал(а)…
Дмитрий, второй сверху скриншот - это как раз мобильное устройство. Клёвый аватар :)

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

Планограмма

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

Время автономной работы Android планшета.

Бытует такой миф, что планшеты под управлением Android OS имеют крайне малый срок автономной работы, иными словами заряда аккумулятора хватает ненадолго (пара-тройка часов). Я, могу предположить, откуда появилась такая информация и попытаюсь отчасти если не развеять этот миф, то хотя бы внести ясности. Итак, откуда появился этот миф? Если вспомнить первые аппараты, которые попали на наш рынок (официально и не официально), то подавляющая часть этих устройств была представлена бюджетными моделями, которые отличали низкокачественные экраны, старые версии Android OS и урезанный функционал, но это были планшеты, что-то типа iPad! Особняком стояли дорогие модели от известных производителей (Samsung, Viewsonic и т.д.), эти аппараты отличались по стоимости в разы, но обладали при этом заметно лучшими характеристиками во всём (кроме цены), в особенности в плане автономной работы. Шло время, дорогие аппараты стали терять в цене, радикально "жёлтые" производители стали подтягив...

Коммуникатор vs Нетбук.

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

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

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

Второе сравнение.

Ещё до нового года я анонсировал второе сравнение систем мобильной торговли, на этот раз путём жребия был выбран Агент + 2.0 ,далее по уже стандартной схеме была загружена с сайта разработчика демонстрационная версия и начали мы сравнение с уже знакомых 2х критериев. Это: время загрузки приложения и время необходимое для загрузки приложения и создания заказа из 10 позиций из разных директорий. Сказать по правде, я переживал, что сравнение может получиться не интересным и смазанным, мне казалось, что приложение официально представленное 12 апреля 2011 года (почти 2 года уже) должно быть по скорости и удобству работы близко к нашему, несколько релизов только способствовали этому пониманию. Моя коллега Анна, помогавшая в записи ролика, пробежалась по функционалу, освоила базовые задачи по созданию заказа и мы начали съёмку сравнения. Никакой тренировки, только экспромт, мы так всегда делаем. В первом дубле, когда была задача максимально быстро выполнять действия - случился конфуз. Вот...