Препоръки с ИИ за работното място за ръководството

Представете си Томаш, ръководител на работното пространство в компания с офиси в три града. Понеделник сутрин е, а ръководството заседава в четвъртък. Председателят е задал прост въпрос: „Какво трябва да променим в офиса?“

Томаш има данни. Отчети на Съвета показват натовареността, процента на неявяване по етажи, паркинга, търсенето на зарядни станции за електромобили и таблица на отделите. Това, което няма, е време да превърне дванадесет графики в три предложения с числа зад тях. И знае, че каквото и да донесе, някой на масата ще попита: „Откъде знаеш?“

Точно за тази задача е създаден разделът Стратегически препоръки в Desk & Park: първа чернова на това, което заслужава вниманието на ръководството, написана въз основа на обобщени данни, като всяка препоръка може да бъде проверена спрямо отчетите на същата страница.

Стъпка 1: генерирайте отчет, когато ви трябва

Томаш е администратор, затова в Отчети на Съвета вижда бутон Генериране на отчет в картата „Стратегически препоръки“. Щраква върху него. Нищо не се изпълнява по график: отчет съществува само защото администратор го е поискал, а по подразбиране той обхваща предходната пълна седмица, от понеделник до неделя.

Ако за тази седмица няма данни за натовареността (нов акаунт или седмица, в която офисът е бил затворен), приложението казва това и не генерира нищо, вместо да измисля история от празна седмица.

Стъпка 2: знайте какво вижда моделът

Преди да покаже каквото и да е на ръководството, Томаш иска да знае какво е влязло в него. Входните данни са само обобщени:

• По обекти: натовареност, процент на неявяване (резервации без чекиране), паркинг, използване на зарядните станции за електромобили, освободени места на членовете на ръководството, места, задържани за гости, етажи с натовареност под 30 % и модели по дни от седмицата.
• По отдели и екипи: брой служители, колко души са били активни, дни в офиса на човек седмично, неявявания, а за отделите – пиковият ден P95 и коефициентът на споделяне.
• Четириседмична тенденция за всеки отдел и екип, изчислена от Desk & Park в кода, преди нещо да бъде изпратено, така че „расте“ и „спада“ означават едно и също във всяка препоръка, а една слаба седмица не се нарича спад.

Никъде в тези входни данни не е посочен служител: няма потребителски идентификатори, няма собствени или фамилни имена, няма редове за отделни хора. Изпращат се имената на места и организационни единици (обекти, етажи, отдели, екипи), защото препоръка, която казва „Обект 1, Група Б“, не е нещо, по което някой може да действа. Препоръките се създават от голям езиков модел въз основа на тези входни данни.

Стъпка 3: прочетете картите

Един отчет съдържа от три до шест препоръки. Всяка карта показва:

• категория: спестяване на разходи, консолидиране на пространството, оптимизиране на зареждането на електромобили, предупреждение за призрачни резервации, въздействие върху членовете на ръководството, ESG или планиране на капацитета;
• заглавие и кратък текст, който цитира стойностите, на които се основава;
• оценка на въздействието.

Ето измислен пример какво би могла да казва една карта:

Консолидиране на пространството. Етаж 4 в офиса във Варшава е имал средна натовареност на бюрата 22 %, като петъците са най-слаби. Обмислете затварянето на етаж 4 в петък и преместването на малкото петъчни резервации на етаж 3. Оценка на въздействието: по-малко потребление за отопление и осветление в петък.

Оценката на въздействието изисква най-много внимание. Тя е написана от модела, а не измерена от Desk & Park. Приложението не изчислява разходи, спестявания или потребление на енергия. Третирайте оценката като хипотеза, която трябва да се провери, и никога не я поставяйте в слайд за ръководството като постигнато спестяване.

Стъпка 4: проверете спрямо отчетите

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

• Етаж, посочен като недостатъчно използван: показва ли Използване по етажи същото и расте ли процентът му на неявяване спрямо предходния период?
• Отдел, за който се казва, че му трябват по-малко бюра: какво показват неговите Пиков ден (P95) и Места/100 души в таблицата по отдели и то за период, по-дълъг от една седмица?
• Бележка за зарядните станции: какво показва стойността Търсене на EV зареждане за един месец, а не само за седмица?

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

Стъпка 5: сортирайте, карта по карта

Всяка препоръка има два бутона и те записват решение само за тази карта:

• Отхвърляне: ръководството не е съгласно или препоръката не е приложима.
• Отбележи като изпълнена: някой се е погрижил за нея. Бутонът записва това; той не изпълнява нищо сам.

Решените карти отиват в списък с приключените, с бутон Възстановяване, така че погрешното щракване не струва нищо. Администраторите и членовете на ръководството могат да сортират; генерирането остава за администраторите. Мениджърите, които в плана Enterprise виждат отчети за собствените си екипи, изобщо не виждат препоръките с ИИ.

Всяко решение се записва в одитния дневник на организацията, с това кой го е взел и какво се е променило, така че въпросът „кой отхвърли препоръката за паркинга?“ има отговор и три месеца по-късно.

Практични съвети

• Генерирайте след нормална седмица. Седмица с празник или фирмено изнесено събитие ще даде препоръки за празника.
• Поставете картите до графиките. Покажете на ръководството препоръката заедно със стойността, която тя цитира; дискусията е по-кратка, когато числото е на слайда.
• Преформулирайте въздействието като въпрос. „Може ли затварянето на етаж 4 в петък да спести енергия? Отделът по управление на сградата ще проверява показанията на електромера в продължение на месец“ е честно; „ще спестим X“ не е.
• Отхвърляйте спокойно. Отхвърлената карта е записано решение, а това струва повече от списък, който никой не почиства.
• Първо подобрете качеството на данните. Препоръките за отделите са толкова добри, колкото е полето за отдел на всеки потребител. Вижте измерването на реалната заетост на офиса за това какво означават основните числа.

Обхват: какво не прави тази функция

Тя не се изпълнява по график, не предприема нищо сама и не прогнозира. Оценките на въздействието са оценки, написани от модела, а не измерени спестявания, и Desk & Park не прави собствени изчисления на разходите или енергията. Моделът вижда обобщени данни, никога служители с имена. Препоръките са отправна точка за човешко решение, а това решение го взема ръководството.

Често задавани въпроси