Як оголосити Feature Sunset користувачам англійською мовою
Вивчіть англійські фрази, які використовуються для оголошення про припинення розробки можливості, пояснення альтернативних варіантів і професійного поводження з розчарованими відгуками користувачів.
Сказати користувачам, що функція, на яку вони покладаються, зникає, є одним з найскладніших продуктових комунікацій, щоб зробити правильно - занадто нечітке і користувачі відчувають себе сліпими пізніше; занадто вибагливим і це читається як нещире. Цель - быть прямым в отношении графика, ясным в отношении альтернатив и спокойным перед лицом отпора. У цьому підручнику ви знайдете англійською мовою повідомлення, пояснення і підтримку для користувачів щодо закінчення роботи з функцією.
Проголошуючи захід сонця
Заявляйте, що змінюється і коли, не закопуючи ключові факти м’якою мовою.
- «Ми пишемо, щоб повідомити вас, що [функція] буде виключена з використання [дата]. Після цієї дати, він більше не буде доступний»
- «Як частина наших постійних оновлень платформи, [функція] заходить на користь [альтернативної], ефективної [дати]»
- «Ця електронна пошта є вашим попереднім повідомленням — у вас є [X тижнів/місяців] до того, як ця зміна вступить в силу, і ми надамо нагадування по дорозі»
Пояснює причину
Надати справжнє, коротке пояснення, а не корпоративно-звучне заповнення - користувачі зазвичай приймають справжню причину легше, ніж нечітку.
- «Ми консолідуємо цю функціональність в [альтернативну функцію], яка покриває той же основний випадок використання з кращою продуктивністю і надійністю»
- «Ця функція мала дуже обмежене використання за останній рік, і підтримка її відбирає ресурси від функцій, на які більше людей покладаються»
- Ця зміна дозволяє нам зосередити наші інженерні зусилля на частинах продукту, які, згідно з нашими даними, найбільше використовуються
Представлення альтернативи
Створити конкретний і реалізований шлях міграції, а не просто вказівник на « перевірку інших можливостей »
- «Ви можете досягти того ж результату, використовуючи [альтернативу], і ми склали короткий посібник, щоб допомогти з переходом»
- «Якщо ви в даний час використовуєте [функцію] для [спеціфічного випадку використання], ми рекомендуємо перейти на [альтернативу] — ось як вони порівняються»
- «Ваші існуючі дані будуть автоматично мігровані до [альтернативи] — для цієї частини не потрібно ніяких дій з вашої сторони»
Обробка фрустрованого відгуку
Признай нарушение честно, а не отвлекайся или переусердствуй в извинениях.
- «Я розумію, що це псує, особливо якщо ви побудували робочий процес навколо цієї функції — це розчарування абсолютно справедливе»
- «Я не маю можливості продовжувати роботу цієї функції після закінчення терміну дії, але я хочу переконатися, що шлях міграції працює добре для вашого конкретного випадку — чи можете ви розповісти мені більше про вашу установку?»
- «Це справді корисний зворотній зв’язок, і я впевнюся, що він досягає команди продукту, навіть якщо це не змінить цю конкретну часову шкалу»
Перед початком слідування
Надіслати нагадування і перевірити, чи виконали користувачі необхідні кроки перенесення.
- «Це нагадування, що [функція] буде випущена на пенсію через [X днів] — якщо ви ще не перейшли на [альтернативу], зараз хороший час зробити це»
- «Ми помітили, що ваш обліковий запис все ще активно використовує [функцію] — якщо вам потрібна додаткова допомога в міграції до кінця терміну, наша команда підтримки з радістю допоможе безпосередньо»
Словник-довідник
| Term | Meaning |
|---|---|
| Sunset / deprecate | To officially discontinue a feature, typically with advance notice |
| Migration path | The steps a user takes to move from an old feature to its replacement |
| Grace period | The window between an announcement and when a change actually takes effect |
| Legacy feature | An older feature being phased out in favor of a newer alternative |
| End-of-life (EOL) | The point at which a feature or product is no longer supported |
Ключеві моменти
- Зазначте, що змінюється, і точну дату безпосередньо — не закопуйте ключові факти м’якою або неясною мовою.
- Дай реальну, коротку причину заходу сонця, а не типовий корпоративний заповнення.
- Створити конкретний і дійсний шлях альтернативи і міграції, а не просто вказівник на інше місце.
- Визнайте розчарування користувача чесно, замість того, щоб відволікати або перебільшувати вибачення.
- Надіслати нагадування про наближення терміну, і запропонувати безпосередню допомогу користувачам, які ще не перейшли на нову версію.
Навигація Nuance: Phrasing for International Teams (англійською)
Оголошувати про закінчення функціональності — по суті, відпускати її — може бути складно, незалежно від того, де розташована ваша команда. Однак, коли справа доходить до розробників, чия перша мова не є англійською, потенціал для неправильного тлумачення і розчарування значно зростає. Це не просто переклад слів; це передавання наміру, визнання впливу і пропонування рішень у такий спосіб, що відчувається шанобливо і прозоро. Основні принципи чіткого спілкування залишаються тими ж - бути прямим, емпатійним і надавати контекст - але лексика потребує ретельного вибору, щоб уникнути жаргону або надмірно настійного фразування.
Однією з поширених пасток є використання фраз на кшталт «відмова» без негайного пояснення * чому * це відбувається і що користувачі повинні робити замість цього. Просто сказати «Кінечна точка API буде застаріла» може звучати холодно і технічно, залишаючи розробників почуття покинутості. Замість цього, розгляньте можливість зміни з умовами, які підкреслюють користь і перспективну стратегію. Наприклад, «Ми оптимізуємо нашу архітектуру бекенду, щоб поліпшити продуктивність і зменшити операційні витрати — це означає, що ми поступово вилучаємо застарілу функцію звітів. Ми розробили нову, інтегровану панель управління [посилання тут], яка пропонує схожу функціональність і розроблена для оптимальної ефективності. “Цей підхід визнає минулу залежність користувача, одночасно представляючи позитивну альтернативу.
Крім того, при розгляді потенційних проблем, особливо від розробників, які переглядають запити на витягування, використання фраз на кшталт «Як частина цього переходу…» або «З цією зміною, ми ставимо пріоритет…» може пом’якшити вплив оголошення. Розробник, який стикається з PR, що вилучає функцію, може побачити коментар на кшталт: «Як частина цього переходу до нашого нового конвеєра поглинання даних, стара кінцева точка звітів виходить на пенсію. Будь ласка, ознайомтеся з супутньою документацією [посилання], щоб дізнатися більше про те, як перенести існуючі звіти до оновленої системи. » Цей пункт демонструє передбачуваність і надає вам практичні рекомендації. Також важливо перевірити припущення — «Ми розуміємо, що ця зміна може вимагати деяких коригувань вашого робочого процесу; будь ласка, дайте нам знати, якщо у вас є які-небудь питання або зауваження»
Нарешті, пам’ятайте, що визнання впливу користувача є найважливішим. Повідомлення Slack після оголошення про закінчення функціональності може звучати так: «Привіт, команда, просто нагадування, що функціональність [Назва функціональності] тепер недоступна. Ми дякуємо вам за використання цього інструменту і розуміємо, що він може бути корисним для ваших проектів. Ми створили всеосяжний список часто задаваних питань [посилання на часто задавані питання], в якому розглянуто найпоширеніші питання та наведено альтернативні рішення. Ваша думка під час цього переходу є безцінною; будь ласка, не вагайтеся звернутися з будь- якими пропозиціями або проблемами. Це демонструє справжню турботу і запрошує до співпраці, сприяє більш позитивному і продуктивному досвіду для всіх, хто бере участь.