Спільний планшет на рецепції: від однієї зміни до наступної
Розгляньте вигаданий пілотний проєкт на рецепції готелю. Дізнайтеся, як команда може протестувати спільний планшет для перекладу, завершувати кожен сеанс і передавати пристрій наступній зміні.
Ілюстративний сценарій. Це вигаданий приклад планування, а не кейс клієнта. Готель, персонал і план тестування, описані нижче, вигадані. Тут не наведено жодних результатів клієнтів Vavus чи показників роботи продукту.
Уявіть невеликий готель, якому потрібен один спільний планшет для звичайних розмов на рецепції. У керівника просте запитання: чи зможе наступний працівник правильно користуватися ним, коли закінчиться поточна зміна? Корисний пілотний проєкт має перевіряти цю передачу так само ретельно, як і перший переклад.
Перш ніж пропонувати пристрій гостям, готель планує випробування силами персоналу. Перші завдання — пояснити дорогу до зали для сніданків, повідомити години роботи та дати інструкції щодо зберігання багажу. Персонал використовує заздалегідь підготовлені приклади. Бронювання, платіжні дані, зображення паспортів і надзвичайні ситуації до випробування не входять.
Домовтеся, що має робити планшет
Керівник записує коротку вимогу: працівник має змогти вибрати погоджену мову, пояснити одну типову інструкцію, перевірити відповідь і завершити сеанс. Після цього наступний працівник має почати з погодженого головного екрана.
Це правило приймання для команди, а не твердження, що якийсь пристрій уже йому відповідає. Готель просить постачальника визначити потрібне обладнання, застосунки та конфігурацію. Також він запитує, для яких завдань потрібне підключення до інтернету або локальний сервер.
Vavus пропонує конфігурації обладнання та програмного забезпечення під конкретний проєкт. Vavus OS може об'єднати вибрані застосунки, фірмове оформлення та налаштування пристрою. Щоб підтвердити точне рішення, готелю знадобляться власна пропозиція та пілотний проєкт.
Підготуйте кілька коротких тренувальних розмов
Двоє працівників грають ролі адміністратора рецепції та відвідувача. Вони щоразу використовують вигадані дані й ті самі короткі сценарії. Людина, яка добре володіє мовою, перевіряє, чи зберігає перекладена інструкція задуманий зміст.
В одному сценарії запитують, де подають сніданок. В іншому — коли потрібно забрати багаж. Третій містить нечітке слово, тож адміністраторові доводиться ставити уточнювальне запитання. Персонал безпосередньо перевіряє числа та час. Плавну озвучену відповідь вони не вважають доказом правильного перекладу.
Команда також перевіряє, чи обидві людини можуть читати екран, не тягнучись до нього незручно. Звук тестують за звичайного шуму в лобі. Якщо хтось віддає перевагу набраному тексту, персонал перевіряє цей спосіб окремо.
Завершіть один сеанс, перш ніж почнеться наступний
Команда виносить завершення сеансу в окремий тест. Адміністратор закінчує тренувальну розмову й виконує погоджені кроки. Потім наступний тестувальник перевіряє екран, перелік останніх розмов і будь-які інші розділи, доступні звичайним користувачам.
Запитання конкретне: чи бачить ця людина вміст попереднього сеансу? Якщо так, команда записує точний шлях до нього й зупиняє цей тест спільного використання, доки конфігурацію або процес не буде переглянуто.
Також команда з'ясовує, де зберігається вміст розмов, як довго він зберігається і хто має до нього доступ. Закриття застосунку не доводить, що збережений вміст видалено. Постачальник має пояснити, як система поводиться насправді. Готель має вирішити, чи відповідає це його правилам.
Відрепетируйте передачу зміни
Працівник, який завершує зміну, повертає планшет на погоджене місце, перевіряє заряджання й повідомляє про невирішені проблеми. Працівник, який заступає на зміну, перевіряє початковий екран, вибрану мову та стан підключення. Перед роботою з планшетом він пробує одну підготовлену фразу.
Керівник веде короткий журнал передачі зміни. У ньому зазначають пристрій, версію програмного забезпечення, перевірку заряду та невиправлені несправності. Розмов із відвідувачами чи персональних даних у ньому немає. За список несправностей і рішення вивести пристрій з ужитку відповідає конкретний названий працівник.
Команда повторює цю послідовність з іншим працівником. Якщо успіх залежить від пам'яті однієї людини, інструкції вдосконалюють і тестують знову.
Включіть збій підключення
Під час контрольованого тренувального сеансу персонал перевіряє погоджену поведінку системи, коли потрібного підключення немає. Використовують підготовлений текст, а не справжній запит гостя. Фіксують, які функції ще працюють, а які зупиняються.
Вимога щодо роботи офлайн потребує точного визначення. Функції, яка використовує внутрішній сервер, усе одно може знадобитися локальна мережа готелю. Команда не повинна обіцяти офлайн-переклад мовлення, доки потрібні мови та функції не встановлено й не протестовано на цьому обладнанні.
Резервний план записано простою мовою: зупиніться, поясніть проблему й скористайтеся затвердженою готелем альтернативою. Персонал має знати, коли кликати колегу або інше відповідне джерело мовної допомоги.
Ухвалюйте рішення про розгортання на основі записів
Цей приклад закінчується контрольним списком для рішення, а не вигаданою історією успіху. Чи може персонал виконати погоджені завдання? Чи правильно завершуються сеанси? Чи може наступна зміна почати роботу? Чи зрозумілі обмеження підключення, обробка даних, підтримка та витрати?
Якщо якась відповідь непевна, готель звужує обсяг або змінює рішення перед розширенням. Коротка успішна демонстрація — лише частина доказів.
Щоб обговорити подібний пілотний проєкт, надішліть Vavus свої типові завдання, потрібні мови, моделі наявних пристроїв і очікувану кількість точок обслуговування. Не додавайте до першого запиту персональні записи та конфіденційні документи.