Як написати клієнта Demo Agenda англійською мовою

Демонстраційна програма для клієнтів виконує реальні завдання ще до початку зустрічі — вона визначає очікування щодо обсягу, запобігає перетворенню зустрічі у незапланований сеанс з запитом на додаткові можливості і надає клієнту причину для того, щоб він прибув на зустріч підготовленим. Цей підручник містить інформацію з англійської мови щодо написання порядку денного, який добре виконує цю роботу.

Ключовий словник

** Обсяг обробки ** — вказати заздалегідь, що буде і не буде включено до демо, щоб очікування клієнта відповідали тому, що ви збираєтеся показати.

• “Рамки обсягу у верхній частині порядку денного: « Ця демонстрація стосується нової панелі керування звітністю. Він не включає зміни в мобільному додатку, які заплановані на наступний спринт демо.’”*

** Елемент порядку денного з часовим рамкою ** — пункт порядку денного з чітко визначеним часом тривалості, який використовується для запобігання надмірного тривалого показу або домінування однієї теми. “Кожен пункт має свій час: 10 хвилин на огляд, 5 хвилин на питання, залишаючи 15 хвилин на тісний, зосереджений сеанс.”

** Парковка ** — місце, яке буде чітко згадано у порядку денному або у повідомленні про зустріч, для захоплення питань або запитів, що не належать до теми, без втрати поточної дискусії. “Всі запити, що не входять до сьогоднішнього обсягу, йдуть на парковку - я розгляну їх окремо після телефонного дзвінка.”

** Критерії успіху (для демонстрації) ** — те, що ви бажаєте, щоб аудиторія зрозуміла або погодилася, чітко вказати, щоб зустріч мала чітку мету, а не просто « показати продукт »

• “Критерії успіху для цього виклику: клієнт розуміє новий поток роботи з затвердження і погоджується на дату впровадження для своєї команди.” *

Звичайні фрази

• “Сегодняшняя повестка дня включает [X]. Ми збережемо [Y] для окремої сесії»
• «Це [N]-хвилинне демо, з часом, відведеним для запитань в кінці»
• “Я заношу это на парковку и проследим отдельно.”
• «До кінця цього дзвінка, наша мета - погодитися на [конкретний результат]»
• «Давайте не будемо задавати детальні питання до завершення проходження, а потім відкриємо трибуну»

Приклади висловлювань

Відкриття демонстраційного документа порядку денного, надісланого перед викликом: *“Повестка дня - демонстрация продукта, 8 июля, 30 минут

1. Швидке підсумування зворотного зв’ язку останнього спринту (5 хв)
2. Проходження нового потоку затвердження (15 хв.)
3. Відкритий запит і наступні кроки (10 хв.)

Зауваження: цей сеанс стосується лише потоку роботи з затвердження. Зміни в звітах, обговорені минулого тижня, будуть впроваджені в наступному демо.”*

Обсяг обробки усно на початку виклику:

• “Перед тим, як ми розпочнемо, коротка заувага щодо обсягу — сьогодні я проходжу повний процес затвердження. Якщо виникнуть питання щодо переробки панелі управління, я їх заношу, і ми можемо покрити це в четвер, оскільки я хочу переконатися, що ми пройдемо через це належним чином в той час, який у нас є. ”*

Використання парковки для переспрямування питання, що не відноситься до теми, без його відкидання: “Це гарне питання щодо можливості експортування — це за межами сьогоднішнього обсягу, тому дозвольте мені додати його до парковки і я відповім на нього електронною поштою цього тижня, а не вгадувати тут.”

Завершення з явними наступними кроками, пов’ язаними з вказаними критеріями успіху:

• “Щоб підсумувати, що ми досягли: ви зрівняли нові потоки роботи з затвердження, і наступним кроком є підтвердження дати виходу з вашою командою до п’ ятниці. Я відправлю вам електронну пошту з цим резюме і записом.»*

Професійні поради

• Зазначте обсяг чітко на початку як письмової програми, так і вербального відкриття — це єдиний найефективніший спосіб запобігти тому, щоб демонстрація перейшла на незаплановану територію.
• ** Вкажіть час кожного пункту порядку денного ** і вкажіть загальну тривалість заздалегідь — клієнти цінують інформацію про тривалість виклику, а також це надає вам змогу перенаправити виклик, якщо тема перевищує час.
• Використовуйте « парковка » явно за назвою, коли перенаправляєте питання, що не належить до теми — це сигналізує, що питання було почуто і буде розглянуто, а не проігноровано.
• Визначте ** критерії успіху ** перед дзвінком, навіть неформально — «до кінця цього дзвінка ми повинні домовитися про X» дає зустрічі чітку мету, а не просто ходити по екранах.
• Завжди закривати з ** письмовим продовженням ** переказуючи те, що було погоджено — вербальна вирівнювання в демо часто не переживає контакт з чиєюсь вхідною скринькою, якщо вона не була записана відразу після.

Практичні вправи

1. Написати демо- порядок денний з трьох пунктів з часовими рамками для гіпотетичного виклику клієнта.
2. Написати речення, що визначає обсяг, усно на початку демонстрації.
3. Написати заключне резюме, яке прив’ язує виклик до вказаного критерію успіху.

Наприклад, слово «навигатор» означає: «навідник» (англ. navigator)

Створення ефективної клієнтської демо-програми не просто про перелік функцій; це про встановлення довіри і управління очікуваннями. Для не рідних носіїв англійської мови, тонкі нюанси професійного спілкування можуть відчувати себе особливо викликом. Давайте розглянемо, як уточнити ваші фрази, щоб передати ясність і впевненість під час презентації демо клієнту. Поширеною пасткою є використання надмірно формальної мови, яка відчувається жорсткою або віддаленою. Клієнти краще реагують на справжнє залучення і чітке розуміння їхніх потреб. Подумайте про тон, на який ви націлені - співпрацю, інформацію і зосередження на створенні цінності.

Однією з ключових областей, на якій варто зосередитися, є чітке вказівок на те, що буде покрито і, що важливо, що *не буде * включено. Фрази на кшталт «Ми зануримося в…» або «Ця демонстрація зосереджена переважно на…» корисні для встановлення меж. Однак, так само важливо визнати обмеження проактивно. Замість того, щоб сказати: « На жаль, ми не можемо продемонструвати X », що може звучати негативно, спробуйте сказати щось на зразок: « Хоча ми можемо продемонструвати основні функціональні можливості Y, глибоке занурення у розширені параметри налаштування не входить до сфери застосування цієї конкретної демонстрації. » Це демонструє прозорість і повагу до часу клієнта. Аналогічно, при описі потоку порядку денного, використовуючи такі фрази, як «За цим оглядом…» або «Щоб переконатися, що ми охопили всі ключові області…», надається структура і допомагає клієнту передбачити наступні кроки.

Іншою областю, де обережна фраза є життєво важливою, є відповіді на питання під час самого демо. Отримавши запитання на кшталт: «Чи можете ви показати мені, як це інтегрується з нашим існуючим CRM?», Потрібно більше, ніж просто простий «так» або «ні». Замість того, щоб відразу сказати «Це не вказано», що може здатися відвертим, подумайте: «Це чудова точка! У цій демонстрації в основному показано основні можливості [назва продукту], але у нас є документація, яка описує інтеграцію з різними системами CRM. Я можу надіслати вам це разом із записом сеансу. » Це демонструє бажання допомогти і надає альтернативний ресурс. Пам’ятайте, спокійна і обдумана відповідь, навіть якщо вона не відразу відповідає на питання, будує довіру до знань і професіоналізму вашої команди.

Нарешті, при написанні опису PR для самої демо-версії - яка часто служить початковим введенням - використовуйте мову, яка обрамляє демо як * рішення * для проблем клієнта. Замість « Демонстрація продукту X », розгляньте « Спеціально підібрану демонстрацію, яка показує, як [продукт X] може спростити [процес клієнта] і поліпшити [ключову метрику]. » Це змінює фокус з простого показу можливостей на підсвічування * переваг * для клієнта, роблячи його негайно актуальним для його потреб.