👩‍🎓 Чему учат в Стэнфорде

За время моей уже достаточно продолжительной карьеры, я проходил разные курсы по продуктовому и проектному менеджменту. Начинал по классике: Яндекс, GoPractice, но в какой-то момент возникло необъяснимое желание - замахнуться на Стэнфорд. В желании этом определенно было что-то иррациональное: не на родном русском языке, те же названия курсов что и в Яндексе, ну и… дорого это все конечно. Но очень хотелось получить аччивку, чтобы в случае важных переговоров можно было вытащить козырь “да я вообще-то в Стэнфорде учился” (пока козырь не пригодился).

Но не суть. В этой статье я решил написать не про полученные в Стэнфорде инсайты по Product Management - после 8 лет в продукте и вышеперечисленных курсов там в действительности было мало чего нового. А рассказать я хочу о курсе, который прошел совсем недавно, и на который никогда бы не обратил внимания, если бы не события на работе. И курс этот “Как продвигать свои идеи внутри компании”.

Краткая предыстория. Почти весь мой предыдущий профессиональный опыт - это стартапы в ранних стадиях. Компании с небольшим числом сотрудников, где все перформят с бешеной скоростью, а от идеи до реализации фичи проходит несколько часов. И после семи стартапных лет, меня угораздило залететь в BigTech - монстроподобного гиганта, который занимается примерно всем, и имя которого лучше не буду называть. А так как это мой первый бигтех - я по наивности своей думал, что смогу все исправить, починить и настроить эффективные процессы (наивный глупец).

Мои «революционные» предложения закопали еще на стадии обсуждения с формулировкой “Это все конечно интересно и классно, но у нас же все это и так как-то работает - не ломай”. После такого оглушительного фиаско мне стало интересно: а как вообще правильно продвигать свои идеи внутри больших организаций? И в поисках ответа я наткнулся на очень релевантный мини курс от любимого Стэнфорда про то, как рождаются и выживают идеи в корпоративных джунглях - “Getting Buy-In for Your Ideas”

Ниже приложу сюда его краткую выжимку, чтобы сэкономить вам несколько десятков часов и довольно много денег. Надеюсь, что кому-то, как и мне, это окажется в новинку и принесет более реалистичный взгляд на изменения в корпорациях.

В Стэнфорде на первой же лекции в лицо швыряют очевидное: без идей любая компания быстро превращается в музей динозавров. Мир меняется с бешеной скоростью, технологии устаревают быстрее, чем садится батарейка на айфоне зимой.

А вот решение принимают не боги Олимпа, а живые люди с ограниченным временем и вниманием. У них пять минут на твой питч. Всё, что ты донёс за это время - и есть твоя реальность. Поэтому идея должна быть упакована так, чтобы зашла сразу.

Инстинкт говорит: «Предлагай решение». Типа: «Давайте сделаем новый мессенджер». Но оказалось, что продавать проблему проще, чем готовый фикс.

• Все соглашаются с проблемой. Например: «онлайн-митинги у нас - это боль».
• А вот решения вызывают холивары: «Это новый софт», «Нет, это отваливающийся интранет», «Может, вообще оффлайн по старинке лучше».
• Учёные даже ввели термин «solution aversion» - когда люди отрицают проблему, потому что им не нравится предложенный фикс.

👉 Вывод: продавай баг-репорт, а не «релиз». Сначала договоритесь о боли, а потом уже вместе ищите патч.

Те самые грабли, на которые я наступил в новой компании: пытался протолкнуть «большую трансформацию». В итоге - минус доверие, минус энергия, плюс фрустрация.

В Стэнфорде учат другому: маленькие идеи побеждают большие. Кейс с курса: девушка хотела устроить конференцию на другом конце света с участием Опры. Офигенно? Ну да. Масштабно - очень. Итог: руководство её срезало на корню. Она расстроилась, но позже переформатировала идею в мини-подкаст с коллегами. Результат? Успех и признание. Хоть и без Опры конечно

Почему маленькое топчик:

• проще получить первые «да» (люди любят последовательность - если руководство уже согласилось на мелочь, потом легче согласиться на большее);
• маленький эксперимент проще и дешевле запустить;
• даже если провал - ущерб минимален;
• постепенно вырастаешь из «того, кто предлагает мелкую и реализуемую фигню», в «того, кто умеет запускать и доводить до конца».

Объясняя, зачем нужна идея, можно пойти двумя путями:

• Угроза: «Если мы это не сделаем, нас съест конкурент».
• Возможность: «Если сделаем, выйдем на новый рынок».

И то, и другое работает. Главное - не мешать их в одну кашу. Если одновременно кричишь «всё пропало» и «всё будет прекрасно», люди теряются.

Откровение, которое я усвоил: твоя идея не существует, пока её не услышали нужные люди.

• Понимай, кто реально принимает решение (часто это не тот, кого ты думаешь).
• Подстраивай язык: CTO нужно про масштабируемость, Head of Sales - про выручку, HR - про людей.
• Ищи союзников. Лучше всего работает связка «опытный ментор + толковый единомышленник».

Идея ≠ успех. Нужна подача.

• Начни с цепляющей мысли - короткой формулировки боли.
• Минимум «jargon monoxide» (любимый термин Стэнфорда для корпоративного бреда). Чем больше сыплешь аббревиатурами и выпендриваешься умными терминами, тем меньше тебя понимают. Начинай говорить “на умном”, только если твой собеседник начал первым.
• Истории и метафоры цепляют сильнее, чем десять слайдов с графиками.
• Всегда имей «первый шаг»: покажи, что можно сделать уже завтра.

❌ Отказали. Это не крах, а экономия ресурсов. В условном Google больше 90% идей режут на старте. Сделай пост-анализ, вынеси уроки, прокачай связи.

⏸ «Да, но давай не сейчас». Просто фиксируй обратную связь, жди правильного момента и не забудь вовремя напомнить о себе.

✅ Yes, go! Ура! Но готовься: на тебя свалится тонна фидбэка и противоречивых вводных.

Хотелось бы написать, что после прохождения курса все мои идеи полетели, и я уже все “починил”. Нет, вообще нет. Но теперь я придерживаюсь данного плана, и планомерными маленькими шагами иду к своей большой цели. Насколько это работает - напишу через пару-тройку лет.

А если у вас есть кейсы успешной реализации изменений в бигтеке - поделитесь своим опытом.