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

Привет, Хабр! Меня зовут Света, проектирую интерфейсы в ITSM 365. Мы с командой стояли у истоков дизайна первой версии системы, потом упростили его и распространили на новые продукты, сейчас запускаем интерфейс 2.0. Расскажу и покажу, что было раньше и как мы это изменили.

Планерка. Руководитель озвучивает: «За прошедший месяц мы закрыли 4200 заявок. На 300 больше, чем в предыдущем». 

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

Узнайте, какую правду может рассказать аналитика в сервис деске, кроме «сколько заявок закрыли», с помощью допнастроек и без cведения данных из множества систем.

Продление договора — через три месяца, но поставщик уже знает, что вы никуда не уйдете. Это и есть vendor lock-in — зависимость от вендора. С ней сталкиваются гораздо чаще, чем принято думать.

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

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