Vinoo Ganesh, CEO компанії Kepler та колишній співробітник Palantir, розповів про програму підготовки інженерів з впровадження продуктів (Forward-Deployed Engineer – FDE) у Palantir та про те, як інші компанії помилково трактують цю роль.
Vinoo Ganesh, 34-річний CEO Kepler, який раніше понад шість років працював у Palantir, а згодом у Citadel, розповів про програму “Project Frontline”, що існувала в Palantir. Метою програми було ознайомити інженерів-розробників програмного забезпечення з роботою інженера з впровадження продуктів (FDE).
Сам Ganesh пройшов схожий досвід: спочатку працював у команді розробки продуктів, потім пройшов ротацію як FDE, а згодом повернувся до розробки.
“Я певний час керував цією програмою, через неї пройшло чимало людей. Дехто залишався працювати як FDE, інші поверталися до розробки програмного забезпечення”, — зазначив він.
За словами Ganesh, FDE працювали безпосередньо з клієнтами, тоді як команда розробників програмного забезпечення була географічно та культурно відірвана від нагальних потреб клієнтів. Метою програми було дати можливість інженерам “побути в шкурі іншого”.
Palantir всіляко підтримувала учасників програми, надаючи їм наставників та забезпечуючи зв’язок як з керівником FDE, так і з керівником розробки програмного забезпечення. Програма користувалася популярністю серед інженерів, які виявили зацікавленість.
У Citadel подібна програма називалася “business engineering” і була більше орієнтована на внутрішніх портфельних менеджерів та аналітиків, тоді як FDE в Palantir зосереджені на зовнішніх клієнтах. Модель роботи була схожою: команда розробки Citadel створювала основний продукт, а метою FDE було краще інформувати його розробку шляхом взаємодії з внутрішніми фахівцями.
Що інші компанії роблять неправильно стосовно FDE
Ganesh вважає, що інженери з впровадження продуктів мають бути продовженням команди розробки, їхнім завданням є вирішення проблем клієнтів та отримання інсайтів для покращення продукту.
Він зазначає, що деякі компанії помилково трактують роль FDE як роль інженера з продажу або навіть як продавця з планами продажів. Ganesh бачив FDE, які виконували функції від дослідника акцій до головного архітектора.
“Я думаю, що FDE використовується як тимчасове рішення для компаній, які не мають чіткого продуктового відповідності ринку. Це робиться для того, щоб змусити клієнтів використовувати продукт, який їм, можливо, і не потрібен”, — вважає він.
Він наголосив, що культура Palantir, заснована на автономії та розширенні повноважень, дозволяла FDE успішно працювати. Також, на його думку, продукт Palantir ідеально підходить для FDE, оскільки це горизонтальна платформа, яка може застосовуватися в різних галузях, а FDE створюють вертикальні рішення на її основі.
Ganesh застерігає від розгляду FDE лише як інструменту для продажу або залучення користувачів. Він вважає, що цю роль часто використовують як універсальний інструмент для покриття функцій продажу, підтримки клієнтів або маркетингу, створюючи враження турботи про клієнтів.
“Я бачу багато організацій, які зосереджені на тому, щоб донести свій продукт до якомога більшої кількості людей, незалежно від того, чи це насправді приносить довгострокові вигоди від продукту”, — додав він.
Ganesh визнає, що не завжди все чорно-біле, і компанії можуть потребувати різних типів FDE на різних етапах свого розвитку. Він підкреслив, що це його особиста думка, а не офіційна позиція Palantir.
“Я думаю, це майбутнє розробки програмного забезпечення. Якщо написання коду більше не є відмінною рисою, то можливість полягає в тому, як глибоко і вісцерально розуміти клієнтів”, — вважає він.
На його думку, вкрай важливо, щоб інженери-розробники програмного забезпечення в усьому світі стали більш обізнаними щодо клієнтів. Для нього FDE — це більше про мислення, ніж про посаду.