TGViewer
Lead’s Notes Lead’s Notes @leadsnotes · 5.97K subscribers
Post #176 4.75K
Лайфхаки для презентаций директорам и представителям бизнеса:

Набор "простых" трюков, которые могут сэкономить тебе, в лучшем случае, дни работы и споров, а в худшем – работу и клиентов вообще.

––

Если формулировка/решение никак не повлияет на бюджет и результат проекта – просто согласись

Если собираешься построить "просто сайт с двумя экранами", а просят "экосистему", не уточняя при этом, что такое экосистема и не челленджа реальный функционал, который ты предлагаешь – просто назови это экосистемой.

Если нужен API-ready в плане работ, а ты сутево понимаешь что нормальный api, gateways, security и прочее у тебя и так заложены просто как хороший тон – заткнись и допиши api ready как отдельный пункт в план.

В целом, если заказчик не совсем точно понимает происходящее, но это не совсем точное понимание никак тебе не вредит и за 30 секунд объяснить не получилось – просто окни и все. Вы к этому разговору не вернетесь никогда и все будет хорошо. Если попытаешься человека научить – с вероятностью 50% закончите на том же самом скоупе, просто заработаешь проблем и испорченных отношений.

Ты можешь обучить только того, кто хочет обучиться. Во всех остальных случаях – сделай то, что будет правильно работать, оформив это так, чтобы заказчику понравилось. Все.

––

Если решение сложное/большое/дорогое – приведи пример из индустрии

Экспертные аргументы (например, подробное описание архитектуры с обоснованием, почему делать надо именно так) работают только для других экспертов в домене. Если ты презентуешь борду или не-техническому заказчику, единственный эксперт в домене в комнате, скорее всего – это ты.
Понять экспертный аргумент полностью невозможно. Единственная его реальная цель – показать свою экспертность.

А вот что возможно понять вообще всегда – это кейс: "вот у такого большого игрока сделано так и работает". Все остальное – это дополнения и комментарии

Даже если ты предлагаешь сделать лучше и гораздо дешевле чем у других ребят – все равно приведи референс и покажи улучшение относительно него, а не просто описывай классное решение.

––

Если "ОК" нужен от нескольких людей – поговори с каждым по отдельности перед встречей

Если разные люди впервые увидят твою презентацию на встрече – они все поймут по-разному, у каждого будут свои консерны и пожелания, и ты не доберешься до конца. Постарайся, насколько это возможно, переговорить 1-1 ДО официальной "защиты" с ключевыми людьми, пообъяснять подробнее и отработать возражения заранее.

"А зачем вообще тогда нужна общая защита? Это не просто двойная работа?"

Нет. В ряде ситуаций финальный "ОК" люди могут поставить только в присутствии других людей и убедившись, что они не делают глупость. А поделиться опасениями/непониманием/личной заинтересованностью в проекте и настоящей мотивацией – могут только лично

––––

Пользуйся и оставайся в живых :)
  • 👍 65
  • 🔥 24
  • ❤ 16
  • 💯 7
  • 😁 2
More from @leadsnotes
  1. Sep 22, 2026Следующим за продажами будет вебинар "как быть джуном проджект-менеджером" Я с каждым годо…
  2. Sep 22, 2026Managed by C-Level Приведу вам анонимизированный реальный пример работы с эффективностью.…
  3. Sep 21, 2026Я тут узнал, что эта история всё ещё актуальна для сегмента людей, в том числе из очень бо…
  4. Sep 21, 2026График твоего майндсета в первые 10 лет карьеры в IT: ======== 1. 0 — 2 года: Ура, я здесь…
  5. Sep 20, 2026Самое неэффективное обучение, что я видел — это обучение за счёт компании. Особенно если о…
  6. Sep 19, 2026Помните голосовалку о продажах для кретинов? Я реально пишу план этого стрима Мне по суббо…
Threads Profile ViewerView any public Threads profile without an account.Open ThreadLook →Writing with AI? Make it sound human.Metric37 rewrites AI drafts so they read naturally. Free AI detector, 1,500 words free.Try Metric37 →