Към основното съдържание
AI For Business
ИЛЮСТРАТИВЕН КАЗУС

Обща пощенска кутия. Всички я гледат, никой не отговаря за нея.

Едно и също съобщение го виждат петима души. Трима предполагат, че някой друг ще се заеме. Това не е проблем на хората — това е проблем на процеса.

СЦЕНАРИЙ

Какъв е сценарият?

Компания с обща пощенска кутия за офиса получава между сто и двеста съобщения дневно: запитвания, фактури, документи от институции, оферти от доставчици и вътрешна кореспонденция. Всичко влиза на едно място. Разпределението става по навик и по това кой е свободен, а не по правило — затова част от съобщенията се обработват два пъти, а друга част изобщо не се обработва.

Този казус описва най-разпространения вътрешен процес в средна компания. Ако имате обща кутия без правила, вероятно разпознавате поне половината от описаното.

ПРОЦЕСЪТ

Как изглежда процесът днес — и как би изглеждал?

Шест стъпки в двата случая. Разликата е дали разпределението има правило.

Преди

Съобщенията се разпределят по навик. Отговорността е размита.

  1. Съобщението влиза в общата кутия
  2. Някой го вижда и преценява за кого е
  3. Препраща го или го оставя
  4. Получателят решава дали е за него
  5. При съмнение го препраща нататък
  6. Част от съобщенията остават непрочетени

След

Разпределението е по правило. Всяко съобщение има отговорник.

  1. Съобщението влиза в същата кутия
  2. Определят се тема, спешност и език
  3. Извличат се данните и приложените документи
  4. Правилата определят отдела и отговорника
  5. При неясна тема съобщението отива при човек
  6. Създава се задача със срок и се проследява

Разликата не е в скоростта на четене. Разликата е, че в дясната колона всяко съобщение има име до себе си още от първата минута.

ТЯСНОТО МЯСТО

Къде точно се губи времето?

Не разпределението отнема време, а несигурността. Когато не е ясно чия е задачата, тя минава през три чифта очи, преди да стигне до правилния човек — и всеки от тях е спрял това, което е правил, за да прецени, че не е за него.

Какво не прави системата

Системата не отговаря на съобщенията и не взема решения по същество. Тя ги разчита, насочва и записва. Дали дадена заявка се одобрява остава при отдела, който отговаря за нея.

АРХИТЕКТУРА

Каква архитектура предлагаме?

Веригата е една и съща във всички наши проекти. Разликата е какво стои във всяко звено.

НАСОЧВАНЕ

От входящо съобщение до задача с отговорник

Всяко съобщение минава по един и същ път, независимо от съдържанието.

  1. Съобщение в общата кутия
  2. Разпознаване на тема, спешност, език и приложени документи
  3. Правила за отдел, отговорник и срок според типа
  4. Човек преглежда при неясна тема или липсващи данни
  5. Задача с отговорник, срок и прикачени документи

Бихме измервали: време до назначена задача, дял автоматично насочени, съобщения без отговорник

РОЛИ

Кое кой го прави?

Разделението е изрично, защото от него зависи какво може да се обещае.

  • Какво прави AI разчита текста и приложенията, определя темата и спешността, извлича ключовите данни и оценява увереността си.
  • Какво правят правилата съпоставят темата с отдел и отговорник, определят срока, създават задачата и я проследяват.
  • Къде е човекът решава при неясна тема, при липсващи данни и при всичко, което не попада в описаните типове.

Ключовото тук е, че правилата са ваши и видими. Промяна в отговорностите е промяна в таблица, а не нова разработка.

ИЗКЛЮЧЕНИЯ

Какви изключения очакваме?

Изключенията не са грешки в проекта. Те са това, което определя дали процесът ще работи в реална среда.

  • Едно съобщение за няколко отдела създават се отделни задачи с обща препратка, вместо едно объркано назначение.
  • Приложението не се отваря съобщението се насочва, но се маркира, че документът изисква ръчна проверка.
  • Темата е нова и не се разпознава отива при човек и се добавя към списъка с типове, ако се повтори.
  • Отговорникът отсъства задачата отива при заместник по правило, а не изчаква завръщане.

Последното изключение е най-често пренебрегваното и най-често срещаното. Отсъствия има винаги — процесът трябва да ги предвижда.

РЕЗУЛТАТ

Какво бихме измервали — и какво е необходимо за внедряване?

Показателите се сравняват с изходно състояние, измерено преди началото.

01

Скорост

Колко бързо съобщението стига до правилния човек.

  • Време до назначена задача
  • Време до първи отговор
  • Съобщения, чакащи над ден
02

Покритие

Колко от потока има ясен отговорник.

  • Дял автоматично насочени
  • Съобщения без отговорник
  • Препратени повече от веднъж
03

Ефект

Какво се променя в ежедневието.

  • Прекъсвания заради чужди съобщения
  • Изгубени или забравени случаи
  • Ръчни препращания на ден

Какво е необходимо от ваша страна

  • Достъп до пощенската кутия
  • Списък на отделите и кой за какво отговаря
  • Описание на типовете съобщения, които различавате
  • Правило за заместник при отсъствие
  • Система за задачи, в която се създава записът
  • Хиляда реални минали съобщения за тест
  • Отговорник, който потвърждава правилата
  • Една седмица измерване на изходното състояние
ПРИЛОЖИМОСТ

За какви компании е подходящ този казус?

И къде не си заслужава — това е също толкова полезно да се знае.

  • Подходящ при обща кутия с повече от петдесет съобщения дневно и няколко отдела, които я гледат.
  • Подходящ при повтарящи се типове съобщения, които могат да бъдат изброени.
  • Не си заслужава при малък обем, при който един човек така или иначе преглежда всичко.
  • Не си заслужава при напълно непредвидим поток без разпознаваеми типове.

Най-бързият начин да се провери е да се погледнат сто последователни съобщения и да се преброи колко типа реално съществуват.

ПРОЗРАЧНОСТ

Кой стои зад този казус?

Илюстративен сценарий. Описаният случай е примерна структура на работен процес, а не резултат при конкретен клиент. Показателите описват какво бихме измервали при реално внедряване. Измерени данни публикуваме само със съгласие на клиента и с описана методология.

Имате ли обща кутия, която никой не владее?

Кажете ни колко съобщения дневно влизат и колко отдела ги гледат.