Как реагираме, когато нещо в ремонта не мине по план

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

Затова искаме да кажем нещо човешко и честно: понякога правим грешки. Ремонтът е сложен жив процес, в който много детайли трябва да стигнат до правилния човек в правилния момент. По-важният въпрос е какво правим, когато това се случи.

Защо говорим за грешки?

Защото доверието не се гради само с красиви снимки "след ремонта". Доверието се гради и в моментите, когато нещо не е минало по план. Клиентът трябва да знае, че срещу него стои фирма от реални хора, която няма да се скрие зад оправдания.

В Happy Builder работим с каталог от задачи, ERP система, мобилно приложение, снимки от обекта, статуси, вътрешни проверки и конкретни майстори по специалности. Точно тази система ни помага да управляваме ремонта. Но когато видим, че в процеса има слабост, не я приемаме като "единичен случай". Използваме я като сигнал какво трябва да подобрим.

Реален пример: сините стени

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

Клиентът беше разочарован. Напълно разбираемо. Когато човек е казал ясно какво иска за собствения си дом, очаква това да бъде изпълнено. В този момент най-лесното би било да се търси обяснение кой къде какво е пропуснал. Ние избрахме друг подход.

• Признахме грешката и поехме отговорност пред клиента.
• Поправихме изпълнението.
• Променихме процеса, за да не зависи този детайл само от паметта на хората.

Първо признаваме и поправяме

За нас това е задължително. Ако клиентът е поискал син цвят, а стените са бели, проблемът не е "комуникационен шум". Проблемът е, че резултатът не отговаря на желанието на клиента.

Затова първата стъпка е ясна: казваме "да, това е наша грешка" и я поправяме. Този момент е важен, защото ремонтът е достатъчно напрегнат и без клиентът да трябва да доказва очевидното. Когато сме сгрешили, не прехвърляме тежестта върху клиента.

После променяме ERP процеса

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

Затова променихме ERP системата си. При задачи, при които определени решения са критични, добавихме задължителни атрибути. Например при SVC-1024 - Полагане на 2 ръце латекс по стени цветът вече може да бъде задължителен параметър. Ако цветът липсва, задачата не трябва просто да продължи напред по инерция.

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

Веднага променихме мобилното приложение за клиента

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

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

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

Какво вижда майсторът?

Променихме и страната за майсторите. Това е също толкова важно. Не е достатъчно клиентът да е въвел информацията. Изпълнителят трябва да бъде спрян, ако критичната информация липсва.

Затова в приложението за изпълнители вече има логика, която не позволява стартиране на задача с липсващи задължителни параметри. Ако задачата изисква цвят, а цветът не е въведен, майсторът вижда това преди началото на работата.

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

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

Промяната не е само техническа. Тя е промяна в начина, по който управляваме качеството.

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

Защо това е важно за клиента?

При ремонт клиентът често се притеснява от едно основно нещо: "Дали това, което казах, ще стигне до човека, който реално ще го изпълнява?" Това е напълно разумен страх. Между оглед, оферта, проект, задачи, майстори и материали има много места, където информацията може да се изгуби.

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

Човешки подход, системна реакция

Ние сме хора. Понякога грешим. Но не искаме грешките да се замазват, да се обясняват безкрайно или да се повтарят. Искаме всяка такава ситуация да прави Happy Builder по-добра фирма.

Затова подходът ни е прост: признаваме, поправяме, подобряваме системата. Така клиентът получава не само корекция на конкретния проблем, а и по-силен процес за следващите етапи на ремонта.

Мобилното приложение на Happy Builder

Мобилното приложение на Happy Builder може да бъде изтеглено от App Store и Google Play от бутоните по-долу.