How to Say No to a Feature Request in English
Learn the English phrases for declining or deferring a feature request professionally: stating the reason, offering alternatives, and keeping the relationship intact.
Плоске «ні» до запитів на функції без причини читається як відкидаюче, а неясне «можливо пізніше» часто чується як «так, зрештою» — корисна версія відхилення запиту стверджує фактичну причину і, де це можливо, пропонує щось конкретне замість простого відхилення. Цей посібник розповість, як це зробити.
Ключовий словник
Зазначена причина — конкретна, конкретна причина відхилення запиту (можливість, обсяг, технічний ризик, конфлікт пріоритетів), дані явно, а не залишені неявними, щоб запитувач розумів, що це не довільне. “Заявлена причина для зниження є здатність, а не незгода з ідеєю - ми повністю присвячені до кінця кварталу на міграції.”
** Відкладено, не відхилено ** — відрізняючи «не зараз» від «ніколи» явно, оскільки неясна відповідь часто інтерпретується як постійне ні або неясне так, коли чесною відповіддю є ні. “Це відкладено, а не відхилено - я думаю, це хороша ідея, але це не робить дорожню карту цього кварталу. Я б хотів переглянути його в циклі планування після.»
Трансфер-оф-фрамінг — пояснення зниження в термінах того, що сказати так буде коштувати в іншому місці, ясно даючи зрозуміти, що запит не був відхилений, але зважений проти інших пріоритетів. “Сказати так означає, що переробка API відкладається на два тижні — це компроміс, і зараз я думаю, що переробка є для нас вищим пріоритетом.”
** Альтернативна пропозиція ** - пропонує меншу, сусідню або пізнішу версію того, що було запропоновано замість простого ні, що часто вирішує основну потребу без повної вартості початкового запитання. “Ми не можемо створити повний набір нетипових звітів у цьому кварталі, але ми можемо показати основні дані через API, що може вирішити ваші справжні потреби швидше.”
Звичайні фрази
- «Причина, чому я відмовляюся від цього зараз, це здатність, а не сама ідея»
- «Це відкладення, а не відмова — я б хотів переглянути це наступного кварталу»
- «Сказати так тут означає, що X провалюється — це той компроміс, який ви хочете, щоб ми зробили?»
- «Я не можу зробити повну версію цього зараз, але ось менша альтернатива, яка може вирішити невідкладну потребу»
- “Ви можете допомогти мені зрозуміти основну проблему? Можливо, є інший спосіб розв’язати це, який вписується в те, що ми можемо зробити зараз»
Приклади висловлювань
Відмовлено з вказаною причиною: “Я збираюся сказати ні на додавання цього до поточного спринту — не тому, що це не цінно, а тому, що взяти це зараз означало б пропустити латку безпеки, яку ми вже зобов’ язались випустити цього тижня.”
Відкладати замість відкидати: *“Я не хочу тут назавжди сказати “ні”, тому що я думаю, що це варто зробити. Позначимо його як відкладене і додамо до списку для планування наступного кварталу, а не втратимо його повністю»
Надання альтернативи повному запитові:
- “Збудування повної панелі, яку ви описуєте, — це проект, який триватиме кілька тижнів, на який у нас зараз немає часу. Як невеликий крок, я міг би отримати від вас CSV-експорт тих самих даних протягом декількох днів — чи це розблокує вас тим часом?»*
Професійні поради
- Завжди давайте зазначену причину, навіть коротку — «ні» без причини читається як довільне і пошкоджує довіру, в той час як навіть одне речення причини («здатність», «конфліктує з X») робить рішення легітимним.
- Використовуйте deferred, not declined явно, коли це дійсно так — нечіткі відповіді неправильно сприймаються в обох напрямках, і ця фраза вилучає неоднозначність в одному рядку.
- Відхилення кадрів з використанням ** trade-off ** мови, коли це можливо — “сказати так коштує нам X” робить рішення про пріоритетність, а не про заслуги запитів, що зазвичай є більш точним і менш особистим оформленням.
- Пропонувати альтернативу, коли менша версія запиту може реалістично допомогти — це показує, що відхилення було розглянуто, а не рефлексивно, і часто реальна потреба запиту є ширшою, ніж їх початкова пропозиція.
Практичні вправи
- Написати повідомлення про відмову у виконанні запиту з вказаною причиною.
- Напишіть речення, яке чітко визначає рішення як відкладене, а не відхилене.
- Написати повідомлення, у якому буде запропоновано меншу альтернативу замість повного запиту на можливості.
Навигація запитів: уточнення ваших відповідей з точністю
Погляньмо правді в очі - кожен розробник стикається з запитами на функції, на які у нього немає часу, або які не відповідають основним цілям проекту. Ефективне мовлення «ні» є важливим навиком, не тільки для захисту вашого робочого навантаження, але і для підтримки позитивних відносин у вашій команді і чіткого повідомлення пріоритетів. Це стосується оформлення вашої відповіді таким чином, щоб вона підтверджувала запит, але при цьому обережно повертала його до більшої картини. Не просто закривати ідею; пропонувати контекст і потенційні шляхи вперед - навіть якщо ці шляхи не відразу призводять до реалізації.
Розглянемо такий сценарій: Ви переглядаєте запит на звантаження, надісланий Sarah, яка бажає додати складний модуль звітування до панелі керування користувача. У полі коментарів, замість простого « Це неможливо », ви можете написати щось на зразок: « Дякую за те, що ви підняли цю ідею звітування! Звучит ценным для наших пользователей. Однак, враховуючи наші поточні зобов’язання спринту і існуючу архітектуру, додавання повноцінного модуля звітності значно вплине на нашу часову шкалу і, можливо, введе нестабільність. Я з радістю обговорю пріоритетність менших, зосереджених поліпшень візуалізації даних панелі управління, які ми можемо розглянути у наступній ітерації. » Зауважте, як ви визнаєте цінність ідеї (« звучить цінно »), висловлюєте занепокоєння щодо потенційних наслідків (часової шкали, стабільності) і пропонуєте більш керовану альтернативу — зосередження на « менших, зосереджених поліпшення ».
Інша поширена ситуація виникає в розмовах Slack. Припустимо, що Марк запитав: «Чи можемо ми додати темний режим до програми? Це дуже популярно в ці дні.” Поспішні відповіді на кшталт “Це не наш пріоритет” можуть відчуватися відверто. Замість цього спробуйте: « Темний режим — це те, що запитують користувачі! Ми стежимо за вподобаннями користувачів, і на даний момент це низький пріоритет у нашому списку через [коротко поясніть причину - наприклад, обмеження ресурсів, зосередження на основних функціях]. Ми можемо розглянути легшу версію у наступному випуску, або, можливо, розглянемо простішу реалізацію за допомогою змінних CSS, якщо ми хочемо скоріше вирішити цю проблему. Що ви думаєте про бажання темного режиму?» Цей підхід запрошує до подальшого обговорення і показує, що ви обдумали запит.
Нарешті, при створенні описів PR для відхилених можливостей (або тих, що відкладені), будьте чіткими і короткими. Замість простого повідомлення « Відхилено — обсяг занадто великий », спробуйте: « Запит на функціональність: Темний режим — відкладено. Хоча ми цінували пропозицію щодо темного режиму, реалізація повного рішення темного режиму вимагала б значних робіт з переробки дизайну і ввела б потенційні проблеми зі сумісністю з існуючими елементами інтерфейсу користувача. Ми задокументували цей запит для подальшого розгляду, оскільки вподобання користувачів змінюються. Ми продовжимо стежити за тенденціями у доступності і відгуками користувачів щодо візуальних тем». Це демонструє професіоналізм і надає контекст для зацікавлених сторін.