Робота фронт-офісу існує одразу у двох формах. Service Request описує те, про що попросив клієнт; Job описує те, що бізнес тепер йому винен. Саме розділення цих понять не дозволяє статусу розмови вдавати операційний процес — але воно ж означало, що диспетчер мусив читати два списки й подумки їх зшивати, щоб відповісти на просте питання «що зараз відкрито?». Робочий простір Operations відповідає на нього в одному місці, залишаючи обидві машини станів там, де вони були.
Один рядок на заявку — і робота, якою вона стала
Рядок — це заявка плюс робота, на яку вона перетворилася, якщо перетворилася. Угорі навігації три види: All показує всі заявки незалежно від етапу, Requests звужує до тих, що ще не стали роботою, Jobs — до тих, які вже породили work order. Кожен вид має лічильник із того самого запиту, що заповнив список, тому число поруч із видом і рядки всередині нього не можуть розійтися.
Колонки підібрані для диспетчера, а не для підтримки. Work показує стабільний номер заявки і, коли він з’являється, номер роботи. Клієнт, послуга й адреса описують, куди має їхати бригада. Обидва статуси видно в одному рядку, а колір означає операційний сенс: ready for scheduling читається як поступ, qualifying і handoff — як очікування на когось, cancelled — як зупинку. Колонка візиту показує підтверджений час, коли він у роботи є.
Колонки для диспетчера й адреса, підсвічена лише там, де вона блокує
Відсутню адресу підсвічують лише там, де вона справді щось блокує. Заявка, яку ще кваліфікують, законно може не мати адреси, тому рядок мовчить. Але щойно заявка готова до планування або з’явилася робота, яку ще не завершили й не скасували, порожня комірка пояснює саму себе замість того, щоб виглядати збоєм рендеру: у цей момент хтось уже пообіцяв приїхати туди, чого ніхто не записав.
Фільтри працюють за тією ж логікою. Фільтр послуг будується з фасетів, які сервер повертає разом зі сторінкою, тому кожен варіант показує, скільки заявок дала послуга і скільки з них стали роботою — конверсія, яку список віддає безкоштовно. Фільтр статусів змінює набір разом з етапом: статуси робіт у виді Jobs і статуси заявок в інших. Пошук охоплює номер заявки, номер роботи, опис, ім’я, email і телефон клієнта, назву послуги, адресний рядок і місто.
Масові переходи, що поважають життєвий цикл кожної роботи
Масові переходи пропонуються лише тоді, коли вони валідні для кожного вибраного рядка. Якщо серед вибраних є заявки без роботи, не пропонується нічого: заявку, яка ще не є роботою, не можна відправити в роботу. Якщо роботи є в усіх, простір пропонує рівно ті статуси, у які може перейти кожна з них, тому масова дія не проштовхне жодну роботу через перехід, заборонений її власним життєвим циклом. Планування живе в тому самому сайдбарі: розклад і ресурси — за один клік від списку, який вони наповнюють.
Об’єднаний список, а не третя машина станів
Усередині цей простір навмисно тонкий. Його store володіє лише фільтрами та проєкцією для читання: записи кваліфікації лишаються у store заявок, а зміни життєвого циклу — у store робіт. Об’єднаний список — це зручний спосіб дивитися на два домени, і він не має тихо ставати третім місцем, де вирішуються їхні правила. Саме так два джерела істини й починають по-різному розповідати про один візит.
Робіть ранкову перевірку з одного виду замість трьох
Починайте день у виді All і розставляйте увагу за тим, що кажуть статуси, а не за часом надходження. Заявки в qualifying чекають на відповідь, заявки в handoff чекають на людину, а готові до планування чекають на слот. Усе, до чого прикріплена робота, уже вийшло з розмови й належить диспетчеру.
Використовуйте фільтр послуг як тижневий зріз, а не лише як фільтр. Кожен варіант несе кількість заявок, які дала послуга, і кількість тих, що стали роботою. Послуга зі стабільним потоком звернень і майже нульовою конверсією зазвичай вказує на шаблон, який питає те, чого клієнт не знає, або на послугу, яку нема кому планувати.
Ставтеся до підсвіченої відсутньої адреси як до переривання, а не до пункту беклогу. Позначка з’являється лише тоді, коли заявка готова до планування або вже є жива робота, — тобто хтось уже пообіцяв приїхати. Виправляйте з панелі заявки, поки розмова відкрита, щоб технічний бриф, який зафіксується під час бронювання, ніс адресу, а не порожнє місце.
Поширене запитання
Чи лишаються заявки й роботи окремими, якщо вони в одному списку?
Так. Робочий простір Operations — це об’єднана проєкція для читання: він володіє фільтрами й самим списком, тоді як записи кваліфікації лишаються у store заявок, а зміни життєвого циклу — у store робіт. Заявка фіксує те, про що попросив клієнт, робота — те, що бізнес винен, і жодна з машин станів не змінюється від того, що обидві показані в одному рядку.