Я думаю, я знаю, що ти маєш на увазі. Терміни "продаж" і "продажі" дещо плутають у цьому контексті. Дійсно, вам просто потрібно вміти пояснити ситуацію та причини, що виникають у контексті, який може зрозуміти інша сторона. Це відрізняється під час розмови з керівництвом або інженерами. Я б назвав це більше виправданням, ніж продажем.
1. Обґрунтування управління
Якщо ви розмовляєте з керівництвом, щоб отримати зелене світло для ідеї, вам потрібно не тільки пояснити, чому це технічно життєздатно, але і які ділові переваги від цієї ідеї вище інших. Наприклад: спочатку коштувати менше; легше утримувати (коштує менше); важче підтримувати (створює вигідні договори на обслуговування) ...
Що таке "добре" насправді залежить від бізнес-стратегії компанії, як підкреслюється двома останніми прикладами, протилежними з технічної точки зору, але обидва можуть вважатися корисними в різних стратегіях бізнесу.
Якщо вам не подобається або не згодні з бізнес-стратегією вашої компанії, залиште і розпочніть власний бізнес і краще ставитеся до своїх клієнтів. Або принаймні ви можете почати розуміти, чому ваші ідеї не прийняті, незважаючи на те, що вони технічно фантастичні.
2. Виправдання інженерам
Це здається, що ви вже отримали успіх у менеджменті, і тепер ви намагаєтеся переконати інших інженерів, чому цей спосіб насправді кращий. Ну, причина, з якою ви боретеся, полягає в тому, що інші інженери не розуміють бізнес-стратегію і як ваша ідея вписується в неї. Тож тепер ви опинитесь у дивному становищі, коли потрібно пояснювати бізнес-стратегію інженерам. Вам не доведеться обґрунтовувати саму бізнес-стратегію, лише чому ваше технічне рішення краще відповідає тій стратегії, яку диктує вам керівництво. Це потрібно зробити з точки зору того, що інженери, орієнтовані на бізнес, зрозуміють, що може бути складним, оскільки найчастіше найкраще технічне рішення суперечить бізнес-стратегії.
Приклад
Я буду використовувати приклад із реального світу, з яким мені довелося розібратися недавно, щоб пояснити. Це від програмної компанії, але застосовна для будь-якої інженерної ситуації.
Компанія хотіла, щоб два окремі робочі потоки (дві команди) робили по суті те ж саме, створюючи два різні продукти (які роблять те саме) для двох ринків. Технічне безумство технічно, особливо коли обидва продукти можуть поділяти стільки компонентів і насправді навіть може бути одним і тим же продуктом з деякими незначними варіантами конфігурації для усунення відмінностей на цих двох ринках.
Інженери з усіх сил намагалися погодитися з таким підходом, поки я не пояснив їм, що 80% доходу надходить з одного ринку, а конкуренція там також набагато більш жорстока, тому стратегія бізнесу полягала в тому, щоб зосередити одну команду виключно на цьому ринку, без будь-яке враження щодо підтримки іншого ринку, щоб вони могли швидко рухатися і випереджати конкуренцію. Вторинний ринок все ще варто було експлуатувати та зростати, тому друга команда зосередилася б на цьому. Це дана нам стратегія, це проблема, яку нам потрібно вирішити, а не інша проблема виготовлення одного продукту.
Висновок
Я не думаю, що вам потрібно вчитися продажам, вам просто потрібно вміти визначати, коли інші інженери намагаються вирішити іншу проблему, ніж ви (як правило, це викликано смішними нетехнічними речами, такими як клієнти, прибуток, економія та все таке маларкі). Тоді вам потрібно вміти пояснити, в чому проблема насправді і чому, щоб вони стрибали на борт із вашою (вже прийнятою керівництвом) ідеєю.