m@ksim.pro
К списку статей
ИИ 3 мин чтения

Постдикция: если интерфейсы станут разговорными, привычные ИТ-сервисы исчезнут с поверхности

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

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

Допустим, через три года интерфейсы к ИТ-системам - корпоративным, потребительским, операционным - станут преимущественно разговорными. Не в смысле "голосовой ввод вместо клавиатуры". В смысле: пользователь формулирует намерение обычным языком, система понимает контекст и выполняет действие. Голосовые интерфейсы важны не только для телефонов, а бизнес покупает сокращение времени на поиск ответа - именно на этом строится сценарий ниже.

Что тогда происходит с теми системами, которые мы строим сегодня?

Интерфейс перестанет быть конкурентным преимуществом

Сейчас значительная часть стоимости корпоративного ПО - это UX: удобные экраны, понятные формы, хорошо организованные меню. Если интерфейс становится разговорным, этот слой уходит. Пользователь не видит, как устроен экран - он просто говорит что хочет.

Это означает, что компании, которые конкурировали на уровне интерфейса, потеряют это преимущество почти полностью. Останется то, что под интерфейсом: данные, логика, процессы, интеграции.

Выиграют системы с внутренней связностью

Разговорный интерфейс - это не волшебная кнопка. Чтобы он работал, система должна уметь интерпретировать намерение и найти нужные данные или запустить нужный процесс. Для этого знания, данные и процессы должны быть связаны внутри системы - не "в голове у нескольких специалистов", а формально, в структуре.

Это значит: системы, у которых данные разбросаны по Excel-файлам, логика живёт в почтовых переписках, а процессы не описаны нигде, кроме инструкций на бумаге - такие системы не получат от разговорного интерфейса ничего. Неоткуда брать ответ.

Поиск и навигация внутри организации изменятся сильнее всего

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

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

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

Для каких систем переход будет болезненным

Тяжелее всего придётся системам, которые:

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

Это звучит как описание большей части корпоративных ИТ-систем, установленных до 2010 года.

Что стоит делать уже сейчас

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

  • документировать бизнес-логику в явном виде, а не только в коде или в голове у сотрудников;
  • строить API между системами вместо файловых обменов;
  • структурировать корпоративные знания так, чтобы ими мог пользоваться не только тот, кто их создал;
  • при выборе новых систем смотреть не только на интерфейс, но и на качество данных и открытость API.

Если разговорные интерфейсы придут быстро - вы будете готовы. Если придут медленно - вы всё равно выиграете: от более чистой архитектуры, лучше организованных знаний и более управляемых процессов.

К списку статей
Контакт

Если эта статья отозвалась - напишите. Я отвечаю лично.

Telegram