„Има ли новини по това?“ са най-скъпите четири думи в работата с клиенти. Не защото отговорът отнема дълго — отнема няколко минути — а защото идва насред задача, идва често и всяка от тези няколко минути е неплатена. Решението не е да отговаряте по-бързо. Решението е въпросът да стане излишен.
Повечето от нас се справят с това чрез имейл със статус. Работи, в смисъл че клиентът е осведомен в деня, в който го изпращате. До сряда вече е остарял, затова той пак пита, затова пишете още един. Имейлът е моментна снимка на нещо, което продължава да се движи, а вие тихо сте поели повтаряща се работа: да пренасяте на ръка собственото си работно пространство в нечия чужда поща, завинаги.
Не ви плащат да описвате работата. Плащат ви да я вършите.
Колко всъщност струва един статус
Отделното прекъсване изглежда дребно и точно затова никой не му слага цена. Вземете скромен случай — петима активни клиенти, всеки пита по два пъти седмично, петнайсет минути за превключване на контекста, проверка и написване на приличен отговор. Това са два часа и половина седмично, които никога не стигат до фактура, а истинската цена е по-лоша от сметката, защото тези минути излизат от средата на съсредоточената работа, а не от краищата ѝ.
Осемнайсет часа са почти цяла работна седмица, изкарана в преразказване на неща, които вече са били верни и вече са били записани някъде в собствените ви инструменти. Това е същият теч, през който минахме в статията за реалната часова ставка — работа, която клиентът получава и която никога не се появява във фактура — но с конкретна и необичайно поправима причина.
Бутане срещу дърпане
Има само два начина клиентът да научи в какво състояние е проектът му. Или вие му го бутате, или той сам си го дърпа. Почти всички по подразбиране бутат, а бутането има структурен проблем: то е вярно само в мига, в който натиснете „изпрати“.
Дясната колона не е по-добър имейл. Тя е премахване на една работа. Щом клиентът може сам да види текущото състояние, никой не трябва да произвежда статус, защото статусът не е документ — той е просто това, което работното пространство и без това казва.
Какво всъщност трябва да може клиентът
Портал, който показва само лента с напредъка, не решава нищо; клиентът пак ви пише, за да одобри нещото, да плати нещото или да съобщи за счупеното нещо. За да се пенсионира повтарящият се въпрос, порталът трябва да покрие целия кръговрат.
- Да види работата. Активни проекти, етапи, бюджет, разговор по темата и раздел с файлове, в който може да качва и от който може да тегли — така „може ли пак да ми го пратиш?“ спира да бъде съобщение.
- Да одобрява без среща. Предложения, които може да одобри, отхвърли или върне за поправки, и заявки за промяна, които минават през истински работен процес, а не през разговор, в който решението е погребано девет отговора по-надолу.
- Да плаща, без да го гонят. Фактури с редове и статус, PDF за изтегляне и или плащане с карта през Stripe, или записано ръчно плащане с основание.
- Да съобщава за проблеми на правилното място. Инциденти, които се подават, следят, коментират и се потвърждават като решени — а не се съобщават в 22:40 на личния ви телефон, защото това е бил най-бързият канал подръка.
Останалите четири часа са смисълът, а не грешка при закръгляне. Порталът не слага край на общуването с клиента и не бива да се опитва — разговорите, които си струват, са тези за самата работа. Това, на което той слага край, е чиновническата половина: преразказването на статуса, повторното пращане на файлове и гоненето на подписи.
Възражението, което си струва да се вземе на сериозно
„Не искам клиенти да се ровят в системите ми“ е разумен инстинкт и точно затова си струва да бъдем точни какво е порталът. Той не е гостуващ достъп до вашето работно пространство. Той е отделна повърхност, показваща публикувано подмножество, в което вашите вътрешни разходи, бележките на екипа и другите клиенти отсъстват по конструкция — а не са скрити зад отметка, която може да забравите да сложите.
Правата за всеки отделен контакт имат значение по същата причина. Не всеки контакт при клиента трябва да може да одобри предложение или да плати фактура, а финансовият контакт, който може да плаща, не се нуждае непременно от разговора по проекта. Достъп, даван по модул и по човек, е това, което прави цялата работа достатъчно безопасна, за да се използва наистина.
Как го прави TimerOS
Клиентският портал е част от същото работно пространство, а не отделен продукт, който трябва да се държи в синхрон — а това е единственият вариант на всичко това, който не създава втора работа.
- Във всеки план, включително Freelancer. Всеки клиент влиза на вашия собствен адрес за портала и вижда вашето търговско име, лого и слоган. Свързването на собствен домейн е възможност от Startup нагоре; брандираният поддомейн работи във всяко ниво.
- Обновява се в реално време. Промените, които екипът ви прави в настолното приложение, се появяват при клиента без презареждане, така че порталът никога не е остаряло копие, което да се изравнява.
- Изолиран по конструкция. Порталът на всяка фирма показва само синхронизираното подмножество, което публикувате. Вътрешните разходи, бележките на екипа и останалите данни на организацията ви никога не преминават в него.
- Права за всеки контакт. На всеки контакт давате никакъв достъп, преглед или редакция по проекти, инциденти, промени, фактури, контакти и фирмен профил, плюс изрични отметки за одобряване на проекти и на промени. За плащане на фактура е нужна редакция върху фактурите — контакт само с преглед може да я чете и изтегля, но не и да я плати.
- Покани, не споделени пароли. Даването на достъп изпраща на контакта брандирана еднократна връзка, с която сам да си зададе парола, а потребителите на портала могат да си включат двуфакторна защита. Пълната настройка е в документацията за клиентския портал.
Клиентите не искат статуси, защото им е приятно да ви прекъсват. Питат, защото не виждат, а питането е единственият инструмент, който имат. Дайте им прозорец към собствената им работа и въпросът в голяма степен спира — не защото сте станали по-добри в отговарянето, а защото те вече нямат нужда да питат.