Бележките от срещите на екипа за успеха на клиентите трябва да превръщат всеки разговор с клиент в план за подновяване и управление на риска. Полезната бележка включва целите на клиента, сигналите за усвояване, промените в здравословното състояние, блокерите, датата на подновяване, нивото на риска, ангажиментите на заинтересованите страни, отговорниците, крайните срокове и последващите действия. CSM-ите се нуждаят от тази структура, защото работата след разговора е най-важна: потвърждаване на обещанията, актуализиране на плана за акаунта, информиране на вътрешните екипи и подпомагане на клиента да продължи да се движи към стойност. Това ръководство ви предоставя необходимите полета, работния процес, примерите, сравнителните таблици и процеса на HiNoter, за да завършите тази работа.
Директен отговор
Бележките от срещите за успеха на клиентите са структурирани записи за подновявания, усвояване, рискове и следващи стъпки. Те трябва да включват състоянието на акаунта, целите на клиента, блокерите, обещаните последващи действия, отговорниците, крайните срокове и контекста на източника. Най-добрият работен процес свързва всеки риск или ангажимент обратно с транскрипцията на срещата, преди CSM-ът да актуализира CRM или да изпрати имейл на клиента.
Сравнение на методите за бележки от срещи за успеха на клиентите
Екипите за успех на клиентите не се нуждаят от още едно място, където да изсипват транскрипция. Те се нуждаят от споделен запис, който дава отговор дали акаунтът е в по-добро състояние, по-близо ли е до подновяване, блокиран ли е от проблеми с продукта или чака ли конкретно посочен отговорник. Gainsight описва успеха на клиентите като дисциплина, насочена към подпомагане на клиентите да постигат резултати и да се развиват с течение на времето, така че форматът на бележката трябва да съхранява доказателства за резултатите, контекста на риска и отговорността за последващите действия (Gainsight: Customer Success).
| Метод | Използвайте го, когато | Най-добър резултат | Основно ограничение |
|---|---|---|---|
| Ръчни бележки на CSM | Срещата е кратка, акаунтът е с нисък риск или CSM-ът се нуждае само от личен запис. | Точки, лични напомняния, груб план за последващи действия. | Рисковете, обещанията и продуктовите блокери лесно могат да бъдат пропуснати, докато водите разговора. |
| Само транскрипция | Нуждаете се от пълен първичен запис за съответствие, предаване или повторно прослушване. | Етикети на говорещите, времеви маркери, текст с възможност за търсене. | Екипът все още трябва да извлече риска при подновяване, отговорниците, крайните срокове и резултатите за клиента. |
| Обобщение на срещата по общ шаблон | Нуждаете се от бърз вътрешен преглед. | Теми, задачи и кратко обобщение. | Може да не разграничава сигнал за усвояване, ескалация към поддръжката, сигнал за разширяване или риск от отлив. |
| Работен процес на HiNoter за успеха на клиентите | Нуждаете се от транскрипция плюс рискове при подновяване, състояние на акаунта, ангажименти, мисловна карта и AI Chat. | Структурирани бележки, доказателства за риска, свързани с източника, задачи, последващ имейл и полета, готови за синхронизиране. | Все още е необходим човешки преглед, преди да изпратите ангажименти към клиента или да актуализирате критични полета. |
Проблемът със записването при успеха на клиентите
Истинският проблем не е, че срещата с клиента не е била записана. Проблемът е, че контекстът за подновяването се разпилява между транскрипцията, чата, бележките на CSM, заявките към поддръжката, обратната връзка за продукта, имейла и полетата в CRM. След срещата някой все още трябва да възстанови историята на акаунта: какво се е променило, какво е поискал клиентът, какво е било обещано, кой отговаря за блокера и дали рискът при подновяване се е увеличил или намалил.
Бележката за успеха на клиента трябва да съхранява разликата между доказателствата от източника и интерпретацията. Например „усвояването от администраторите спадна след миграцията към SSO“ е факт, ако клиентът го е казал или данните за използването го подкрепят. „Акаунтът е изложен на риск от отлив“ е интерпретация, която се нуждае от доказателства, отговорник и следващо действие. Запазването на тази граница е важно за доверието в екипа и за обработката на въпросите, свързани с поверителността, тъй като бележките за акаунта могат да съдържат имена на клиенти, договори, сигнали за използване и история на поддръжката. Рамките за рисковете за поверителността от NIST и бизнес насоките на FTC подкрепят една и съща практична идея: събирайте и споделяйте само това, от което екипът се нуждае, защитавайте чувствителната информация за клиентите и я съхранявайте в одобрени системи (NIST Privacy Framework; FTC privacy and security guidance).
Работен процес на екипа за успеха на клиентите преди, по време на и след срещата
Най-сигурният работен процес за бележки от срещи за успеха на клиентите започва преди разговора. Ако CSM-ът влезе в срещата без дата на подновяване, последна оценка на състоянието, отворени заявки към поддръжката, тенденция на усвояване, карта на заинтересованите страни и желана следваща стъпка, дори точната транскрипция ще изисква допълнително почистване по-късно. Използвайте този процес от три етапа за разговори за подновяване, QBR, EBR, проверки при въвеждане, прегледи на риска и проучване на възможностите за разширяване.
| Етап | Задача на CSM | Задача на екипа | Резултат от HiNoter |
|---|---|---|---|
| Преди | Прегледайте състоянието на акаунта, датата на подновяване, тенденцията на използване, изпълнителния спонсор, проблемите с поддръжката и желаната следваща стъпка. | Потвърдете какви данни трябва да събере CSM за прогнозата за подновяване, ескалацията към продукта или плана за акаунта. | Шаблон за бележки за клиентски успех с полета за цел, риск, блокер, отговорник, краен срок и последващи действия. |
| По време | Останете фокусирани върху клиента, докато срещата се записва, репликите се обозначават по говорител и се добавят времеви маркери. | Следете за доказателства за риск, продуктови блокери, липсващи заинтересовани страни и сигнали за разширяване. | Транскрипция, обобщение, задачи за действие, споменавания на рискове и откъси от източника. |
| След | Прегледайте бележките с връзки към източниците, проверете обещанията, съставете обобщение и прехвърлете задачите за действие в инструментите на екипа. | Поемете вътрешните блокери, актуализирайте плана за акаунта и потвърдете действията за подновяване или ескалация. | Обобщение на риска при подновяване, последващ имейл, списък със задачи, мисловна карта и отговори от AI Chat. |
Шаблон за копиране на бележки от CS среща
Акаунт:
Тип среща: Проверка за подновяване / QBR / Въвеждане / Преглед на риска
Дата:
Присъстващи от клиента:
Вътрешни присъстващи:
Цели на клиента:
Текущ статус на плана за успех:
Сигнали за използване:
Промяна в оценката за състоянието:
Дата на подновяване:
Риск при подновяване:
Сигнал за разширяване:
Продуктови или проблеми с поддръжката:
Ангажименти на клиента:
Вътрешни ангажименти:
Задачи за действие:
- Отговорник:
- Краен срок:
- Източник:
Последващ имейл:
Актуализация на CRM/плана за акаунта:
Отворени въпроси:
Следваща среща:
Полета за риска при подновяване, които трябва да се попълнят
Транскрипцията може да ви каже всичко, което е било казано, но не ви казва автоматично какво трябва да направи екипът по подновяването. Бележката трябва да превърне разговора в полета, които CSM, мениджър, продуктов собственик, ръководител на поддръжката или изпълнителен спонсор могат да използват, без да прослушват разговора отново. Най-често липсващите полета са отговорник, краен срок, доказателства от източника, въздействие върху подновяването и дали рискът е потвърден или само предположен.
| Поле | Какво да се запише | Защо е важно | Правило за преглед |
|---|---|---|---|
| Цел на клиента | Резултатът, който клиентът иска, бизнес показателят и всяка формулировка от ръководството. | Целите обясняват защо използването, подновяването и продуктовите заявки са важни. | Съхранявайте формулировката на клиента отделно от вътрешната стратегия за акаунта. |
| Сигнал за използване | Тенденция в използването, активни екипи, забавено внедряване, нужда от обучение или пропуск в работния процес. | Доказателствата за използването подкрепят промените в оценката за състоянието и актуализациите на плана за успех. | Отбележете дали сигналът идва от клиента, продуктовата аналитика или преценката на CSM. |
| Риск при подновяване | Бюджетен риск, разлика в стойността, неразрешен блокер, загуба на изпълнителния спонсор, проблем с доставките или конкурентен натиск. | Рискът при подновяване показва на екипа за акаунта къде да се фокусира преди датата на подновяване. | Всеки риск се нуждае от доказателства от източника, отговорник, краен срок и следващо действие. |
| Ангажимент на клиента | Данни, присъстващ, одобрение, обратна връзка или стъпка по внедряването, които клиентът се е съгласил да предостави. | Действията, за които отговаря клиентът, често определят дали планът ще напредне. | Не отбелязвайте действие на клиента като договорено, освен ако клиентът не го е потвърдил. |
| Вътрешен ангажимент | Последващо действие, ескалация, документ, отговор за пътната карта, сесия за подпомагане или преглед от поддръжката. | Вътрешните ангажименти често са мястото, където се печели или губи доверието на клиента. | Проверете транскрипцията, преди да изпратите обобщение към клиента. |
| Следваща стъпка | Задача, отговорник, краен срок, зависимост от клиента и критерии за завършване. | Следващите стъпки превръщат бележките от срещата в отговорна работа по подновяването. | Всяка задача без отговорник или краен срок е непълна. |
Пример за структуриран резултат
Примерът по-долу използва анонимизирана проверка за подновяване на софтуерен акаунт от среден пазарен сегмент. Той показва как един необработен разговор се превръща в полезен запис за клиентски успех. Целта не е да се запази всяко изречение. Целта е да се запазят доказателствата, които влияят върху подновяването, риска, използването, ескалацията и следващите стъпки.
Симулация на входните данни
Среща: Проверка за подновяване с Acme Operations
Клиентът казва: "Ръководителите на екипите на първа линия харесват таблото за отчети, но внедряването от страна на администраторите се забави след SSO. Отделът по снабдяване също се нуждае от офертата за подновяване до 9 август."
CSM казва: "Ще изпратя контролния списък за внедряване на SSO и ще помоля поддръжката да прегледа отворения тикет до петък."
Клиентът казва: "Ако проблемът с администратора бъде решен, можем да поканим вицепрезидента по операциите на QBR следващия месец."
Примерен резултат от AI
Състояние на акаунта: Наблюдение
Риск при подновяване: Среден
Доказателства за риска: Внедряването на SSO се забави след внедряването му; крайният срок за снабдяване е 9 август.
Доказателства за стойността: Мениджърите на служителите на първа линия харесват таблото за отчети.
Сигнал за разширяване: Вицепрезидентът по операциите може да се присъедини към следващия QBR, ако проблемът с администрацията бъде решен.
Вътрешни ангажименти:
- CSM изпраща контролния списък за внедряване на SSO до петък.
- Екипът за поддръжка преглежда отворения тикет за SSO до петък.
Ангажименти на клиента:
- Екипът по снабдяване се нуждае от оферта за подновяване до 9 август.
Следваща среща: QBR следващия месец с вицепрезидента по операциите, ако блокиращият проблем бъде отстранен.
Проверка на източника: Проверете обещанието за контролния списък и отговорника от екипа за поддръжка, преди да изпратите обобщението.
Чернова на последващ имейл
Тема: Обобщение и следващи стъпки от нашата среща за проверка на подновяването
Здравей, Taylor,
Благодаря за днешния разговор. Моето обобщение е, че таблото за отчети създава стойност за мениджърите на служителите на първа линия, докато внедряването на SSO се забави след внедряването му и изисква внимание преди QBR.
Ще изпратя контролния списък за внедряване на SSO и ще помоля екипа за поддръжка да прегледа отворения тикет до петък. Също така отбелязах, че екипът по снабдяване се нуждае от офертата за подновяване до 9 август.
Следващи стъпки:
- CSM на HiNoter: изпраща контролния списък за внедряване на SSO до петък.
- Екип за поддръжка: преглежда отворения тикет за SSO до петък.
- Acme: потвърждава дали вицепрезидентът по операциите може да се присъедини към QBR следващия месец, след като блокиращият проблем с администрацията бъде отстранен.
Моля, отговорете, ако съм пропуснал или представил неточно нещо.
Бележка в CRM
Статус на подновяването: Среден риск
Промяна в състоянието: Стабилна стойност с риск при приемането от страна на администрацията
Риск: Внедряването на SSO забави приемането от страна на администрацията; необходима е оферта за снабдяване до 9 август
Сигнал за стойността: Таблото за отчети е прието от мениджърите на служителите на първа линия
Сигнал за разширяване: Вицепрезидентът по операциите може да се присъедини към следващия QBR
Отговорници: CSM + екипът за поддръжка
Следваща стъпка: Изпращане на контролния списък и преглед на тикета до петък
Бележки и KPI според ролята
Различните екипи се нуждаят от различни резултати от срещите. При последващите действия на екипа по продажбите са важни възраженията и ангажиментите на купувача. При набирането на персонал са важни доказателствата за кандидата. Продуктовите екипи се интересуват от решенията и доказателствата от клиентите. Проектните екипи се интересуват от блокиращите проблеми и отговорниците. Екипът за успех на клиентите обхваща всички тези модели, защото една среща с акаунт може да съдържа риск при подновяване, обратна връзка за продукта, ескалация към екипа за поддръжка, последващи действия от ръководството и възможност за разширяване.
| Роля | На какъв въпрос отговарят бележките | Структуриран резултат | Подпомогнат KPI |
|---|---|---|---|
| Успех на клиентите | Какво се промени в състоянието на акаунта, риска при подновяване и следващите стъпки? | Сигнал за състоянието, риск при подновяване, блокиращ проблем при приемането, отговорник, краен срок, последващи действия. | Готовност за подновяване, реакция при риск от отлив, напредък при приемането. |
| Последващи действия при продажби | Кои възражения и обещания влияят на следващата стъпка по сделката? | Възражения, сигнали от купувача, обещани материали, бележка в CRM, чернова на имейл. | По-бързи последващи действия и по-добра хигиена на търговския поток. |
| Доказателства за кандидата | Какви доказателства подкрепят оценката от интервюто? | Доказателства за компетентности, рискове, чернова на оценъчна карта, последващи въпроси. | По-последователна оценка при наемане. |
| Продуктови решения | Кой клиентски сигнал трябва да влияе върху пътната карта? | Проблемна точка, заявка за функционалност, решение, цитат, времеви маркер на източника, отговорник. | По-малко повтарящо се проучване и по-добри доказателства за пътната карта. |
| Проектни блокиращи проблеми | Какво е блокирано и кой отговаря за него? | Блокиращ проблем, зависимост, отговорник, краен срок, бележка за ескалация. | По-ясно предаване и по-малко забавени действия. |
Сътрудничество и синхронизация на екипа
Бележките от срещите за успех на клиентите са полезни само ако напуснат личния документ, в който са написани. Полезният работен процес изпраща кратката, проверена версия към системата на записите и запазва пълния източник за последващи въпроси. На практика това означава CRM или план на акаунта за състоянието на акаунта, Slack или Teams за вътрешни сигнали, Notion или Google Docs за споделени планове, календар или имейл за последващи действия с клиента, инструменти за поддръжка за тикети и системи за обратна връзка за продукта за доказателства за пътната карта.
| Дестинация | Изпратете това | Съхранявайте това в HiNoter |
|---|---|---|
| CRM или план на акаунта | Обобщение на състоянието, риск при подновяване, следваща стъпка, отговорник, краен срок и бележка за прогнозата. | Пълен транскрипт, времеви маркери на източника, история на AI Chat и чернова на интерпретацията. |
| Slack или Teams | Сигнал за риск, необходима помощ, вътрешен отговорник, краен срок и статус на ескалацията. | Чувствителни за клиента подробности, които не принадлежат в общи канали. |
| Notion или Google Docs | Споделен план за успех, дневен ред за QBR, обобщение на срещата и отворени въпроси. | Транскрипт, лични бележки и подсказки за последващи действия, свързани с източника. |
| Календар или имейл | Дата на следващата среща, дневен ред, обобщение, ангажименти на клиента и контролен списък за подготовка. | Вътрешни бележки за риска и непотвърдени доказателства. |
| Обратна връзка за поддръжката или продукта | Контекст на тикета, продуктов блокиращ проблем, въздействие върху клиента, цитат от източника, приоритет и отговорник. | Стратегия на ниво акаунт и несвързана информация за подновяването. |
Измерване на качеството на бележките
Висококачествените бележки трябва да намаляват повторното гледане, да намаляват необходимостта от повтарящи се уточнения от клиента и да подобряват изпълнението на последващите действия. Не измервайте само дали съществува транскрипт. Измервайте дали екипът може да използва бележката, за да отговори на въпросите за подновяване, риск, приемане и отговорност в рамките на минути.
| Показател | Как да го тествате | Защо е важно |
|---|---|---|
| Яснота относно риска при подновяване | Проверете дали бележката посочва риска, доказателствата от източника, отговорника, крайния срок и въздействието върху клиента. | Рискът без доказателства се превръща в мнение, а по мнение е трудно да се действа. |
| Бързина на последващите действия | Измерете времето от края на срещата до потвърденото обобщение или вътрешната актуализация. | Бързото проследяване поддържа доверието на клиента, докато разговорът е още пресен. |
| Пълнота на действията | Проверете всяка задача за отговорник, краен срок, източник и критерии за завършване. | Задачите без отговорник са най-честата причина бележките да се превръщат в неизползвани документи. |
| Качество на ескалацията | Проверете дали екипите за поддръжка или продукта получават информация за въздействието върху клиента и контекста от източника. | Ескалациите се придвижват по-бързо, когато екипите знаят защо проблемът е важен. |
| Доверие на клиента | Сравнете извадка от обобщенията за клиента с транскрипцията, преди да ги изпратите. | Грешните обещания, дати или отговорници могат да създадат риск при подновяване. |
Работен процес на HiNoter за екипи за успех на клиентите
HiNoter се вписва естествено, след като ръчният работен процес е изяснен. Първо определете полетата, от които CSM се нуждае преди срещата: цел, сигнал за използване, риск при подновяване, отговорник, краен срок и следваща стъпка. След това използвайте AI бележките от срещи на HiNoter , за да запишете срещата или да качите записа. След срещата прегледайте транскрипцията, обобщението, задачите и отговорите от AI Chat, свързани с източника, в AI Chat.
За успеха на клиентите полезният резултат не е по-дълга транскрипция. Това е потвърдена актуализация на акаунта. CSM може да качи или запише разговора, да попита „какви рискове при подновяване бяха споменати?“, „какво обещахме?“, „какво трябва да влезе в плана за акаунта?“ или „кой продуктов блокер трябва да бъде ескалиран?“, след което да изпрати структурираните резултати към одобрените инструменти на екипа. HiNoter може да работи и със source файлове извън разговорите на живо, включително преобразуване на аудио в текст и преобразуване на видео в текст, което помага на екипите да обработват записани QBR срещи, сесии за въвеждане, интервюта с клиенти и обучителни разговори.
| Вход | Обработка от HiNoter | Резултат за CS | Действие на екипа |
|---|---|---|---|
| Среща в календара или качен запис | Запис, транскрипция, етикети на говорещите, времеви маркери. | Изходен запис на срещата. | Прегледайте изказванията на клиента, преди да изпратите обобщението. |
| Транскрипция и чат от срещата | AI обобщение, извличане на рискове, откриване на задачи. | Риск при подновяване, сигнал за използване, списък с ангажименти. | Актуализирайте плана за акаунта и уведомете вътрешния отговорник. |
| Въпрос от клиента или вътрешно последващо действие | AI Chat със свързване към източника върху съдържанието на срещата. | Проследим отговор с контекст. | Потвърдете източника, преди да отговорите на клиента. |
| Окончателна прегледана бележка | Структура, готова за експортиране или синхронизиране. | Бележка в CRM, актуализация в Slack, обобщение в Google Docs, дневен ред в календара или чернова на имейл. | Преместете работата в системата, в която отговорникът ще предприеме действие. |
Призив към действие: Използвайте HiNoter , за да генерирате автоматично рискове при подновяване, ангажименти на клиентите и следващи стъпки от следващата ви среща за успеха на клиента.
Често задавани въпроси
Какво трябва да включват бележките от срещите за успеха на клиентите?
Бележките от срещите за успеха на клиентите трябва да включват целите на клиента, сигналите за използване, промените в състоянието, датата на подновяване, риска при подновяване, ангажиментите на заинтересованите страни, обещаните последващи действия, задачите, отговорниците, крайните срокове и контекста от източника. Полезната бележка разграничава казаното от клиента от направеното от CSM заключение.
Как екипите за успех на клиентите трябва да използват AI бележки от срещи?
Екипите за успех на клиентите трябва да използват AI бележки от срещи, за да записват транскрипцията, да обобщават използването и риска при подновяване, да извличат ангажименти, да изготвят последващи действия и да синхронизират потвърдените следващи стъпки с CRM, Slack, Google Docs, календара, имейла или инструментите за задачи.
Каква е разликата между бележките за успеха на клиентите и бележките за продажби?
Бележките за продажби се фокусират върху квалификацията, възраженията, критериите за покупка и процеса на приключване. Бележките за успеха на клиентите се фокусират върху използването, постигнатите резултати, продуктовите блокери, състоянието на заинтересованите страни, риска при подновяване, готовността за разширяване, ескалациите към поддръжката и следващите стъпки от плана за успех.
Как да напиша бележки от среща за подновяване?
Пишете бележки от срещата за подновяване, като запишете датата на подновяване, състоянието на акаунта, постигнатата стойност, откритите рискове, заинтересованите страни, бюджетните или свързаните с доставките блокери, договорения отговорник, крайния срок и следващата среща. Потвърдете обещанията спрямо транскрипцията, преди да изпратите обобщението.
Могат ли бележките от срещите за успеха на клиентите да се синхронизират с инструментите на екипа?
Да. Структурираната бележка може да се синхронизира, експортира или копира в полета на CRM, актуализации в Slack или Teams, Notion или Google Docs, последващи действия в календара, обобщения по имейл, тикети към поддръжката и системи за обратна връзка за продукта, в зависимост от одобрения работен процес на екипа.
Може ли HiNoter автоматично да създава бележки от срещи за успеха на клиентите?
Да. HiNoter може да превръща срещи, аудио, видео, YouTube и PDF входове в транскрипции, обобщения, рискове при подновяване, задачи, мисловни карти и отговори от AI Chat, свързани с източника. CSM все пак трябва да преглеждат обещанията към клиента, преди да изпратят последващо съобщение.