Инвестиции в технологии: как логистические провайдеры могут модернизировать операции

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

Чтобы быть современными и конкурентоспособными, нетехнологические отрасли должны инвестировать в технологии, чтобы оставаться релевантными. Однако трата денег на IT-департамент и разработка программного обеспечения в облаке не дает компаниям результатов, которые они хотят. Это область, где многие пытались пойти раньше и провалились. Фактически, чем больше они строят, тем больше все имеют тенденцию жаловаться на технологию. Так как вы это делаете? Как вы инвестируете в технологии и действительно сдвигаете иглу? Следующие четыре основных соображения в заставлении технологии работать для вас.

1. Не злоупотребляйте IT-департаментом. Чтобы инвестировать в технологии и думать как технологическая компания, компания должна фокусироваться на восторге конечного пользователя и использовании технологий для решения бизнес-проблем, а не просто доставке фич.

Хорошо функционирующая IT-команда критична для операции успешной компании. Однако ее работа отличается от работы продуктовой группы R&D. IT — в первую очередь операционная группа, обеспечивающая функционирование и безопасность систем. IT критично, и хорошо функционирующая IT-группа — актив, а не затрата.

Но IT — не разработка продукта. Вы не можете просто нанять нескольких разработчиков, особенно не самых дешевых оффшорных подрядчиков, которые можете найти, и объявить, что «мы делаем agile разработку». Хорошо функционирующие, уполномоченные продуктовые команды не являются исполнителями заказов. Они — партнеры в нахождении и доставке решений. Разработка продукта и технологическая инновация — это майндсет. И это майндсет не только для технологической группы, а для всей компании.

Есть тренд, где компании «инвестируют» в технологии, разрабатывая команду технологистов, которые просто исполнители заказов для разработки технологических фич, но не решают проблему. Эти команды кажутся делающими правильные вещи: создающие stakeholder-driven дорожные карты и встречающиеся с бизнес-решателями. Но в конце дня бизнес говорит им, какие фичи строить и, во многих случаях, где поставить кнопку. Эти feature-команды пытаются угодить всем, и со временем, даже если они работают на износ, они существенно не дотягивают.

2. Операционей как технологическая компания. Один вызов для нетехнологических компаний — инвестировать в софт как будто вы собираетесь его продавать. Когда вы строите софт как продукт вашей компании, вы знаете, что ваши клиенты имеют другие варианты. Чтобы оставаться конкурентоспособными и выигрывать долю рынка, вы должны доставлять ценность и зарабатывать их бизнес каждый день.

Пока это может показаться контр-интуитивным, это абсолютно верно для софта, который вы доставляете in-house, который не будет продан как продукт. Пока ваши сотрудники должны использовать предоставленные системы, вы должны строить технологию так, будто у них был выбор — потому что в конечном счете у них он есть.

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

3. Начинайте с командной стратегии. Так как вы переизобретаете свою технологическую стратегию и доставляете продукты как ведущая софт-компания? Вы строите правильную команду, уполномачиваете их строить ценность для компании и имеете поддержку лидерства с начала. Одна из самых удивительных вещей о построении софт-продуктов внутри нетехнологической компании — цели технологической команды на 100% выровнены с пользователями. Продукт-драйвенная группа разработки партнерит с бизнесом, учит его цели и вызовы и инновирует для решения этих проблем. Такая команда состоит из продуктового управления, UX дизайна, дата-сайентистов, качественного обеспечения и, конечно, уполномоченных инженеров.

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

4. Помните вашего пользователя — и делайте это легко. Технология должна быть легкой и интуитивной. Она просто должна работать. Поскольку технология потребляет больше нашей жизни, клиенты и сотрудники ожидают ту же легкость использования и возможности на работе, как они переживают в своей повседневной жизни. Будь то эти пользователи ваши внутренние сотрудники или клиенты вашей компании, опыт, который они имеют при взаимодействии с вашей компанией, идет далеко к построению долгосрочной ценности и лояльности.

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

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

Майкл Сенфтлебер — главный технологический офицер в Arrive Logistics.