Вибір постачальника англійською: RFP, POC, і переговорний словник

Introduction

Вибір постачальника є структурованим процесом, в якому зрештою бере участь кожен старший інженер і технічний менеджер. Незалежно від того, вибираєте ви хмарного провайдера, інструмент SaaS, рішення для моніторингу інфраструктури або агентство з розробки, процес слідує подібній схемі і використовує послідовний словник. Знання англійських термінів, які використовуються під час вибору постачальника, допоможе вам робити внесок у оцінки, писати кращі документи з вимогами, а також брати участь у переговорах і перегляді контрактів.

RFP і RFI: Запит інформації

Першим кроком у формальному виборі постачальника зазвичай є видання документа, у якому постачальники запрошуються до відповіді:

• ** RFP (Request for Proposal) ** — документ, надісланий декільком постачальникам, у якому описано ваші вимоги і запитано про запропонування рішення і ціни; « ми надали запит на пропозицію п’ ятьом постачальникам баз даних »
• ** RFI (Запит на інформацію) ** — легший документ, який використовувався раніше в процесі для збору загальної інформації про постачальників і їх можливості; «ми надіслали RFI, щоб зрозуміти, які варіанти існують на ринку»
• RFQ (Request for Quotation) — зосереджений на ціноутворенні; «ми випустили RFQ, як тільки ми сузили поле до двох постачальників»

Під час написання або перегляду RFP, інженери зосереджуються на ** функціональних вимогах ** (що система повинна робити) і ** не-функціональних вимог ** (продуктивність, безпека, масштабованість, відповідність). Ви почуєте: « Переконайтеся, що у запиті на пропозицію чітко вказано наші нефункціональні вимоги — особливо SLA щодо часу роботи і обмеження щодо місця розташування даних. »

Критерії оцінки та короткий список

Як тільки пропозиції надходять, команда оцінює їх. Словник:

• ** shortlist ** — скорочений список постачальників, які пройшли початковий відбір; « ми відібрали трьох постачальників з восьми, які відповіли »
• ** критерії оцінки ** — фактори, які використовуються для оцінювання постачальників; « наші критерії включають загальну вартість власності, якість підтримки постачальника і повність API »
• **TCO (Total Cost of Ownership) ** — повна вартість з часом, включаючи ліцензування, впровадження, навчання і обслуговування; не тільки початкова ціна
• ** scorecard ** — структурований документ, у якому кожен постачальник оцінюється за критеріями; « ми використовуємо зважену карту показників, щоб відповідність безпеки була вдвічі більшою за багатство можливостей »
• ** vendor lock- in ** — ризик залежності від власної технології виробника; « ми хвилюємося щодо vendor lock- in з власною формою даних »

Інженери часто кажуть «ми повинні уникати блокування продавцем» при обговоренні компромісів. Протилежна фраза — «ми підтримуємо портативність» — здатність змінювати постачальників без великої переробки.

Пілот і поліцейський

Перед тим, як підписати контракт з постачальником, команди часто запускають тест:

• ** POC (Downing of Concept) ** — невеликий технічний тест для перевірки того, що рішення виробника може працювати для вашого випадку використання; «ми провели двотижневий POC з двома найкращими виробниками»
• ** пілотний ** — обмежене виробниче розгортання з підмножини користувачів або трафіку; « після POC, ми запустили пілотний з 10% нашого трафіку перед повним розгортанням »
• « POC пройшов наші критерії прийняття » — тест відповідав вимогам, які ви визначили заздалегідь
• «Продавець надав виключну підтримку під час POC» — поширена фраза, що описує залучення продавця в оцінку

У командних обговореннях: «Ми визначаємо критерії прийняття для POC перед тим, як ми починаємо — це запобігає поширенню обсягу і зберігає об’єктивність оцінки»

Мова переговорів

Під час переговорів з постачальником використовуються певні англійські фрази:

• «Ми б хотіли переглянути ціни» — ввічливо просять провести переговори
• «Чи можете ви запропонувати знижку на обсяг?» — запитання про знижену ціну на основі розміру покупки
• «Ми оцінюємо декілька постачальників одночасно» — сигналізація про конкуренцію для поліпшення переговорного впливу
• «Яка ваша найкраща і остаточна пропозиція?» — запитання про найнижчу ціну, яку продавець прийме
• «Ми потребуємо гнучкості в умовах оплати» — прохання змінити, коли має бути здійснена оплата
• «Чи можемо ми включити гарантію виконання в контракт?» — запит на SLA з штрафами
• «Ми б хотіли включити пункт про переносимість даних» — забезпечення того, що ви можете експортувати свої дані, якщо зміните постачальника

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

Term	Definition
RFP	Request for Proposal — document sent to vendors asking for a solution and price
RFI	Request for Information — used early to survey the vendor market
shortlist	A reduced set of vendors who pass initial screening
TCO	Total Cost of Ownership — the full cost over the lifetime of the solution
vendor lock-in	Risk of dependence on a vendor’s proprietary technology
POC	Proof of Concept — a small test to verify technical feasibility
pilot	A limited production deployment before full rollout
acceptance criteria	Pre-defined conditions a vendor must meet to pass the POC
scorecard	A weighted evaluation matrix for comparing vendors
data portability	The ability to export your data and switch vendors without major rework

Практичні поради

1. ** Вправлятися у написанні короткого резюме оцінки англійською мовою. ** Після оцінки двох інструментів напишіть абзац: « Виробник А пропонує кращий API і більш міцні SLA, але їх TCO на 30% вище, ніж у виробника Б. Виробник B має менше функціональних можливостей, але відповідає нашим основним вимогам. Ми рекомендуємо постачальника A з урахуванням наших вимог до відповідності»

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

3. ** Розумійте « вливання » в контексті переговорів. ** « Ми маємо вливання, тому що ми оцінюємо трьох постачальників одночасно » означає, що ви маєте переговорну силу. Практикуйте визначення і опис вливання в обговореннях з постачальниками.

4. ** Читайте контракти постачальників англійською мовою. ** Навіть якщо юридична команда вашої компанії займається контрактами, читання їх допоможе вам зрозуміти SLA, пункти відповідальності, права на припинення договору і умови обробки даних, які важливі для технічних зацікавлених сторін.

Conclusion

Словник вибору постачальника — RFP, POC, короткий список, TCO, блокування постачальника, базова таблиця — є необхідним для старших інженерів і технічних менеджерів, які беруть участь у прийнятті рішень щодо закупівлі. Вільно володіючи цим словником, ви зможете писати чіткі вимоги, робити внесок у оцінки і брати участь у переговорах. Вміння обговорювати компроміси в точні англійською також створює довіру з бізнес-зацікавленими сторонами, які очікують технічних лідерів, щоб залучати до комерційних рішень.

Поняття непрямого впливу: потенційні наслідки

Оскільки носії мови, для яких англійська не є рідною, пересуваються через складності професійної англійської в рамках закупівлі технологій, надзвичайно часто трапляються тонкі відмінності в значенні, що можуть призвести до неправильного тлумачення. Основні поняття - RFP, POC і переговори - часто перекладаються буквально, але * неявний * намір і очікуваний стиль спілкування значно відрізняються між культурами. Наприклад, прямий, упевнений підхід, який вважається прийнятним в деяких контекстах, може сприйматися як надто агресивний або неповажний в інших. Аналогічно, такі фрази як «низькі фрукти» (що означає легко досягнуту мету) можуть звучати заплутано без розуміння їх метафоричного використання.

Часта проблема виникає під час перегляду коду при обговоренні «POC» - Доказ концепції - фази з постачальником. Типовим коментарем старшого розробника може бути: « Цей POC потребує більш ретельного тестування; він неадекватно демонструє масштабованість ». Однак, розробник з досвідом, де детальні технічні специфікації є найважливішими, може інтерпретувати це як критику їх * зусиль *, а не запит на поліпшення тестування. Важливо конструктивно сформулювати зворотній зв’язок, зосередившись на бажаному результаті і використовуючи мову, яка чітко вказує на очікування. Замість того, щоб сказати «це не достатньо демонструє масштабованість», більш дипломатична фраза буде: «Щоб зміцнити цінність POC як доказ масштабованості, чи можемо ми врахувати в першу чергу включення сценаріїв тестування навантаження, що імітують [реальний обсяг користувача]?»

Крім того, розмови Slack навколо відповідей на запити на пропозиції часто включають жаргон, який не завжди легко розуміється. Отримавши повідомлення на кшталт «Відповідь постачальника не врахувала ключові критерії оцінки щодо інтеграції з нашою існуючою інфраструктурою», можна неправильно інтерпретувати як особисту відмову. Пояснення завжди потрібні. Продовження питання - “Чи можете ви розглянути, які конкретні критерії не були розглянуті?” - демонструє залучення і забезпечує, що всі працюють з одного розуміння. Пам’ ятайте, прозорість і пошук пояснень є життєво важливими, коли справа доходить до потенційно неоднозначної технічної мови.

Нарешті, самі переговори можуть бути висококультурно чутливою областю. Фрази на кшталт «Досліджуємо варіанти» або «Ми повинні знайти взаємовигідне рішення» не завжди можна перекласти безпосередньо на еквівалентні вирази в інших мовах. Уважне ставлення до основного наміру - співпраця і пошук ситуації, в якій всі вииграють - є найважливішим.

# Example: Using `terraform` to evaluate infrastructure as part of a POC

terraform plan -out=tfplan.json --var="instance_type=t3.medium"  --var="availability_zone=us-west-2a"