среда, 5 декабря 2012 г.

Стоимость владения мобильной торговлей.


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

А. Срок действия лицензии, надо ли её продлять, на каких условиях и т.д. – этот момент обязательно надо учесть.
Б. Способ лицензирования, а именно, кто управляет лицензиями, к чему они привязаны и т.д. Например, я не очень бы доверял вариантам привязки лицензий к любому мобильному железу, будь то смартфон или его карта памяти, особенно, если лицензию надо восстанавливать, или покупать заново в ряде случаев. Когда-то давно, мы регистрировали каждый КПК с помощью кодов, и в случае утраты КПК выдавали новый код по первому требованию безо всяких вопросов, позже переводя клиентов на новые версии с лицензиями на сервере, мы не заметили незапланированного увеличения лицензий в абсолютном большинстве случаев, не думаю что разработчику надо бояться серьёзного мухлежа. Настороженно я бы отнёсся и к сервисам лицензирования, когда ими управляет разработчик, иными словами, когда у тебя есть всё, что надо для работы и ты сам можешь этим управлять (в том числе и лицензиями) работается как-то спокойнее.
В. Обновление версий и лицензий. Тут не так просто, например если речь идёт о доработках – то это нельзя назвать обновлением лицензий, если речь идёт о смене мобильных платформ, например, то это тоже сложно предугадать, но, посмотрев на недавние варианты перехода на Android OS, предложенные разработчиком можно иметь представление о его политике миграции на новые платформы в дальнейшем. Если я не ошибаюсь, то варианты бесплатной замены (или совместного использования) лицензий под новую платформу предлагались единицами разработчиков, и первыми были мы (вот блин ни разу не стыдно об этом сказать), остальные почему то не обломились зарядить от 50%, до 100%(!!!) стоимости всего парка лицензий.

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

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

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

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

6. Защита от морального старения системы. Способен ли разработчик предложить в будущем требуемый функционал? Покроет ли он все ваши пожелания в дальнейшем? У софта нет физического старения, зато есть моральное, планируя проект мобильной торговли, вы рассчитываете его использовать определённый срок, оцените, сможет ли разработчик оперативно реагировать на возможные запросы по доработкам и в какие сроки/суммы это может вылиться.

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

четверг, 15 ноября 2012 г.

Баг репорт

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

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

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

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

четверг, 8 ноября 2012 г.

Матрицы (универсальный фильтр).

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

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

Простой и как оказалось, универсальный фильтр товарной номенклатуры пришелся по душе пользователям и в подавляющем большинстве случаев используется не совсем по назначению.
Итак, как ещё можно использовать этот инструмент:
  1. Фокусный товар (возможно даже под формат торговой точки) – набор товаров, обязательных к продаже. Можно создавать эти списки по месяцам, по форматам ТТ и т.д. Описание отдельной реализации побуждения заказать фокусный товар будет чуть позже.
  2. Отделение брака или некондиционного товара.
  3. Создание списка акционных товаров. В данном случае название матрицы это название акции, внутри – список товаров, который дополнительно можно красить цветом (возьми пять товаров из списка и получи один красный из этого же списка).
  4. Список бонусных товаров.
Возможно, не всё указал, поправьте если так.
Не берусь говорить, что эти варианты отлично выполняют поставленную задачу, основной минус в данном случае – пользователь должен САМ открыть этот список, однако, перечисленные задачи подразумевают, что пользователю это НАДО. Главное в том, что программа позволяет покрыть дополнительный функционал самостоятельно, без привлечения разработчика.
В этом месяце я приведу примеры специальной реализации описанных выше задач, когда программа начинает активно предлагать пользователю совершать ряд своевременных действий. 

вторник, 6 ноября 2012 г.

Стоимость проекта мобильной торговли.

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

1.     Стоимость мобильных устройств (скорее всего это коммуникаторы или планшеты) стоимость умножаем на количество мобильных сотрудников.
2.     Стоимость физического сервера системы (если необходим).
3.     Стоимость серверной OS и СУБД (MS SQL, например) – если необходимо.
4.     Стоимость мобильной части системы на всех необходимых пользователей (возможны скидки от объёма).
5.     Стоимость серверной части системы мобильной торговли (ПО) – если требуется.
6.     Стоимость АРМ Руководителя (необходимое количество).
7.     Стоимость SIM карт для мобильных устройств и стоимость тарифа.
8.     Стоимость выделенного IP-адреса (абонентская плата), если не входит в тарифный план.
9.     Стоимость дополнительной учётной записи пользователя КИС (например 1С) - некоторые системы могут их использовать.
10. Стоимость внедрения системы:
a. Стоимость предпроектного обследования и написания ТЗ (если необходимо и услуга платная).
b. Стоимость создания или доработки модуля обмена с КИС (актуально для всех КИС с нетиповой конфигурацией), может выполняться силами собственных специалистов.
c. Стоимость установки, настройки, обучения.
11. Время необходимое для внедрения системы, количество визитов специалистов исполнителя, время бездействия отдела.
12. Стоимость технической поддержки (возможно заключение договоров на тех. поддержку при старте проекта) и условия её получения в необходимом для вас объёме.

Итак, если для вас важно понимать стоимость запуска проекта – согласуйте с исполнителем все эти 12 пунктов, это должно отразить конечную стоимость проекта.
Замечу, выше приведены пункты отражающую стоимость запуска проекта мобильной торговли. Стоимость владения системой – немаловажный момент, о нём речь пойдёт в следующий раз. 

вторник, 21 августа 2012 г.

Слежение за агентами.


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


Мы знаем, когда он включил КПК, знаем статус GPS приёмника, и даже остаточный заряд батареи (это, чтобы исключить ошибки).

У меня есть пример радикального решения вопроса фиксации GPS координат пользователей. В одной московской компании выдали персоналу коммуникаторы с программой и сказали, что программа кроме прочего, ещё и координаты снимает, а в обязанность сотрудников вменяется как раз обеспечение снятия координат, иными словами: "как хотите, но раз в час (например) вы обязаны обеспечить снятие координат, иначе серьёзный штраф, как вы это будете делать – нас не волнует". Сурово, конечно, но суть отражает. Ни одна программа не обеспечит тотального контроля за пользователем, если он не захочет этого, по сему – донесите до них, что координаты сниматься должны, и они за это ответственные. 

четверг, 9 августа 2012 г.

Первое сравнение.


Итак, прошло уже достаточно времени, как я объявил о том, что намереваюсь провести сравнение систем мобильной. Так как никто не предложил соперника, я взял несколько листов бумаги, написал названия систем мобильной торговли и дал выбрать другому нашему специалисту первую попавшуюся, ей стала "ST-Мобильная торговля" 3.0, ну а почему бы и нет. Критерии для первого сравнения, возможно, кому-то покажутся детскими, однако они измеримы и даже интересны, это: время запуска приложений на идентичных устройствах, время на создание заказа и отправку его в офис, количество нажатий (скроллинг приравнял к одному нажатию).
Вот результат.

1 критерий – запуск приложения. Результат: АСМТ "Наполеон" – около 1 секунды, "ST-Мобильная торговля" – около 6 секунд.
2 критерий – количество касаний. Тут, думаю, паритет. При этом, разница в тестовых базах обуславливает разное количество уровней вложения номенклатуры, в будущих сравнениях этот критерий учитывать не буду (по крайней мере в таком виде).
3 критерий – время необходимое на запуск приложения, создание заказа из 10 позиций разных товарных групп и старта отправки. Результат: АСМТ "Наполеон" – 78 секунд, "ST-Мобильная торговля" – 117 секунд.

Этого сравнения крайне мало, чтобы выявить лидера, однако, некоторые выводы сделать можно, например, в случае с Наполеоном – будет переделан возврат вверх каталога, видно, что есть лишние действия. Что касается "ST-Мобильная торговля", то тут есть лишние действия при создании заказа, в самом начале работы (возможно, это из-за версии Чикаго), что можно точно вынести в настройку (ну западало же каждый раз перед созданием документа видеть карточку организации). Ну и производительность.

Какие были получены результаты от этого эксперимента?

  1. Лично мне это понравилось с практической точки зрения, это реально показывает места, где можно улучшать.
  2. Это может быть интересно ещё кому–либо (даже разработчику).
Сравнения я точно продолжу, в комментариях предлагайте решения мобильной торговли, которые можно взять в свободном доступе и в которых уже содержится тестовая база. 
Ну а если никого не предложите, то я возьму несколько листов бумаги, напишу названия систем мобильной торговли и дам выбрать другому нашему специалисту.

четверг, 5 июля 2012 г.

Сценарий поведения в торговой точке.


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

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


среда, 27 июня 2012 г.

А не помериться ли?


Эта идея родилась уже давно, но все руки не доходили, не было понимания, как это лучше сделать. Однако не пора ли начать сравнивать системы мобильной торговли? В России мобильная торговля развивается более десяти лет, а объективных сравнений систем почти что нет. Корявые "объективные сравнения" для тендера, коих у меня уже коллекция, не в счёт. Там авторство в свойствах DOCовского документа прямо указывает на предвзятость.

Сравнивать системы мобильной торговли – дело неблагодарное. Несмотря на общее предназначение, системы имеют массу отличий, от функционала до модели обмена и интеграции. Но можем пойти от базового функционала. Все системы рассчитаны на создание заказа, так что мы можем начать, например, со сравнения функционала мобильной части по созданию и отправке предзаказа.
Готов организовать это сравнение, выделить время и ресурсы. Сравниваться будет мобильная торговля "Наполеон" и любая другая система мобильной торговли на андроиде. Чтобы сделать сравнение непредвзятым, предлагаю определить критерии. Под критериями я сейчас понимаю только количественно измеримые характеристики, то есть время, количество нажатий, количество шагов и т.д. Внешний вид приложения, дизайн, оформление, чёрный фон всех окон приложения в сравнении не участвуют (хотя я всегда был уверен, что чёрный фон всех окон приложения – это явный признак ущербности разработчика, для таких в аду ещё отдельный закуток есть).
Какие критерии предлагаю я:
1.Среднее время, необходимое для запуска приложения, создания заказа из 10 позиций (разного количества и из разных категорий), старта отправки (создаются 3 тестовых заказа).
2. Среднее количество нажатий для запуска приложения, создания заказа из 10 позиций (разного количества и из разных категорий), старта отправки (создаются 3 тестовых заказа).
3. Количество нажатий для изменения ранее созданных данных (например: даты отгрузки, типа цены и т.д.)

Ещё какие-то измеримые критерии – вэлкам, предлагайте. Размер базы, скорость обмена и т.д. пока сравнивать не будем (не со всеми системами это можно быстро организовать).

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

"При достаточно большом разнообразии систем мобильной торговли наиболее популярными являются:
  • Агент Плюс
  • Агентоид
  • АСМТ Мобильная торговля
  • АСУМПТ ОПТИМУМ
  • Меркурий
  • Моби-С
  • Флюгер-Продажи
  • AkiTorg
  • PalmOrder
  • SalesWorks"


Рандомно выберу из этого списка одну систему с демо-базой, и мы устроим сравнение. 
Отчёт и видеоотчёт будут прилагаться.

вторник, 17 апреля 2012 г.

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

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


Итак, откуда появился этот миф? Если вспомнить первые аппараты, которые попали на наш рынок (официально и не официально), то подавляющая часть этих устройств была представлена бюджетными моделями, которые отличали низкокачественные экраны, старые версии Android OS и урезанный функционал, но это были планшеты, что-то типа iPad! Особняком стояли дорогие модели от известных производителей (Samsung, Viewsonic и т.д.), эти аппараты отличались по стоимости в разы, но обладали при этом заметно лучшими характеристиками во всём (кроме цены), в особенности в плане автономной работы. Шло время, дорогие аппараты стали терять в цене, радикально "жёлтые" производители стали подтягивать качество и характеристики, рынок расставил всех по местам.
Вот так, мы и подходим к главному вопросу, почему же появился миф о быстром разряде аккумуляторов у android планшетов? На мой взгляд, виной тому были первые модели планшетов, собранные в условиях гонки производителей за выпуск своего «крутого» девайса (хотя на деле обычно получался "кусок говна", да простят меня мои читатели).
При разработке новой аппаратной платформы требуются большие инвестиции, для того, чтобы выдержать приличные характеристики, получить прогнозируемые результаты, этим то и жертвовали производители убийц iPad. В итоге, несбалансированная аппаратная часть, часто излишне мощный процессор и неоптимизированная работа софта не позволяли выдержать приличное время автономной работы планшетов, бывало, что хватало их на пару часов при неполной загрузке, что делало их никчёмными устройствами. К слову пионеры от именитых производителей хоть и вышли с небольшим опозданием, но это уже были весьма самостоятельные устройства, некоторые из которых продаются и сейчас, с не таким большим дисконтом, который получали китайские поделки спустя месяц после анонса продаж.
Что же касаемо применения андроид планшетов в мобильной торговле, то можно смело утверждать, что это свершившийся факт. У меня есть под наблюдением организации, которые уже около года используют такой тип устройств в повседневной работе. Они выдержали зиму, выдерживают тяжёлые будни торгового представителя и при этом не напрягают пользователей быстрыми разрядами батареи (на рабочий день торгового представителя аппарата хватает, даже с учётом записи GPS трека).
Ну а теперь, позвольте дать пару советов по выбору Android OS планшета для торговых представителей:
  1. Производитель. Старайтесь выбрать название производителя, которое слышали (не всегда правда актуально), то же касается и поставщика, не советую заказывать в "мутных" интернет-магазинах.
  2. Наличие беспроводного модуля связи (3G). Это непременное условие удалённой работы, принципиально не рассматриваем варианты внешних модемов или Bluetooth соединений – это снижает надёжность работы системы.
  3. Стоимость. На момент весны 2012 года ниже 8000р. за андроид планшет – это риск.
  4. Ёмкость батареи и технические характеристики. Желательно, чтобы ёмкость батареи была 4000 мА/ч или больше (желаемый показатель), высокая мощность процессора не нужна (смело можно меньше 1000 МГц брать), Android 2.2 и выше. Остальное для нашего решения не так принципиально. Важный момент – заявленное время автономной работы при загрузке устройства, хотелось бы 6 и более часов.
  5. Даже если уже нашли свой вариант – спросите меня (можно прямо тут) или других наших специалистов, о возможности использования торговыми представителями конкретных планшетов, статистику имеем, и перспективы использования их в работе обрисовать сможем.
Ну и напоследок небольшой совет, если вам понравится 10 дюймовая модель – обратите внимание на вес этого планшета, часто он может оказаться немалым. В большинстве случаев в проектах задействованы 7дюймовые модели. 

пятница, 13 апреля 2012 г.

Стилус для Андроида.

С появлением Android устройств с пальце-ориентированным интерфейсом многие предсказывали уход такого "рудимента" как стилус. Прошло более года полевого использования Android устройств и теперь можно с уверенностью сказать, что стилус забывать рано, тому есть две основные причины:
1. Удобство (привычка). Достаточно много пользователей не могут себя заставить работать с коммуникатором одной рукой (я, кстати, легко переучился), вторая им нужна для того, чтобы "тыкать" в экран. И речь сейчас не о какой-то программе, речь вообще о работе с девайсом.
2. Климатический фактор. Прошедшая зима добавила ещё один фактор неудобства работы с емкостным экраном руками, а именно – грубеющие на морозе пальцы :). Казалось бы, ерунда, но в ряде случаев, пока торговый представитель не разогреет пальцы – он вообще не может работать с android-коммуникатором, уже только это заставляло искать альтернативу для ввода информации.
 Мне иногда задают вопрос потенциальные клиенты, можно ли купить КПК со стилусом (причём на Андроиде), на вопрос зачем – говорят, что не понимают, как можно удобно работать пальцем.
 Или вот пример:
приехал в организацию, где надо было подключить несколько устройств – а они уже сами укомплектовали их стилусами, и ответ их был схожий – руками непривычно и неудобно.
И, это, в свежих версиях OS Android предполагается вернуть возможность работы стилусом на аппаратном уровне (сейчас, кстати, есть уже несколько устройств, которые укомплектованы ими). Так что рано списывать в резерв для кого-то необходимый вариант ввода.

 P.S. Как работает стилус для емкостного экрана я уже писал.

четверг, 29 марта 2012 г.

Фото-презентация на планшете.

Многие спрашивают, в том числе и меня, как работает фото-презентация товаров в мобильной торговле "Наполеон", решил, что лучше один раз записать видео процесса презентации и одновременно заказа торговым представителем, чем 100 раз рассказывать.
Смотрим!



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