Дата: 18.08.2026 · версия 5
Обхват: онлайн запис на сервизен час, потвърждение от сервизен консултант, алтернативни часове, график на специалистите на 30-минутни слотове, приемане на автомобил, списък „За обаждане", справочници, PDI приемане и планиране, работно време и обедна почивка, известия и шаблони.
Мокъп: service-booking-v3.html · вграден в тази страница
Източник: срещи „CMC & BYD — Сервизен модул резервации" от 05.08.2026 и 12.08.2026, уточнения от 13.08, 14.08, 15.08 и 18.08.2026 и Kick-off документацията.
Какво се промени във версия 5: при приемане километражът е задължителен, предварително попълнен и коригируем · след започване на ремонта автомобил може да бъде изваден от графика със задължителни причина и коментар · поръчката остава В ремонт, а освободеният капацитет става наличен за други записи · добавена е работна опашка Извън графика и действие за повторно планиране.
Какво се промени във версия 4: обедната почивка вече е пауза, а не стена — започнала услуга спира в 12:00 и продължава в 13:00, така че 3 ч работа от 11:00 приключват в 15:00 (виж Flow 1 и Flow 5). „Заявки и график" е пренареден в един екран без скролване: контекстът на заявката е в заглавието на графика, а желаният от клиента ден винаги е обозначен спрямо гледания (Flow 3). Предложенията се проследяват в собствен екран с брояч в менюто (Flow 7a). Услугите в стъпка 2 се избират от дропдаун, а не от списък с чекбокси. В PDI списъка няма ръчно пренареждане.
Какво се промени във версия 3: клиентският запис е уизард в 4 стъпки — автомобил → услуги → дата и час → данни — вместо един дълъг екран, и клиентът може да избере повече от една услуга, като времето се сумира. Сбор над 4 ч не се записва онлайн и минава през „За обаждане". Виж Flow 1.
Какво се промени във версия 2 (след срещата на 12.08.2026): един канал за връзка вместо няколко · специалистите вече имат марки и умение („Всичко" / „PDI") · приемането на автомобил първоначално е дефинирано само като бутон, впоследствие ревизирано във версия 5 със задължителен километраж · обедна почивка 12:00–13:00 → 13 слота на ден · отказът и неявяването са два отделни бутона със задължителна причина. Добавени са Flow 10 (walk-in от графика), Flow 11 („За обаждане"), Flow 12 (PDI приемане) и Flow 18 (справочници и „проблемен клиент").
1. Роли и отговорности
| Роля | Основна отговорност в процеса | Основен интерфейс |
|---|---|---|
| Клиент | Заявява конкретен ден и час за своята кола и услуга, получава потвърждение или предложени часове и избира от тях | Публична страница „Запази час" (вгражда се в сайта) |
| Сервизен консултант (приемчик) | Обработва опашката, уточнява операциите и продължителността, разпределя специалист, потвърждава или предлага други часове, приема и издава автомобила | Сервизен модул в CRM |
| Специалист (механик) | Изпълнява поръчката. Той е ресурсът в графика — не работи в системата на този етап. Носи марките, по които работи, и умение „Всичко" или „PDI" | — извън обхвата |
| PDI техник / дилър | Приема новите автомобили в представителството — „приех колата, няма щети" или завежда щети със снимки. Не вижда графика, заявките и поръчките | PDI → Приемане на автомобили, само своята локация |
| After Sales / PDI отговорен | Получава заявките за PDI, изпълнява проверката и маркира PDI като приключен | PDI екран |
| Дилър — сервиз | Има собствен акаунт, свои специалисти и собствен график; може да вгради формата за запис в своя сайт | Сервизен модул, ограничен до своята точка |
| Централа | Вижда графиците и резервациите на всички точки, включително дилърските, и статистиката по тях | Сервизен модул, избор на сервизна точка |
Външни участници
Тези участници са част от процеса, но не трябва да се смесват с ролите в модула:
| Участник | Отговорност |
|---|---|
| Navision (NAV) | Сервизната поръчка, труд, материали, ставки, гаранция и фактуриране |
| Кол-център / централа | Приема входящите обаждания от телефоните, публикувани на сайта |
| Търговец | Подава кола за PDI преди издаване на клиент или преди доставка към дилър |
| Имейл / Viber / SMS доставчик | Доставя известията по избраните от клиента канали |
2. Как е показан процесът
Всеки flow по-долу съдържа един реален екран от работния мокъп, пътя до него и таблица със стъпките — роля, действие и резултат в CRM. Статусите са изписани така, както се виждат в интерфейса.
Жизнен цикъл на заявката
- Ново
- →
- В преглед
- →
- Предложени часове
- →
- Потвърдено
- ·
- Отказано
- ·
- Изтекло
Жизнен цикъл на сервизната поръчка
- Потвърдена
- →
- Колата приета
- →
- В ремонт
- →
- Приключена
- ·
- Отказал предварително
- ·
- Отказал (късно)
- ·
- Не се е явил
Статусът и графикът са различни измерения. Поръчка може да остане В ремонт, но да бъде маркирана Извън графика, когато например чака части. Това освобождава капацитета, без да приключва поръчката. Мобилното отчитане от специалиста и отделното издаване остават извън текущия обхват.
Отказ и неявяване са различни неща. Отказ ≥ 24 ч преди часа е Отказал предварително и е нормално поведение; под 24 ч е Отказал (късно); неявяването е Не се е явил. И трите изискват причина и се задават с два отделни бутона (Flow 8).
Как се смята наличността
- Работно време 09:30–17:00, слот 30 минути, обедна почивка 12:00–13:00.
- Решетката на деня е 13 слота: 09:30, 10:00, 10:30, 11:00, 11:30 и 13:00, 13:30, 14:00, 14:30, 15:00, 15:30, 16:00, 16:30. 12:00 и 12:30 не съществуват.
- Обедната почивка е пауза, не стена. Продължителността се брои в работни получаса: започнала услуга спира в 12:00 и продължава в 13:00. Услуга 3 ч от 11:00 → 11:00–12:00, пауза, 13:00–15:00, край 15:00. Единственото ограничение е работата да се вмести до 17:00.
- Най-дългите непрекъснати прозорци са 2,5 ч (09:30–12:00) и 4 ч (13:00–17:00). Услуга с нормовреме над 4 ч не се записва онлайн — влиза в списък „За обаждане".
- Капацитетът на деня = активни специалисти × 13. Един слот е свободен, ако поне един специалист е свободен в него.
- Продължителността идва от нормовремето на услугата. Слот се предлага само ако един специалист е свободен за целия интервал — без съставяне от парчета при различни хора.
- Специалистът има марки и умение. Който не работи по марката на колата, се скрива от графика и от наличността за тази заявка; умение „PDI" не се предлага за клиентски заявки.
- Клиентът вижда часове най-рано за утре — за днес не се записва онлайн. Приемчикът може да запише за днес.
- Заявката не блокира слота. Слотът се блокира едва при потвърждение.
- Отбелязан неработен ден блокира графика на специалиста; вече потвърдените часове не се преразпределят автоматично.
- По-ранно приключване освобождава капацитет веднага — освободените часове стават достъпни същия ден.
Филтриране, навигация и масови действия
| Контрола | Поведение |
|---|---|
| Сервизна точка | Всяка точка има собствен график и собствени специалисти. Изборът в лявата колона сменя контекста на всички екрани. Централата вижда и дилърските точки. |
| Опашка по SLA | Заявките са подредени по остатъчно време за реакция. Каналът (сайт / телефон / на място / PDI), марката и желаният час се виждат директно в реда. |
| Навигация по дни | В Заявки и график: стрелки, „Днес", избор на дата и лента с 10 работни дни, показваща свободния капацитет. Черновата се мести заедно с деня. |
| Марка | Блокчетата в графика са цветово разделени по марка (Dongfeng / BYD) с филтър в лентата. |
| Табове по статус | В Сервизни поръчки — Всички, Потвърдена, Колата приета, Приключена, Отказал предварително, Отказал (късно), Не се е явил, с брояч на всеки таб. |
| Щриховани клетки | Свободно, но не стига за продължителността на текущата чернова — клетката не се кликва и обяснява причината. |
| Търсачка | Горе вдясно във всеки списък — „Заявки", „Сервизни поръчки", „За обаждане", „Клиенти", „Автомобили", „Приемчици", „PDI". Търси по номер, рег. номер, VIN, име, телефон и имейл едновременно. |
| Клик на празна клетка | В графика отваря „Създай нов час" с предзададени специалист, дата и час — за walk-in и спешни коли (Flow 10). |
| Индикатор „проблемен клиент" | Жълт триъгълник с удивителен до името, навсякъде където се среща клиентът. При hover — датата и причината. |
| Броячи в менюто | Заявки за обработка, активни поръчки, чакащи PDI и клиенти за обаждане — badge до името на екрана. |
3. Flow 1 — онлайн запис на час от клиент
Начало: клиент иска сервизен час за своята кола.
Край: заявката е в опашката на избраната сервизна точка със статус Ново, без блокиран слот.
Екран в мокъпа: Сайт — Запази час · Клиент
Записът е уизард в четири стъпки. Всяка стъпка се валидира, преди да пусне напред, а в последната стои резюме с връзки „промени" към всяка предходна стъпка.
| № | Стъпка | Какво избира клиентът |
|---|---|---|
| 1 | Автомобил | сервизна точка → марка → модел → регистрационен номер → километраж (в този ред) |
| 2 | Услуги | една или няколко услуги от каталога (или „Друго / не знам") + описание |
| 3 | Дата и час | ден от месечния календар и конкретен начален час |
| 4 | Данни | резюме на заявката, име, телефон, имейл, канал за връзка, GDPR |
Стъпка 2 — няколко услуги от един дропдаун. Услугите се избират от падащ списък, групиран по категория, с нормовремето срещу всяка. Избраната услуга пада като ред под списъка с ✕ за махане и изчезва от дропдауна; махнеш ли я, се връща там. Така може да се добавят няколко услуги една по една. Продължителността е сборът — 2 ч смяна масло + 1,5 ч климатик = 3,5 ч (7 × 30 мин) — и часовете в стъпка 3 се търсят за целия сбор.
Когато сборът надхвърли 4 ч, онлайн запис не е възможен (най-дългият непрекъснат прозорец в деня е 4 ч). Стъпка 3 не се отваря; вместо това клиентът оставя заявка без час, която влиза в „За обаждане" с причина „услуга над 4 ч" (Flow 11).
| № | Роля | Действие | Резултат в CRM |
|---|---|---|---|
| 1 | Клиент | Стъпка 1. Избира сервизна точка, после марка (Dongfeng / BYD) и модел, въвежда регистрационен номер и километраж | Графикът на избраната точка става основа за наличността. Отляво стои логото на марката. Рег. номерът се приема и на кирилица, и на латиница и се записва транслитериран на латиница; полето VIN не се показва на клиента. Без рег. номер стъпката не пуска напред |
| 2 | Клиент | Стъпка 2. Добавя една или няколко услуги от дропдауна (или „Друго / не знам"), добавя описание | В списъка са само услугите, валидни за избрания модел, групирани по категория. Продължителността е сборът от нормовремената. Сбор над 4 ч → заявка без час и запис в „За обаждане". Смяна на марката или модела маха несъвместимите избори |
| 3 | Клиент | Стъпка 3. Избира ден от месечния календар | Под всяка дата стои броят възможни начални часове за целия сбор от услуги; запълнените дни излизат „няма" |
| 4 | Клиент | Избира начален час; недостъпните носят етикет „зает" или „до 17:00" | Двете причини се различават визуално и всяка обяснява себе си при клик (виж Flow 5) |
| 5 | Клиент | Стъпка 4. Преглежда резюмето — автомобил, сервиз, услуги, час, описание — и при нужда се връща с „промени" | Целият зает интервал се маркира в един цвят — напр. 13:00 → 15:00 при 2 ч. „Промени" връща на съответната стъпка със запазени данни |
| 6 | Клиент | Попълва име, телефон, имейл и избира един предпочитан начин за връзка (радиобутони: имейл, Viber, SMS, телефон) | Каналът е точно един — комбинация не се допуска. Име и телефон са задължителни; имейлът — само при канал „имейл" |
| 7 | Клиент | Приема GDPR (задължително) и изпраща заявката | Заявка SR-XXXX · Ново; часът не се блокира |
| 8 | Система | Изпраща потвърждение за приета заявка по избрания канал | При канал „телефон" не се изпраща съобщение — клиентът влиза в списък „За обаждане" (Flow 11) |
| 9 | Система | Известява приемчиците на съответния бранд и локация | Камбанка в системата и Viber, с време за реакция 10 минути (Flow 17) |
Обедната почивка е пауза, не стена. Денят има 13 работни получаса — 09:30–12:00 и 13:00–17:00. Часовете 12:00 и 12:30 не се предлагат като начало, но започнала услуга просто спира за обяд и продължава в 13:00: 3 ч работа от 11:00 текат 11:00–12:00, пауза, 13:00–15:00 → край 15:00. Продължителността се брои в работни получаса, не в стенни часове.
Важно: за днес не се записва онлайн — най-ранният възможен запис е за утре. Зачертаните часове се кликват и обясняват причината: няма свободен специалист за целия интервал или работата не се вмества до 17:00.
Дълги услуги: услуга с нормовреме над 4 ч не се записва онлайн — най-дългият непрекъснат прозорец в деня е 4 ч (13:00–17:00). Клиентът вижда „За тази услуга се свържете със сервиза" и заявката влиза в списък „За обаждане".
Дублирана заявка: ако за същата кола и същата услуга вече има активна заявка, формата не се изпраща — „За тази кола вече има активна заявка за същата услуга."
Ключов принцип: клиентът не вижда имена на специалисти — само агрегираната наличност на точката. Дисклеймърът, че часът е ориентировъчен и подлежи на потвърждение, стои като видима рамкирана карта в резюмето, не като ситен текст.
4. Flow 2 — заявка по телефон или на място
Начало: клиентът звъни на телефона от сайта или идва на място.
Край: заявка в опашката, идентична по обработка с онлайн заявката, или директно създаден час.
Екран в мокъпа: Заявки и график → + Ново · Сервизен консултант / рецепция
| № | Роля | Действие | Резултат в CRM |
|---|---|---|---|
| 1 | Кол-център | Приема обаждането и го насочва към сервизната точка | Директни контакти на приемчиците не се дават на клиенти |
| 2 | Приемчик | Отваря + Ново и избира канал — телефон или на място | Чернова на заявка |
| 3 | Приемчик | Търси клиента по телефон и колата по рег. номер в справочниците | Данните се попълват автоматично от картите „Клиенти" и „Автомобили" (Flow 18) — нищо не се въвежда наново |
| 4 | Приемчик | Уточнява услугата и записва описанието на проблема | Продължителността идва от нормовремето; приемчикът може да я коригира |
| 5 | Приемчик | Записва един предпочитан канал за връзка | Същото правило като на сайта — точно един канал |
| 6 | Приемчик | Избира „Запази директно час" или оставя заявката за преглед | Директният запис създава заявка Потвърдено и поръчка Потвърдена наведнъж; иначе заявка Ново |
За днес: ограничението „най-рано за утре" важи само за сайта. Приемчикът може да запише и за днес.
Проблемен клиент: ако намереният клиент е маркиран като проблемен, в картата се показва жълт триъгълник с удивителен; при hover се вижда датата и причината (Flow 18).
5. Flow 3 — потвърждение на часа от приемчика
Начало: заявка със статус Ново и желан час, който е свободен.
Край: сервизна поръчка Потвърдена, слотът е блокиран, клиентът е известен.
Екран в мокъпа: Заявки и график · Сервизен консултант
Един екран, без скролване между кутии. Вляво е опашката със свой скрол; вдясно има една карта — графикът. Контекстът на заявката и всички действия живеят в заглавието на графика, а не в отделна кутия: ред 1 е кой и коя кола, ред 2 е заявеното от клиента (червеното хапче ★ иска, услугите, сгънатата бележка), ред 3 е решението на приемчика — час, продължителност, специалист и бутоните.
Датата не може да се обърка. Избереш ли заявка, графикът се отваря на деня, който клиентът е поискал. В лентата с дни желаният ден носи ★ иска, а денят на черновата — ● чернова. Тръгнеш ли на друг ден, излиза лента „Гледате 07.08 пт, а клиентът иска 06.08 чт" с бутон, който връща и деня, и часа. Бутонът за действие винаги изписва точния ден и час: „✓ Потвърди 06.08 чт · 10:00", когато съвпада с желания, и „→ Предложи 07.08 пт · 09:30", когато е различен.
| № | Роля | Действие | Резултат в CRM |
|---|---|---|---|
| 1 | Приемчик | Отваря заявката от опашката | Статусът става В преглед и се записва кой я е отворил |
| 2 | Приемчик | Чете бележката на клиента („когато завивам наляво, мигачът не светва") и при нужда я коригира | Бележката стои в поле „Коментар" под операциите; редакцията влиза в историята с автор |
| 3 | Система | Маркира автоматично черновата на желания ден и час, ако е свободен | Приемчикът не търси нищо — остава само да избере човек |
| 4 | Приемчик | Скролва надолу до дневния график и избира конкретен специалист и час в решетката | Изборът става в графика, не в полетата на формата. Показват се само специалисти, работещи по марката на колата |
| 5 | Приемчик | При нужда коригира продължителността | Черновата в графика се преизчислява веднага |
| 6 | Приемчик | Натиска „Потвърди" | Поръчка SO-XXX · Потвърдена; целият интервал е блокиран; операциите и нормовремената се записват като снапшот |
| 7 | Система | Изпраща потвърждение на клиента по неговия канал | Съобщението идва от шаблон, с телефона на точката и дисклеймъра |
| 8 | Система | Зарежда веднага следващата заявка от опашката | Приемчикът работи без връщане към списъка |
Ако избраният час се различава от заявения, бутонът се сменя на „Изпрати предложение" — клиентът трябва да го одобри (Flow 6 и Flow 7). Потвърждение без съгласието на клиента се прави само за часа, който той е поискал.
Няма „Добави операции". Приемчикът не добавя операции към заявката — остава само това, което клиентът е избрал, защото без оглед няма как да се прецени.
Конкурентност: потвърждението минава в транзакция с заключване. При два едновременни опита за същия специалист и час минава един, вторият получава ясно съобщение и графикът се презарежда.
6. Flow 4 — няколко заявки за един и същ час
Начало: двама или повече клиенти са заявили един и същ слот.
Край: един получава часа, останалите получават предложения или обаждане.
Екран в мокъпа: Заявки и график → Опашка за същия слот · Сервизен консултант
В опашката стоят само новите и в преглед. Заявките, на които е предложен друг час, излизат от нея и се проследяват в отделния екран „Предложения" (Flow 7) — горе в опашката стои само редът „N заявки чакат избор от клиента" като връзка към него.
| № | Роля | Действие | Резултат в CRM |
|---|---|---|---|
| 1 | Клиенти | Подават независими заявки за същия час | Всички заявки се приемат — слотът остава свободен |
| 2 | Система | Групира заявките за един слот в обща опашка | Приемчикът вижда, че има конкуренция за часа |
| 3 | Приемчик | Обработва ги по реда на подаване | Първата потвърдена заема слота |
| 4 | Приемчик | За останалите предлага други часове (Flow 6) | Заявките им минават на Предложени часове; те не се отказват автоматично |
Защо е така: заявката не блокира слот. Това пази календара от ботове и от масови непотвърдени записи — един час може да бъде заявен от неограничено много клиенти, но се заема само с потвърждение.
7. Flow 5 — часът не се вмества за избраната услуга
Начало: избран е начален час, но услугата не се вмества в свободния прозорец.
Край: часът не се предлага и системата казва защо.
Екран в мокъпа: Заявки и график → График · Приемчик и клиент
| № | Роля | Действие | Резултат в CRM |
|---|---|---|---|
| 1 | Система | Проверява дали един специалист е свободен за целия интервал | Интервалът не се съставя от парчета при различни хора |
| 2 | Система | Проверява дали работните получаса стигат до края на деня | Обедната почивка не е пречка — тя само отлага края. Ако работата не се вмества до 17:00, началният час не се предлага |
| 3 | Система | Изключва специалистите, които не работят по марката на колата, и тези с умение „PDI" | Наличността е само от хората, които реално могат да свършат работата |
| 4 | Клиент / приемчик | Кликва зачертан час | Показва се конкретната причина: „няма свободен специалист в 11:30" или „3 ч работа от 15:30 не се вместват до 17:00" |
| 5 | Приемчик | Вижда щрихованите клетки в графика с етикет „< X ч" | Свободно, но не стига за текущата чернова — клетката не се кликва |
Пример от срещата: услуга за 2 ч и заето 15:30–16:30. Часовете 14:30 и 15:00 не се предлагат, защото интервалът им опира в заетото. Предлага се само час, в който има цели 2 ч при един майстор.
Обедна почивка: услуга 2 ч има валидни начала 09:30, 10:00 сутрин и 13:00, 13:30, 14:00, 14:30, 15:00 следобед. 10:30 и 11:00 отпадат, защото минават през 12:00–13:00.
8. Flow 6 — предлагане на 1 или 3 алтернативни часа
Начало: желаният час не е възможен.
Край: клиентът получава един бутон и личен линк с конкретните предложени часове.
Екран в мокъпа: Заявки и график → Предложи други часове · Сервизен консултант
| № | Роля | Действие | Резултат в CRM |
|---|---|---|---|
| 1 | Приемчик | Избира един или три валидни часа от графика | И едното, и другото е допустимо — понякога има само един разумен час |
| 2 | Приемчик | Часовете може да са от различни дни; добавя бележка към клиента | Всеки избран час е проверен за пълната продължителност в работни получаса |
| 3 | Приемчик | Задава срок на валидност (по подразбиране 48 ч) и изпраща | Заявката минава на Предложени часове; създава се личен токен |
| 4 | Система | Изпраща съобщение по канала на клиента с един бутон „Виж нашите предложения" | В самото съобщение няма часове за клик — избор се прави само на страницата |
Предложените часове не се блокират. Ако междувременно някой потвърди един от тях, клиентът го вижда като зает още при отваряне на линка (Flow 7).
Точен текст на съобщението: „Здравейте, [име]. За заявения от вас час [дата, час] в [точка] има голям интерес и вече е зает. Подготвили сме [един възможен час / три възможни часа] за вас — отворете страницата за запис, изберете удобния и потвърдете." Следва един бутон „Виж предложените часове →" и бележка, че линкът е личен. Числото и думата се съгласуват — при един час не пише „1 възможни часа".
9. Flow 7a — проследяване на предложенията
Начало: на една или няколко заявки е предложен друг час.
Край: клиентът е избрал, отказал или предложението е изтекло.
Екран в мокъпа: Предложения нов екран · Приемчик
Предложенията не блокират слот, затова колкото по-дълго висят, толкова по-вероятно е часът да се заеме от друг. Заради това те живеят на собствен екран с брояч в менюто, а не в опашката на „Заявки и график".
| № | Роля | Действие | Резултат в CRM |
|---|---|---|---|
| 1 | Система | Пълни екрана с всички заявки в статус Предложени часове за точката | Колони: клиент, кола, услуги, какво е искал, предложени часове, канал |
| 2 | Система | Проверява при всяко зареждане дали предложените часове още са свободни | Свободните са зелени, заетите са зачертани, а под тях пише „N от предложените вече са заети" |
| 3 | Приемчик | „Виж съобщението" | Показва точния текст, който клиентът е получил |
| 4 | Приемчик | „Напомни" | Изпраща повторно същото съобщение по избрания канал |
| 5 | Приемчик | „Клиентският линк →" | Отваря същата страница, която вижда клиентът — за проверка или за работа по телефона |
| 6 | Клиент | Избира час от личния линк (Flow 7) | Заявката става Потвърдено, поръчката се създава и записът излиза от този екран |
Ако всички предложени часове се заемат, записът остава тук с всички часове зачертани — сигнал, че трябва да се предложат нови или клиентът да се потърси по телефона.
9. Flow 7 — клиентът избира от предложените часове
Начало: клиентът отваря личния линк от съобщението.
Край: часът е потвърден автоматично или клиентът влиза в списък „За обаждане".
Екран в мокъпа: Сайт (личен линк) — предложени часове · Клиент
| № | Роля | Действие | Резултат в CRM |
|---|---|---|---|
| 1 | Клиент | Натиска единствения бутон в съобщението | Отваря се личната страница — без вход |
| 2 | Клиент | Вижда само предложените му часове | Няма достъп до останалата наличност и до имена на специалисти |
| 3 | Система | Проверява наличността при зареждане | Час, зает междувременно, е неактивен с етикет „вече е заета" |
| 4 | Клиент | Избира час и потвърждава | Поръчка Потвърдена; специалистът се избира автоматично — първият свободен за целия интервал |
| 5 | Клиент | Или натиска „Никой от часовете не ми е удобен — свържете се с мен" | Клиентът влиза в списък „За обаждане" и приемчикът получава камбанка и Viber |
| 6 | Система | Изпраща потвърждение и известява сервиза | Линкът се маркира като използван — еднократен е |
Изтекъл или използван линк показва обяснение и телефона на точката, без опции за избор. Ако и трите часа са заети, страницата води към общата форма.
Известие към приемчика при отказ: „Часът, който предложихте за [дата, час] на кола [рег. №], не устройва клиента. Свържете се с него."
10. Flow 8 — преместване, отказ и неявяване
Начало: потвърден час трябва да се промени или клиентът не идва.
Край: слотът е освободен с ясен статус и записана причина.
Екран в мокъпа: Сервизни поръчки → Поръчка · Сервизен консултант
Часът в поръчката се изписва като реален интервал плюс отработеното време: „13:00 – 15:00 (2 ч работа)". Ако интервалът минава през обедната почивка, това е отбелязано — „11:00 – 15:00 (3 ч работа + пауза за обяд 12:00–13:00)".
| № | Роля | Действие | Резултат в CRM |
|---|---|---|---|
| 1 | Приемчик | Премества часа — от поръчката или направо в графика | Старият интервал се освобождава, новият се заема в една транзакция |
| 2 | Система | Проверява дали новият час съвпада с желания от клиента | Ако се различава, действието се третира като предложение и клиентът трябва да го одобри |
| 3 | Приемчик | Натиска „Откажи" и въвежда задължителна причина | Отказ ≥ 24 ч преди часа → Отказал предварително, без последствие |
| 4 | Приемчик | Отказ по-малко от 24 ч преди часа | Отказал (късно); в диалога се предлага клиентът да се маркира като проблемен — не се маркира автоматично |
| 5 | Приемчик | Натиска „Не се е явил" (отделен бутон) с причина | Не се е явил; броячът на клиента се увеличава; известие не се изпраща |
| 6 | Система | Освобождава слота при всички три случая | Часът става наличен веднага за нови записи |
Два отделни бутона. „Откажи" и „Не се е явил" са различни неща: своевременният отказ е нормално поведение, неявяването — не. Затова не се обединяват в едно действие.
Праг: границата е 1 ден преди часа. Тя се задава в настройките на модула.
11. Flow 9 — приемане и управление на ремонта
Начало: клиентът докарва колата в деня на часа.
Край: поръчката е Колата приета с потвърден актуален километраж.
Екран в мокъпа: Сервизни поръчки → Коли за приемане днес · Сервизен консултант
| № | Роля | Действие | Резултат в CRM |
|---|---|---|---|
| 1 | Приемчик | Отваря дневния списък „Коли за приемане днес" | Всички поръчки за деня на точката, независимо кой ги е записал |
| 2 | Система | Попълва последния километраж от заявката или автомобила | Стойността е предложение и може да бъде коригирана от приемчика |
| 3 | Приемчик | Проверява километража на таблото и натиска „Потвърди приемането" | Статус Колата приета + час на приемане + задължителен актуален километраж |
| 4 | Приемчик | Отмята кои коли не са дошли | „Не се е явил" или „Откажи" с причина (Flow 8) |
| 5 | Приемчик | Натиска „Започни ремонт" | Статус В ремонт |
| 6 | Приемчик | При блокиращ проблем натиска „Извади от графика", избира причина и оставя задължителен коментар | Поръчката остава В ремонт, получава флаг Извън графика, а капацитетът се освобождава |
| 7 | Приемчик | Когато автомобилът отново може да се работи, избира „Планирай отново" | Задава специалист, дата, час и продължителност; поръчката отново заема графика |
| 8 | Приемчик | След реалното завършване натиска „Приключи поръчката" | Статус Приключена; капацитетът е свободен |
Километражът е изключението при бързото приемане. Той е задължителен, защото трябва да отразява реалната стойност при физическото постъпване, дори клиентът вече да е подал друга стойност.
„Извън графика" не е финален статус. Например при „Чака части" поръчката остава В ремонт и се вижда в отделна работна опашка с причината и коментара. Само реалното приключване затваря поръчката.
12. Flow 10 — създаване на час директно от графика (walk-in)
Начало: кола идва без запис — спешен случай, важен клиент или доставена част.
Край: поръчка Потвърдена в избрания слот, без заявка и без одобрение.
Екран в мокъпа: График → клик на празен слот · Сервизен консултант
| № | Роля | Действие | Резултат в CRM |
|---|---|---|---|
| 1 | Приемчик | Кликва празна клетка в графика — напр. 09:30 при Мартин Петров | Отваря се форма с предзададени специалист, дата и час |
| 2 | Приемчик | Избери кола — търсене по рег. номер | VIN, марка, модел и километраж се попълват от справочник „Автомобили" |
| 3 | Приемчик | Избери клиент — търсене по телефон | Име, имейл, предпочитан канал и флагът „проблемен" се попълват от справочник „Клиенти" |
| 4 | Приемчик | Избира услуга; при нужда коригира продължителността | Проверяват се същите правила — свободен интервал, обедна почивка, марка на специалиста |
| 5 | Приемчик | Запазва | Поръчка Потвърдена с източник „на място", без междинна заявка и без одобрение |
Само от графика. Действието не е достъпно от „Заявки" и от „Сервизни поръчки" — там се работи по вече подадени заявки. Създаването на час е операция върху графика.
Ако клиентът или колата не съществуват, се създават на място и влизат в справочниците — следващият път се намират по телефон и рег. номер.
13. Flow 11 — списък „За обаждане"
Начало: случай, който не може да се затвори със съобщение.
Край: приемчикът се е обадил и часът е уговорен или заявката е отказана.
Екран в мокъпа: За обаждане · Сервизен консултант
Кой влиза в списъка
| Причина | Откъде идва |
|---|---|
| Избрал е канал „телефон" | Клиентът е поискал да го потърсят по телефона — по този канал нищо не се изпраща автоматично (Flow 1) |
| Никой предложен час не е удобен | Клиентът е натиснал бутона на страницата с предложенията (Flow 7) |
| Услуга над 4 ч | Не се записва онлайн, защото не се вмества в непрекъснат прозорец — планира се ръчно (Flow 1) |
| Липсващ контакт по избрания канал | Клиентът е избрал имейл, но имейл няма — съобщението не може да тръгне |
Работа със списъка
| № | Роля | Действие | Резултат в CRM |
|---|---|---|---|
| 1 | Система | Създава запис автоматично при всеки от четирите случая | Един клиент с две различни причини има два записа |
| 2 | Приемчик | Натиска „Поеми" | Записва се кой се обажда — вторият приемчик вижда, че е поет, и не звъни втори път |
| 3 | Приемчик | Обажда се и натиска „Обаден" с бележка | Бележката е задължителна — какво е уговорено |
| 4 | Приемчик | Натиска „Създай час" | Отваря графика с попълнени клиент и кола (Flow 10) |
| 5 | Система | Затваря записа при потвърждаване или отказ на свързаната заявка | Списъкът не се пълни с приключени случаи |
Защо е нужен: без този списък няма как да се разбере на кого трябва да се звънне. Клиентите, избрали „телефон", и тези, на които нито един предложен час не е удобен, иначе остават невидими в опашката.
14. Flow 12 — PDI: приемане на автомобила в представителството
Начало: нов автомобил пристига в склада на дилъра.
Край: колата е приета и влиза в списъка „Чакат планиране".
Екран в мокъпа: PDI → Приемане на автомобили · PDI техник / дилър
| № | Роля | Действие | Резултат в CRM |
|---|---|---|---|
| 1 | Система | Показва очакваните автомобили за локацията — VIN, марка, модел, ETA, очаквана локация | PDI техникът вижда само своето представителство |
| 2 | PDI техник | Натиска „Приех колата — няма щети" | Записва се кой и кога е приел; колата влиза в „Чакат планиране" |
| 3 | PDI техник | Или „Има щети" — описва всяка щета и прикачва поне една снимка | Щета без снимка не се записва; снимките се виждат при приемчика |
| 4 | Търговец / склад | Отбелязва статуса на автомобила — „заредена" (батерия ≥ 50 %) и „готова за PDI" | Само коли „готова за PDI" се дърпат в сервиза |
Отделен акаунт. PDI техникът не е част от сервиза — той има роля само за този екран и не вижда графика, заявките и сервизните поръчки.
Условие за планиране: докато колата не е приета в склада, тя не може да се планира за PDI — бутонът „Планирай" е неактивен с обяснение.
Какво заменя: сегашният процес е имейл „утре пристигат три коли, планирайте ги". Тук приемането става запис в системата.
15. Flow 13 — PDI: планиране и приключване
Начало: кола със статус „готова за PDI" чака планиране.
Край: PDI-то е изпълнено и приключено, колата е готова за издаване.
Екран в мокъпа: PDI → Чакат планиране и График · After Sales / приемчик
Подредбата е по постъпване и не се променя ръчно — няма стрелки за пренареждане. Колите, за които няма подадени данни от другата система, се завеждат ръчно с бутона „Заведи кола". VIN-ът е ключът — той е задължителен и уникален (17 знака), а „готова за PDI" не може да се отметне при батерия под 50%.
| № | Роля | Действие | Резултат в CRM |
|---|---|---|---|
| 1 | Система | Пълни таба „Чакат планиране" с приетите автомобили | Колони: VIN, марка, модел, текуща и очаквана локация, ETA, статус, дни в чакане |
| 2 | Приемчик | Добавя кола ръчно с бутон „Добави", когато няма подадени данни | За BYD няма планиране в CRM — ръчното добавяне е основният път |
| 3 | Приемчик | Пренарежда реда на чакащите | Подредбата е по постъпване, но приемчикът определя кое влиза първо |
| 4 | Приемчик | Натиска „Планирай" и избира ден, специалист и час в графика | PDI поръчка Планиран · нормовреме по подразбиране 2 ч; блокчето носи етикет „PDI" без клиентско име |
| 5 | Специалист | Изпълнява PDI-то | Слотът е зает точно като при клиентска поръчка |
| 6 | After Sales | Натиска „Приключи" с чеклист и реално време | Статус Приключен; записът остава в историята на автомобила по VIN |
PDI и клиентските часове са в един график. PDI заема капацитет наравно с останалото — затова се вижда в същата решетка и намалява публичната наличност.
Специалисти: PDI се изпълнява от специалист с умение „PDI" или „Всичко".
Обхват: PDI не живее изцяло в този модул — част от информацията за автомобилите ще идва от другата система. Интеграцията с CRM е извън обхвата на тази фаза; данните влизат ръчно или партидно.
16. Flow 14 — график на деня и капацитет
Начало: приемчикът или мениджърът иска да види натоварването.
Край: ясна картина на заетото и свободното време за деня.
Екран в мокъпа: График · Приемчик / мениджър
Поръчка, която минава през обедната почивка, е един непрекъснат блок — прескача разделителя за обяд и в него пише реалният интервал и отработеното време („11:00–15:00 · 3 ч + обяд"). Обядът не разделя поръчката на две.
| Елемент | Поведение |
|---|---|
| Дневен изглед | Колона на всеки активен специалист, 13 реда получаси с видимо прекъсване „Обедна почивка 12:00–13:00". Само дневен изглед — без седмичен и месечен |
| Един блок на поръчка | Поръчка за 3 ч е един блок, покриващ 6 получаса — не шест отделни квадратчета |
| Цвят по бранд | Червено = Dongfeng, синьо = BYD. Цветовете на статусите не се променят — брандът е цветна лента върху блока, за да се четат и двете |
| Филтър по бранд | „Всички / Dongfeng / BYD". Графикът остава общ, мултибранд — не се разделя по марка |
| Свободен капацитет | Брояч „свободни / общо получаси" за деня. Капацитет = активни специалисти × 13 |
| Неработен ден | Колоната е сива, без вид на отсъствието |
| Празна клетка | Клик отваря „Създай нов час" (Flow 10) |
| Засичане | При опит за по-дълга операция излиза ясно предупреждение и предложение да се сложи при друг майстор |
| Търсачка | Горе вдясно — по рег. номер, клиент, телефон и номер на поръчка |
| Календар под графика | Остава — за бърз преход към друг ден |
Скриване по марка: при работа по конкретна заявка в графика се показват само специалистите, които работят по марката на колата. В практиката почти всички работят по всички марки, но логиката съществува за случаите, в които не е така.
По-ранно приключване: ако майсторът свърши преди края на интервала, приключването на поръчката освобождава капацитета веднага и часовете стават достъпни същия ден.
17. Flow 15 — специалисти, работно време и обедна почивка
Начало: екипът или режимът на работа се променя.
Край: наличността отразява реалния капацитет.
Екран в мокъпа: Специалисти и графици · Настройки на модула · Мениджър / администратор
Нов специалист се добавя с форма, която иска име, точка, поне една марка и умение. Щом е активен, капацитетът на точката се увеличава веднага — формата го показва в потвърждението.
Специалист
| Поле | Роля в наличността |
|---|---|
| Марки, по които работи | Една, няколко или всички. Специалист, който не работи по марката на колата, се скрива от графика и от наличността за тази заявка |
| Умение | Точно две опции — „Всичко" или „PDI". „PDI" не се предлага за клиентски заявки; „Всичко" се предлага и за двете |
| Активен | Деактивиран специалист изчезва от графика и от наличността, но поръчките му остават в историята |
| Неработни дни | Блокират графика му за деня. Вече потвърдени часове не се преразпределят автоматично — приемчикът получава списък със засегнатите |
Настройки на модула (глобални)
| Настройка | По подразбиране |
|---|---|
| Работен ден | 09:30 – 17:00 |
| Обедна почивка | 12:00 – 13:00 |
| Слот | 30 минути |
| Време за реакция по заявка (SLA) | 10 минути |
| Праг за коректен отказ | 24 часа |
| Максимална продължителност за онлайн запис | 4 часа |
Настройките са еднакви за всички точки и всички специалисти и се променят от администратор в панела. Промяна, която засяга вече потвърдени поръчки, не ги мести — показва се списък със засегнатите за преглед.
Работното време е променяемо за случаите, в които се работи по различен режим — например 11:00–15:00 в определен ден.
18. Flow 16 — каталог на услугите и нормовремена
Начало: нужна е нова услуга или промяна на нормовреме.
Край: услугата е в каталога и определя продължителността в графика.
Екран в мокъпа: Каталог услуги · Мениджър
| Поле | Значение |
|---|---|
| Код и име | Уникален код (S-001) и име на операцията |
| Категория | Групиране в клиентската форма |
| Нормовреме | Часове → слотове по правилото ceil(часове × 2). 1,5 ч → 3 слота |
| Марка | Всички, Dongfeng или BYD |
| Модели | По подразбиране „всички модели на марката", с опция за ограничение до конкретни. Клиентът вижда само услугите за своя модел |
| Видима на сайта | Скритите услуги са достъпни само на приемчика |
Снапшот при потвърждение: нормовремето се записва в поръчката в момента на потвърждаване. Последваща промяна в каталога не мести вече потвърдени часове.
Оговорка към времето: под сумата в клиентската форма стои „Времето е максимално приблизително. При софтуерни апдейти или сервизни кампании може да се увеличи."
Услуга над 4 ч се маркира като „само през сервиза" и не се предлага за онлайн запис. Пълният каталог операции на производителя (~18 000 позиции) не влиза — водят се типовите услуги, които блокират време.
19. Flow 17 — известия, канали и шаблони
Начало: събитие по заявка или поръчка.
Край: съобщението е изпратено по правилния канал до правилния човек и е записано в лога.
Екран в мокъпа: Известия и шаблони · Всички роли
Към клиента
| Правило | Поведение |
|---|---|
| Един канал | Клиентът избира точно един — имейл, Viber, SMS или телефон. Изпраща се само по него, без дублиране |
| Канал „телефон" | Не се изпраща съобщение. Клиентът влиза в списък „За обаждане" (Flow 11) |
| Само две съобщения | „Заявката е получена" и „Часът е потвърден". Без update-и по хода на поръчката |
| Дисклеймър | Часът е ориентировъчен, продължителността зависи от установеното при прегледа, дружеството си запазва правото да предложи друг час |
| Телефон на точката | Присъства във всяко съобщение до клиент |
Към приемчиците
| Правило | Поведение |
|---|---|
| Камбанка + Viber | Двете едновременно, веднага при нова заявка |
| Текст | „Нова заявка за час за кола [марка] [модел] · [рег. №]. Време за реакция: 10 минути." |
| Маршрутизиране | По бранд и локация — приемчиците на BYD и на Dongfeng са различни хора. Известието отива до всички приемчици на съответния бранд и локация, обичайно двама |
| Клиентът отказа предложенията | Камбанка + Viber: „Часът, който предложихте за [дата, час] на кола [рег. №], не устройва клиента. Свържете се с него." |
Шаблони
Всички текстове се пишат и променят от панела, без деплой — 7 шаблона за съобщения плюс двата текста на сайта (дисклеймърът и оговорката към нормовремето):
- Заявката е получена · клиент
- Нова заявка · приемчик (камбанка + Viber)
- Предложени часове · клиент (един CTA бутон)
- Клиентът отказа предложенията · приемчик
- Часът е потвърден · клиент
- Часът е преместен · клиент
- Заявката е отказана · клиент (с причината)
Променливи: {client_name}, {brand}, {model}, {plate}, {date}, {time_range}, {location}, {location_phone}, {services}, {offer_link}, {reason}, {sla_minutes}. Датите се изписват на български — „12 август 2026, 10:00–12:00".
Лог: всяко изпращане е запис със статус — изпратено, грешка или пропуснато с причина. Неуспешните се изпращат повторно от екрана „Известия".
20. Flow 18 — справочници и „проблемен клиент"
Начало: приемчикът търси клиент или кола, или трябва да отбележи проблем.
Край: данните се намират за секунди и се пренасят в новия час без повторно въвеждане.
Екран в мокъпа: Приемчици · Клиенти · Автомобили
И трите справочника имат работеща форма за добавяне с валидации: клиентът — уникален телефон и имейл при канал „имейл"; автомобилът — уникален рег. номер и VIN от точно 17 знака, с модел от каталога на марката; приемчикът — служебен имейл и телефон за Viber, плюс задължителни бранд и локация.
Три справочника
| Справочник | Полета |
|---|---|
| Приемчици | име, фамилия, имейл, телефон, компания / бранд, локация, активен — основата за маршрутизиране на известията |
| Клиенти | име, телефон, имейл, предпочитан канал, свързани автомобили, коментари / история, брой неявявания, флаг „проблемен" + описание |
| Автомобили | рег. номер, VIN / шаси, марка, модел, година, километраж, текуща и очаквана локация, собственик / ползвател, история на посещенията |
Как се ползват
| № | Роля | Действие | Резултат в CRM |
|---|---|---|---|
| 1 | Приемчик | Въвежда рег. номер | VIN / шаси, марка, модел и последен километраж изпадат автоматично |
| 2 | Приемчик | Търси по телефон | Намира клиента и всичките му автомобили — един човек може да има две коли |
| 3 | Приемчик | Добавя коментар по клиента | Вижда се при всяко следващо посещение, включително за другата кола |
| 4 | Приемчик | Маркира чекбокс „Проблемен" и описва защо | Описанието е задължително — едно текстово поле, не списък |
| 5 | Система | Показва жълт триъгълник с удивителен навсякъде, където се среща клиентът | При hover: датата и текста — напр. „Не се е явил на 14.08 от 10:00" |
Маркирането е винаги ръчно. Неявяването увеличава брояча и системата предлага флага, но не го поставя сама. Флагът е независим от причината — може да е заради пропуснат час или заради поведение.
Търсачка има горе вдясно във всеки списък — „Заявки", „Сервизни поръчки", „За обаждане", „Клиенти", „Автомобили", „Приемчици" и „PDI" — и търси по всички ключови полета едновременно.
21. Оперативен контрол при много заявки
Модулът е проектиран за поток от заявки по два бранда и няколко точки. Контролът върху обема се държи на три места:
| Механизъм | Какво постига |
|---|---|
| Блокиране при потвърждение | Ботове и масови непотвърдени заявки не могат да запълнят календара. Един слот може да бъде заявен от неограничено много клиенти. |
| Ред на влизане | Опашката се обработва по реда на подаване; при конфликт първата потвърдена печели слота. |
| SLA индикатор | Времето за реакция по заявка е 10 минути; индикаторът показва остатъка и почервенява към края. Приемчиците получават камбанка и Viber веднага при подаване. |
| Автоматичен happy path | Ако желаният час е свободен и подходящ, потвърждението е един клик и известието тръгва автоматично — обаждане не е нужно. |
| Предложения вместо телефон | При конфликт клиентът получава линк с 1 или 3 часа и избира сам, без разговор. Ако нито един не му е удобен, влиза в списък „За обаждане". |
22. Ролеви работни опашки
Сервизен консултант (приемчик)
- Нови заявки, подредени по SLA (10 минути за реакция)
- Заявки, чийто желан час вече е зает
- Заявки с няколко кандидата за един час
- Изпратени предложения, които чакат избор от клиента
- Списък „За обаждане" — избрали телефон, отказали предложенията и услуги над 4 ч
- PDI заявки за планиране
- Коли за приемане днес
PDI техник / дилър
- Очаквани автомобили за своята локация, с ETA
- Коли за приемане — „няма щети" или щети със снимки
After Sales / PDI
- Коли, които чакат PDI, с локация, ETA и статус на зареденост
- Планирани PDI за деня
- PDI за приключване
Сервизен мениджър / централа
- Заетост и свободен капацитет по точки
- Неработни дни и намален капацитет
- Обем заявки по канал и по марка
23. Къде се вижда всеки flow в мокъпа
| Flow | Екран в мокъпа | Роля |
|---|---|---|
| Flow 1 | Сайт — Запази час — уизард в 4 стъпки преработен | Клиент |
| Flow 2 | Заявки и график → + Ново | Приемчик |
| Flow 3 | Заявки и график (график под формата) | Приемчик |
| Flow 4 | Заявки и график → Опашка за същия слот | Приемчик |
| Flow 5 | Заявки и график → График | Приемчик / клиент |
| Flow 7a | Предложения нов екран | Приемчик |
| Flow 6 | Заявки и график → Предложи други часове | Приемчик |
| Flow 7 | Съобщение → Сайт (личен линк) | Клиент |
| Flow 8 | Сервизни поръчки → Поръчка и График | Приемчик |
| Flow 9 | Сервизни поръчки → Коли за приемане днес | Приемчик |
| Flow 10 | График → клик на празен слот нов екран | Приемчик |
| Flow 11 | За обаждане нов екран | Приемчик |
| Flow 12 | PDI → Приемане на автомобили нов екран | PDI техник / дилър |
| Flow 13 | PDI → Чакат планиране и График | After Sales / приемчик |
| Flow 14 | График | Приемчик / мениджър |
| Flow 15 | Специалисти и графици и Настройки на модула | Мениджър / администратор |
| Flow 16 | Каталог услуги | Мениджър |
| Flow 17 | Известия и шаблони | Всички |
| Flow 18 | Приемчици · Клиенти · Автомобили нови екрани | Приемчик / администратор |
24. Решаващи статуси и кой ги задава
| Статус | Значение | Кой го задава |
|---|---|---|
Ново | Заявката е подадена, слотът не е блокиран | Клиент (сайт) или приемчик (телефон / на място) |
В преглед | Приемчикът е отворил заявката | Приемчик — автоматично при отваряне |
Предложени часове | Изпратени са 1 или 3 конкретни часа, все още незаети | Приемчик |
Изтекло | Няма реакция в рамките на 10 минути | Система — планирана задача |
Потвърдено | Часът е фиксиран и слотът е блокиран | Приемчик или клиент чрез личния линк |
Колата приета | Автомобилът е в сервиза с потвърден задължителен актуален километраж | Приемчик |
Приключена | Работата е свършена и капацитетът е освободен | Приемчик (ръчно, докато мобилното отчитане не е разработено) |
Отказал предварително | Отказ ≥ 24 ч преди часа — без последствие | Приемчик, с задължителна причина |
Отказал (късно) | Отказ под 24 ч преди часа — предлага се флаг „проблемен" | Приемчик, с задължителна причина |
Не се е явил | Клиентът не е дошъл; броячът му се увеличава | Приемчик — отделен бутон, само след началния час |
В ремонт | Работата е започнала. Може едновременно да има флаг Извън графика, без поръчката да се приключва | Приемчик |
Извън графика | Оперативен флаг: капацитетът е освободен, но поръчката остава В ремонт с причина и коментар | Приемчик |
Готова извън обхвата | Работата е приключена от специалиста | — остава за по-късен етап |
Чака планиране (PDI) | Колата е приета в склада и чака час | PDI техник / дилър |
Планиран (PDI) | PDI-то има ден, час и специалист | Приемчик / After Sales |
Приключен (PDI) | Проверката преди доставка или издаване е завършена | After Sales / PDI отговорен |
25. Потвърдени решения
Прегледът на мокъпа — 15.08.2026
| Решение | Как е реализирано |
|---|---|
| Обедната почивка е пауза | Продължителността се брои в работни получаса. Услуга 3 ч от 11:00 работи 11:00–12:00, спира за обяд и продължава 13:00–15:00. В графика излиза като един блок, който прескача разделителя. Отпада състоянието „обяд" при часовете — остават само „зает" и „до 17:00". |
| „Заявки и график" — един екран | Без отделна кутия „какво иска клиентът". Контекстът и действията са в заглавието на графика на три тесни реда; опашката отляво има собствен скрол. |
| Гледаният ден ↔ желаният ден | Графикът се отваря на желания от клиента ден. Желаният ден носи ★ иска, черновата — ● чернова. При разминаване излиза лента с бутон за връщане. Бутонът за действие винаги изписва точния ден и час. |
| Предложенията — отделен екран | Собствен екран с брояч в менюто; показва още свободните и вече заетите предложени часове, с „Виж съобщението", „Напомни" и „Клиентският линк". Излизат от опашката. |
| Услугите са дропдаун | Падащ списък по категории; избраната пада като ред с ✕ и изчезва от списъка. Няколко услуги се добавят една по една. |
| Ред на полетата в стъпка 1 | Сервизна точка → марка → модел → рег. номер → километраж. |
| PDI без пренареждане | Подредбата е по постъпване; стрелките за местене са премахнати. |
| Потвърждението към клиента | Без вътрешното SLA — времето за реакция от 10 минути е задача на приемчиците и не се съобщава на клиента. |
Прегледът на мокъпа — 14.08.2026
| Решение | Как е реализирано |
|---|---|
| Записът е уизард в 4 стъпки | 1 автомобил (марка, сервиз, модел, рег. номер, километраж) · 2 услуги + описание · 3 дата и час · 4 резюме и данни. Всяка стъпка се валидира, преди да пусне напред; лентата горе показва къде си, а завършените стъпки са кликаеми. |
| Няколко услуги в една заявка | Чекбокси, групирани по категория, с нормовремето до всяка. Продължителността е сборът; часовете в стъпка 3 се търсят за целия сбор. Смяна на марката или модела маха несъвместимите избори. |
| Сбор над 4 ч → „За обаждане" | Стъпка 3 не се отваря. Клиентът оставя заявка без час, която влиза в списъка с причина „услуга над 4 ч". |
| Резюме с „промени" | В стъпка 4 стои цялата заявка; всеки ред има връзка обратно към своята стъпка със запазени данни. |
| Рег. номерът се транслитерира | Полето приема кирилица и латиница без грешка и без да прекъсва въвеждането; при запис се нормализира на латиница. |
| Три причини часът да е недостъпен | „зает", „обяд" и „до 17:00" се показват различно и всяка се обяснява при клик. |
Срещата на 12.08.2026 — промени спрямо версия 1
| Решение | Как е реализирано |
|---|---|
| Един канал за връзка | Радиобутони вместо чекбокси — точно един от имейл, Viber, SMS, телефон. „Телефон" не праща съобщение, а влиза в „За обаждане". |
| Специалистите имат марки и умение | Марки, по които работят, и „Всичко" / „PDI". Който не работи по марката, се скрива от графика за тази заявка. |
| Приемането е кратко, но с километраж | „Приеми колата" отваря едно задължително, предварително попълнено и коригируемо поле за актуалния километраж. |
| Обедна почивка 12:00–13:00 | Конфигурируема, еднаква за всички точки. Денят е 13 работни получаса. Ревизирано на 15.08: почивката е пауза — не прекъсва започнала услуга, само отлага края ѝ. |
| Отказ и неявяване — два бутона | Задължителна причина при двата. Праг за коректен отказ: 1 ден. |
| Само рег. номер, само на латиница | VIN се маха от клиентския екран; валидацията е като за синята зона. |
| Услугите се филтрират по модел | Каталогът получава поле „Модели"; по подразбиране всички модели на марката. |
| Известия по Viber + камбанка, 10 минути | Маршрутизирани по бранд и локация, до всички приемчици на бранда. |
| 1 или 3 алтернативни часа | И едното, и другото е допустимо. Различен час от заявения = предложение, не потвърждение. |
| Списък „За обаждане" | Обединява избралите телефон, отказалите предложенията и услугите над 4 ч. |
| Флаг „проблемен клиент" | Чекбокс + едно текстово поле; жълт триъгълник с удивителен и hover с датата. Винаги ръчно. |
| Създаване на час от графика | Клик на празен слот, кола по рег. номер, клиент по телефон — директно поръчка, без одобрение. |
| Три нови справочника | Приемчици, Клиенти, Автомобили — с авто-попълване по рег. номер. |
| Цвят по бранд в графика | Червено = Dongfeng, синьо = BYD, като лента върху блока; статусните цветове не се променят. |
| PDI приемане от техник | Отделен акаунт, „приех колата" или щети със снимки; планиране само след приемане в склада. |
| Шаблоните са настройка | Всички текстове, включително дисклеймърът, се менят от панела без деплой. |
Срещата на 05.08.2026 — в сила
| Решение | Как е реализирано |
|---|---|
| Клиентът вижда реални свободни часове | Отпадна вариантът с 3 предпочитани дати — клиентът избира конкретен час от календара. |
| Слотът се блокира при потвърждение | Защита от овърбукване и ботове; неограничено много заявки за един час. |
| Потвърждението от човек остава задължително | Продължителността на операциите варира; крайното време е по преценка на приемчика. |
| Целият интервал при един майстор | Слот се предлага само ако един специалист е свободен за цялата услуга — без съставяне от парчета. |
| Без запис за днес, за утре — да | Онлайн записът започва от следващия работен ден. Приемчикът може и за днес. |
| Задължителен дисклеймър | Часът е ориентировъчен и дружеството си запазва правото да предложи друг — вече като видима карта, не ситен текст. |
| Всяка сервизна точка е отделна | София — Орион, София — Кун, Пловдив, Бургас, Ямбол и официалните дилъри, всяка със собствен график. |
| Вижда се кой е запазил часа | Името на сервизния консултант е в блокчето в графика и в поръчката. |
| PDI влиза в същия график | PDI заема капацитет наравно с клиентските часове. |
| Без пари в букинга | Труд, материали, ставки и гаранция се водят в Navision. |
26. Извън обхвата на тази фаза
| Какво | Защо / какво става вместо това |
|---|---|
| Мобилно отчитане от специалиста | Отделният мобилен интерфейс за специалиста остава за по-късен етап. Приемчикът може да задава В ремонт, да изважда поръчка от графика и да я планира отново. |
| Отделно издаване на автомобила | Зависи от мобилното отчитане. Дотогава поръчката се приключва ръчно от приемчика. |
| Интеграция с CRM за PDI | Dongfeng има планиране в своя CRM, BYD — не. Данните влизат ръчно или партидно; интеграцията е следваща фаза. |
| Пълният каталог операции (~18 000 позиции) | Водят се типовите услуги, които блокират време. Пълният списък би объркал клиента. |
| Модификации / варианти на моделите | Само марка → модел. |
| Клиентски профил и проследяване на статус в сайта | Изисква верификация. Клиентът вижда само потвърждението и личния линк с предложенията. |
| Update-и към клиента по хода на поръчката | Само две съобщения — „заявката е получена" и „часът е потвърден". |
| Автоматично маркиране на проблемен клиент | Системата предлага флага, но го поставя човек. |
| Складова наличност на части | Извън модула. |
| Онлайн плащане и депозит | Извън модула. |
| Дълбока интеграция с Navision | Сервизната поръчка се въвежда в NAV ръчно; автоматичното ѝ генериране е следваща стъпка. |