Погодьтеся, розробникам часто доводиться пояснювати складні технічні концепції спеціалістам нетехнічної сфери — менеджерам, замовникам чи маркетологам. І почасти такі пояснення звучать як розмова у лікарні.
Лікар говорить пацієнтові: «У вас лівобічний пневмоторакс із міграцією медіастинуму». І мозок людини завмирає: це смертельно чи достатньо випити чаю?
Саме так почуваються нетехнічні люди, коли ви говорите їм: «Це проблема з рефакторингом монолітної архітектури в мікросервіси через циклічні залежності». Вони не розуміють, це кінець світу чи просто треба натиснути F5?
Тепер уявіть, що лікар спокійно каже: «У вас з’явилося повітря в легенях не там, де потрібно, тому стало складніше дихати. Ми це виправимо». — і ось, уже легше дихати не тільки фізично, а й ментально.
Якщо зазвичай ваші пояснення викликають у слухача вираз «404: Understanding Not Found», це означає, що настав час змінити підхід.
Розберімося, як зробити так, щоб нетехнічні люди зрозуміли вас з першого разу, а ви не втрачали терпіння чи свідомість.
Чому вміння пояснювати складні речі просто — важливе?
Вміння пояснювати складні речі просто — це не тільки про комунікацію, це суперсила, яка відрізняє справжніх експертів.
Якщо вас розуміють — вас цінують.
Якщо вас розуміють менеджери — вас не будуть змушувати переробляти все «бо так сказав клієнт». Якщо вас розуміють замовники — вони довірять вам рішення. А якщо маркетологи зрозуміють, то не будуть продавати ваш додаток, як «аналог TikTok, але для бухгалтерів».
Знайдіть спільну мову: забудьте жаргон
Метод аналогій — ваш найкращий друг. Якщо ваш співрозмовник знає про машини, можна пояснити кешування, як запасне колесо: воно дозволяє рухатися далі без потреби викликати евакуатор.
Тому, замість: «Ми використовуємо GraphQL, бо REST API неефективно працює з оверфетчингом і андерфетчингом даних».
Спробуйте так: «Це як меню в ресторані: ви замовляєте саме ті страви, які хочете, а не весь комплексний обід».
Використовуйте принцип «Поясни це п’ятирічній дитині»
Іноді складність пояснення полягає не у самій темі, а у бажанні звучати розумно. Якщо ви можете пояснити складну концепцію так, що зрозуміє навіть дитина, то й бізнес-аналітик точно впорається.
Складно: «Ми деплоїмо мікросервіси через Kubernetes-кластер з автоскейлінгом».
Простіше: «Уявіть, що у вас є піцерія. Якщо приходить багато клієнтів, автоматично відкриваються нові печі, щоб швидше випікати піцу. Якщо клієнтів мало — частина печей вимикається, щоб не витрачати ресурси».
Говоріть мовою проблем та рішень
Бізнес не думає технічними термінами. Бізнес думає про прибутки, ризики та зручність. Замість пояснення того, «що» і «як» ви зробили, поясніть, «чому» це корисно.
Замість «Ми оптимізували SQL-запити, зменшивши час виконання».
Скажіть: «Користувачі більше не чекають по 10 секунд на завантаження сторінки. Це зменшує відтік клієнтів».
Тому, пояснюючи щось нетехнічним людям, завжди давайте контекст, як це вплине на бізнес.
Менше деталей — більше сенсу
Чи потрібно маркетологу знати, які саме класи ви використовували у коді? Навряд. Йому цікаво лише, чи працює продукт і як це вплине на конверсію. Щоб уникнути перевантаження інформацією, використовуйте правило «трьох речень»:
- Що було проблемою?
- Що ви зробили?
- Який результат для бізнесу?
Зайві деталі: «Ми змінили алгоритм компресії з Huffman на LZ77, що зменшило бітрейт».
Сенс: «Відео тепер завантажуються швидше, навіть при поганому інтернеті».
Використовуйте візуалізацію
Текст та слова — це добре, але графіки, діаграми та скетчі працюють ще краще. Почасти одна картинка пояснює більше, ніж 5 хвилин пояснень.
Якщо вам треба пояснити архітектуру системи або процес, швидкий ескіз на серветці (або у Figma) зробить вашу розповідь значно зрозумілішою.
Будьте терплячими та відкритими до питань
Ваш співрозмовник не тупий, у нього просто інший бекграунд. Тому не дратуйтеся, якщо людина ставить «очевидні» запитання. Якщо вона питає, отже, вона зацікавлена.
Скористайтеся корисним лайфхаком:
Якщо ви бачите, що людина не розуміє про що йдеться, запитайте: «Чи хотіли б ви більше деталей, чи простіше пояснення?». Це дозволяє вашому співрозмовнику самостійно вибрати комфортний рівень складності.
Технології мають бути зрозумілими
Код без контексту — це просто символи. Хороший розробник не лише пише код, а й вміє пояснити, чому це важливо.
Той, хто здатен просто пояснити складне, отримує не лише більше поваги, а й більше можливостей у кар’єрі. Чим краще вас розуміють — тим легше дійти згоди, швидше отримати підтримку від керівництва і навіть обґрунтувати підвищення зарплати.
Пам’ятайте: технології створюються не для того, щоб ускладнювати життя, а щоб його полегшувати. Ваша здатність пояснювати складне простими словами — це не просто софт скіл, а інструмент впливу.
Наступного разу, коли вас попросять пояснити щось складне, не відповідайте «це важко пояснити». Знайдіть аналогію, покажіть цінність для бізнесу і спростіть пояснення. Бо ті, хто роблять технології зрозумілими, зрештою керують світом. І це не метафора.
Цей матеріал – не редакційний, це – особиста думка його автора. Редакція може не поділяти цю думку.
Сообщить об опечатке
Текст, который будет отправлен нашим редакторам: