пятница, 25 октября 2013 г.

Режим работы кассы - круглосуточно

Однажды мы обещали рассказать про то, как у нас реализована инкассация
Рассказываем.

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

Мы тоже приличные. У нас «Инкассация» есть в нескольких вариантах. Первый, самый простой – взял денежку, записал сумму, черкнул оператору записку, если надо.


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


Если клиент хочет оплатить накладную в полном объеме, то выбираем режим «Вручную». 


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

При передаче информации на сервер накладная будет закрыта автоматически. Ergo, никакой бумажной волокиты.



Если же клиент просто вручает нам энную сумму, не равную задолженности по какой-то накладной, выбираем режим «Автоматически». Сумму указываем в поле сумма…



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

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




Ну и записка оператору, как же без нее.




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

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

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

Инкассацию можно привязать к стоп-листам, и внесших деньги клиентов тут же и разблокировать. Особенно полезно это для van-selling`а, то есть продаж «с колес». Хотя и pre-seller`ам тоже – не затягивать с прощением штрафников, а получить деньги – и тут же им можно дальше продавать.

А о стоп-листах и прочих полезных напоминалках у нас вот тут написано. Читайте. Обсудим.
 
 

пятница, 11 октября 2013 г.

Кейс: Поставщик из 3х букв.

2010 год, Москва. Компания Винный стиль уже 2 года использует Мобильную торговлю от компании, позиционирующей себя как №1 в РФ по количеству реализованных проектов и проданных лицензий.

Текущему IT директору этот проект достался от предшественника, с рядом не решённых вопросов. Несмотря на минимальные требования к системе (приём заявок в торговых точках, контроль долгов, фиксация координат GPS созданных документов) уже долгое время не удаётся решить, казалось бы, мелкие недочёты, которые выливаются в большие неудобства, а именно:
  1. Ограничение на длину наименования товара (приложение умеет показывать товар только в одну строку), что существенно замедляет работу;
  2. Только 2(!) уровня в прайс-листе (в прайсе алкогольных компаний чаще всего номенклатурных уровней гораздо больше), что так же замедляет работу с каталогом продукции.
Справедливости ради следует отметить, что в данном случае система вела себя достаточно стабильно.

Руководству заказчика пришлось вступить в переговоры с исполнителем для решения этих "мелких" недочётов, на согласование ушло 2(!) месяца, в ходе которого удалось достигнуть договорённости только в вопросе увеличения уровней вложенности номенклатуры, эти доработки предполагали некое "обновление" стоимостью 80000 (восемьдесят тысяч) рублей. Что в свете предполагаемого увеличения количества лицензий (порядка 7000 р. за лицензию (кстати, не самая большая стоимость от этой компании)) формировала бюджет в несколько сотен тысяч рублей, эта цифра показалась неразумной и IT отдел приступил к поиску альтернативных решений, благо исходя из предъявляемых требований к мобильной торговле у компании был выбор.

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

Бюджет автоматизации ВСЕХ мобильных пользователей был, сопоставим со стоимостью "обновления" предыдущего решения, в этот же бюджет вошли индивидуальные доработки. Следующий небольшой функциональный апгрейд и сборка мобильного клиента под Android OS (лицензии остались прежние) был произведен примерно через год в относительно небольшой срок (полторы-две недели). По сей день Винный стиль пользуется этим продуктом.

Выводы, которые можно сделать:

  1. До приобретения мобильной торговли нужно понимать, соответствует ли система предъявляемым требованиям.
  2. При выборе поставщика решения "на берегу" обсудить возможности доработок и обновления системы (об этом уже писал), как вариант – предложить техническое задание на доработку (пусть даже фейковое) и оценить срок реакции, бюджет доработок и срок реализации – кстати, хороший показатель работы с компанией в будущем.
  3. В самую последнюю очередь слушать песнь о том, какие исполнители крутые, всемогущие и вообще, а лучше договориться о визите к действующему клиенту и выяснить вопросы эксплуатации, поддержки и обновления проектов или просто попросить контакты этих клиентов. Сканы благодарственных писем – не расскажут об этом, у них другая задача.
  4. Если вас пытаются развести на большой бюджет (опираясь на то, что внедрение произведено и уже куплена часть лицензий) – посмотрите по сторонам, многое вокруг могло уже измениться.

понедельник, 7 октября 2013 г.

Три магнитофона, три портсигара отечественных, куртка замшевая…



Торговый представитель не только заказы составляет. Он еще должен подсчитать количество заказываемого товара.

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

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

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

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

Итак, ставим в настройках галочку, что она нам нужна.



Тогда в окне товара внизу появляется три строчки циферок. С датами.




А еще упрощается съем остатков. «В точке» - это как раз сколько сейчас этого товара осталось в точке. Эта же цифра – первая в столбике.

Вводишь ее – и программа автоматически считает вторую цифру, off-take. Предыдущий остаток плюс предыдущий заказ минус остаток.

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

У нас на двадцать восьмое число пока «В точке» ничего не записано, значит ноль. Смотрим данные за двадцать седьмое: 6+8-0=14. То есть off-take равен 14. Сошлось? Сошлось.

А рекомендованный заказ выводится по формуле off-take* k, где k – назначенный нами коэффициент. Обычно это 1,5, по умолчанию эта цифра всех устраивает. Но понятно, что она может варьироваться – если товар сезонный, например, или еще почему. Варьировать ее тоже можно, но это уже хитрее делается.

Окей, с количеством товара разобрались. А с количеством товарных позиций? Где записано, что в этой точке обычно заказывается и как часто? Чтобы уж точно ассортимент не сузить.

Для этого у нас тоже опция есть. Напомните, потом расскажем.