Як запитати бюджет для нового інструмента розробника в англійській мові
Дізнайтеся, як написати бюджетний запит на новий інструмент для розробників або ліцензію англійською мовою — обґрунтувати вартість, звернутися до очевидних заперечень і запитати про конкретне рішення.
Запит на бюджет інструменту конкурує з кожним іншим пунктом рядка, який менеджер зважує, і “це допоможе продуктивності” не достатньо конкретним, щоб виграти цю конкуренцію. Нижче наведено словник, який описує ситуацію з точки зору власника бюджету, який насправді повинен його схвалити: вартість, альтернатива і відшкодування.
Ключовий словник
** Загальна вартість власності (TCO) ** — повна вартість інструменту, включаючи ліцензійні платежі, а також час впровадження, обслуговування і будь- які роботи з інтеграції, представлені заздалегідь, щоб запит не сприймався як недооцінка реальної вартості пізніше. “Сама ліцензія коштує $4000 на рік, але повна вартість власності включає приблизно тиждень часу інженера, щоб інтегрувати її з нашим CI конвеєром - я включив обидва в цей запит.”
**Вмінна вартість (не прийняття її) ** - вартість продовження без інструменту, конкретно сказано, оскільки бюджетний запит, обрамлений тільки навколо того, що коштує інструмент, не враховує іншу половину порівняння: що вже коштує статус-кво. “Вмінні витрати, пов’язані з неприйманням цього, я хочу підкреслити: на даний момент ми витрачаємо приблизно шість інженерних годин на тиждень на вручну кореляцію журналів, яку цей інструмент повністю автоматизує.”
Alternative considered — коротке підтвердження принаймні одного іншого варіанту (включаючи не робити нічого, або збудувати його самостійно) і чому він був відхилений, що показує, що запит не був зроблений без належної обережності. “Ми розглядали можливість побудови цього внутрішньо, оскільки ми робили подібні речі раніше, але оцінили це в три інженерні місяці постійного обслуговування - ліцензований інструмент дешевший навіть з урахуванням його постійних витрат.”
** Період окупності ** — оцінений час, протягом якого користь від інструменту (зазвичай, заощаджений час або запобігання інцидентам) перевищить його вартість, перетворюючи абстрактну заяву про продуктивність на число, яке власник бюджету може фактично оцінити за допомогою інших запитів. “Заснований на годин, які він збереже в команді, період окупності становить менше трьох місяців — після цього, це чиста економія часу на решту року.”
Звичайні фрази
- «Повна вартість власності включає не тільки ліцензію, але і [спеціальні додаткові витрати]»
- «Вмінні витрати на не прийняття цього є [конкретні, кількісно виражені витрати, які ми в даний час поглинаємо]»
- «Ми розглядали [альтернативу] і виключили її через [особливу причину]»
- “Перерахований період окупності становить [часові рамки], заснований на [специфічному розрахунку].”
- «Специфічне рішення, про яке я прошу, це [схвалити/відхилити/пілот на X тижнів], а не просто загальна відгук»
Приклади висловлювань
Відкриття запитів на бюджет з фактичним числом, а не лише з розміром: “Я б хотів запитати про бюджет для командної ліцензії [інструмента], на $6,000 на рік. Перед початком, я хочу бути заздалегідь про повну вартість, включаючи оцінений два дні часу настройки на інженера. ”
Конкретизація прикладу альтернативних витрат: *“Зараз кожен інженер вручну сортує невеликі тестові помилки, що ми виміряли приблизно на чотири години на людину на спринт. Це вартість, яку ми вже платимо без цього інструмента — ліцензія в значній мірі виключить це»
Завершення з конкретним, вирішеним питанням: *“Я конкретно прошу про схвалення 90-денного пілотного проекту з трьома інженерами, але ще не про повний розгортання команди. Якщо пілотний епізод не показує чіткої економії часу, ми відкидаємо його з мінімальними витратами»
Професійні поради
- Указуйте загальні витрати на володіння, а не лише ціну наклейки, заздалегідь у запиті — власник бюджету, який виявить приховані витрати на впровадження або інтеграцію пізніше, буде менше довіряти вашому наступному запитові, незалежно від того, як працює засіб.
- Зробити ** альтернативну вартість ** статусу-кво явною і кількісною — запит, який обмежується лише вартістю інструменту, конкурує тільки за вартістю; той, що також називає те, що зараз втрачається, конкурує за цінністю.
- Коротко назвемо ** розглянуту альтернативу **, навіть якщо це просто « нічого не робити » або « створити її самостійно » — це одне речення сигналізує про те, що запит пройшов фактичну оцінку, а не був першим варіантом, який ви знайшли.
- Представте ** період окупності **, навіть грубий, а не нечітке твердження про продуктивність - “це допоможе” не порівнянно з конкуруючими бюджетними запитами; “це оплачує себе за три місяці”.
- Закінчується конкретним, відповідним рішенням, наприклад, пілотним періодом або так/ні на визначеній бюджетній лінії — відкритий запит запрошує відкриту невідповідь, в той час як обмежене запитання набагато швидше отримає обмежене так.
Практичні вправи
- Напишіть речення, у якому буде вказано загальну вартість використання інструменту, включаючи вартість, що не пов’ язана з ліцензією.
- Сформулюйте оцінку альтернативних витрат, яка кількісно оцінює те, що команда втратила без цього інструменту.
- Написати закінчення запитання, яке закінчується конкретним, вирішуваним запитом, а не відкритим запитом.
Наприклад, слово «запит» (request) означає «запитання»
Будьмо чесними; просування нових інструментів може викликати опір. Це рідко стосується самого * інструмента *, а сприйнятих витрат, перешкод для робочого процесу або просто небажання інвестувати. Освоєння мови переконання тут має вирішальне значення. Ключ не просто в тому, щоб стверджувати про необхідність; це в тому, щоб передбачати і активно вирішувати потенційні заперечення. Подумайте про ваш бюджетний запит як про міні-дебати - ви представляєте аргумент, і вам потрібно ефективно його оформити.
Однією з поширених проблем є обмеження витрат виключно в грошовому вираженні. Сказати «Ми потребуємо $500 для цього інструменту» негайно ставить людей в оборону. Замість цього, створіть розповідь навколо цінності. Фрази на кшталт «Ця інвестиція дозволить нам скоротити час, витрачений на [конкретне завдання] на приблизно X годин на тиждень», або «Упорядкувавши [процес], ми можемо очікувати повернення приблизно Y доларів протягом першого кварталу», демонструють очевидну користь. Не бійтеся кількісно оцінити потенційні економії, навіть якщо це освічене припущення, підкріплене деякими попередніми дослідженнями - показуючи, що ви розглянули фінансові наслідки, демонструє професіоналізм.
Іншою областю, де носії рідної англійської часто борються, є передбачення заперечень, пов’язаних з безпекою або інтеграцією. Фраза на кшталт «Ми забезпечимо бездоганну інтеграцію з нашими існуючими системами і ретельний огляд безпеки буде проведено перед впровадженням» негайно вирішує проблеми з порушенням і ризиком. Використання таких фраз, як «Це рішення відповідає нашим поточним протоколам безпеки» може зменшити страхи щодо відповідності. Також важливо визнати потенційні проблеми - прозоре твердження, наприклад, “Ми очікуємо коротку криву навчання для команди, яку ми розглянемо через спеціальні тренінги”, демонструє передбачення і зменшує занепокоєння щодо втрати продуктивності.
Нарешті, пам’ятайте, що чіткість є найважливішою. Уникайте жаргону або надто технічної мови. Формулювати свій запит у термінах, зрозумілих для зацікавлених сторін — можливо, старший лідер, який може не бути глибоко залучений до деталей розробки. Використовуйте такі фрази, як «Цей інструмент безпосередньо підтримує нашу стратегічну мету…», «Пропоновані витрати значно допоможуть…» і завжди закінчуйте з чітким закликом до дії – «Ми рекомендуємо схвалити цей бюджет, щоб полегшити [бажаний результат]”. Сфокусування на впливі - як це приносить користь компанії, а не тільки розробникам - є більш переконливим.