7 обязательных фич в транспортном софте

См достаточно интересная статья про обязательные фичи в софте, так или иначе связанном с транспортировкой:  7 Must Have Features in Your Freight Management Software. Переводить не буду, там в оригинале достаточно простой язык. Вместо этого привожу некий анализ, исходя из текущего рынка корпоративного ПО на эту тему. Итак…

  1. Наличие адаптивного поиска. В статье идет речь о сквозном поиске по всей базе, а не только по известному объекту и известному полю таблицы. Банальный пример — найти всё что есть по номеру коносамента или контейнера\грузовика. Это может быть документы, доставки, заказы, события. В настоящий момент я не знаю такого софта, который бы умел это делать из базового функционала.  Даже более того — со стандартными полями при поиске иногда бывают проблемы. 0 баллов из 10.
  2. Отслеживание перевозки в режиме реального времени. Тут все худо-бедно справляются, но явно не хватает стандартных интерфейсов к уже существующим глобальным системам трекинга и средств отображения его результатов. Вроде бы все понятно, но даже стандартных средств интеграции например с движком Google Maps не представлено.  5 баллов из 10.
  3. История по перевозке. Существенное замечание, речь идет о предоставлении на одном экране развернутой информации о всех предшествующих операциях на текущую дату. Задача вроде бы простая, но перевозка может являться частью декадного заказа, а декадный — частью месячного. Плановые даты, количества и прочее может много раз меняться до момента отгрузки, соответственно нужно показывать изменения. Пару интересных реализаций по подаче этой информации я видел, но в целом все довольно печально: эта фича требует построения дополнительного отчета. Вообще в транзакционных системах есть более чем серьезные проблемы с формами, которые требуют сбора данных по всей базе. 5 баллов из 10.
  4. Интеграция с корпоративным сайтом. В теории этот вопрос декларируется проработанным у большинства вендоров, однако реальность оказывается другой. По факту, всё, что выставляется в открытый доступ в интернете должно как минимум проходить по критериям безопасности и содержать технические средства по предупреждению хакерских атак. Ни одно из корпоративных ПО по управлению перевозками не содержит предустановленных решений в этой области. Итог — крайне зачаточный уровень, как правило приводящий к переписыванию функционала для открытого доступа с помощью сторонних средств разработки. 2 балла из 10.
  5. Просмотр\редактирование черновиков документов (например коносамента).  Безусловно, в формах можно корректировать информацию, но нативной эту операцию назвать крайне сложно. И уж тем более она не делается в два клика. Как результат этому нужно учить, выпускать инструкцию по работе и тп. То есть массовый сегмент потребителей этой фичи отпадает по причине сложности. 5 баллов из 10.
  6. Букинги. Большинство корпоративного ПО умеет и знает как работать с букингами. Но в статье речь немного о другом — нужно обеспечить легкость работы с букингами на всех стадиях, включая их размещение и оплату. В текущем корпоративном ПО оплата (а собственно как и информация о ней) находится как минимум в другом модуле (финансы), а часто и в сторонней системе (например payment gate банка или самой компании). Неудобство очевидно. 7 баллов из 10.
  7. Просроченные платежи и обязательства. Близко к предыдущему пункту, однако речь идет о системе уведомлений и напоминаний по всем событиям. Чисто формально эта функция есть во многих ПО, однако её практическое применение часто упирается в многочисленные и сложные доработки. 5 баллов из 10.
Итог довольно печален — текущее корпоративное ПО по управлению перевозками не особо сильно соответствует рыночным ожиданиям и критериям юзабилити. Это одна из причин, почему внедрения TMS идут сложно и стоят дорого. Девелоперские подразделения вендоров все силы бросают на закрытие крупных брешей в функционале, вместо того, чтобы разбираться что реально нужно пользователю. Еще один аргумент, что интернет технологии и облака рано или поздно похоронят корпоративный софт ввиду его катастрофической негибкости. 

 

This entry was posted in Информационные технологии, Управление перевозками and tagged , , . Bookmark the permalink.

Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *


*