Тигран Басеян о бизнесе, уроках из жизни, о проектах и себе – Telegram
Тигран Басеян о бизнесе, уроках из жизни, о проектах и себе
81 subscribers
31 photos
6 videos
2 files
43 links
Меня зовут Басеян Тигран,
CEO geekz.ru
Преподаватель в ВШЭ

Основной канал: https://news.1rj.ru/str/blackproduct

по поводу сотрудничества: @tintobro
Download Telegram
Очень интересная декомпозиция заработка и затрат Амазона

Интересно, почему еще и амазон пошел на рынок спутников?

On Project Kuiper:

“We're accelerating satellite manufacturing at our facility in Kirkland, Washington. […] We continue to feel significant demand for the service from enterprise and government entities. We expect to start shipping production satellites late this year and continue to believe this could be a very large business for us.”


https://www.appeconomyinsights.com/p/amazon-this-team-is-cooking
Провел сессию на Ритме : https://itsmforum.ru/events/2024_08_09/

Говорили о создании ценности, лояльности и отношениях с клиентами как внутренними, так и внешними.

За 1 день собрали очень мне кажется неплохую доску в миро.

Вообще, если нужно что-то провести, рассказать, зовите – это я люблю

И да, приятно, когда есть фотограф под такие истории)

PS худи СНАМИБОГ - от https://111.moscow/
🔥7
Компания Sakana AI представила новую систему под названием The AI Scientist, которая может полностью автоматизировать научные исследования. Эта система использует модели искусственного интеллекта для генерации идей, проведения экспериментов, написания научных статей и их рецензирования без участия человека.

Стоимость создания одной научной статьи системой составляет примерно $15.
https://sakana.ai/ai-scientist/?utm_campaign=pu.newsletter._free._108._biznes_idei&utm_medium=email&utm_source=Sendsay

мне кажется это вау! может быть докатиться и до нас, продактов?
🔥4
зацените какая презентация получилась) воркшоп для всех в образовании о том, как использовать продуктовый подход в работе - вышло 116 слайдов)

по идее 2 часа, посмотрим как пойдет)
🤩2
Почему с нашим менталитетом надо обязательно ставить OKR, а не KPI-цели

Ещё далеко не все перешли на OKR и продолжают проигрывать тем, кто это сделал. Почему?

Потому что Русская модель управления Александра Прохорова хорошо вскрыла изъяны нашего мышления. Мы очень эффективны в кризисные времена и очень неэффективны в стабильные времена, потому что действуем как показано синим на рисунке. Мы герои и нам не интересно работать стабильно. Если мы знаем, что задачу можно сделать в режиме героя за 3 дня, а дано нам 10 дней, то мы 7 дней будем морально настраиваться, делать другие задачи, но не эту. Затем за 3 дня наступает точка кризиса и вот в этот момент мы засучиваем рукава и показываем класс. В итоге достигаем примерно того результата, как планировалось. Но вообще обычно немного не доделываем до конца, потому что героизм уже проявлен и стало неинтересно. При этом формально по KPI всё будет сделано чтобы получить бонус. Как можно по-другому?

OKR заставляет ставить цели сверхамбициозные. Такие, что у нас нет времени на раскачку. По сути мы попадаем в кризисную ситуацию, мы не можем 7 дней настраиваться. Прямо сейчас и в бой. То есть мы непрерывно идём в режиме героя. Да, если мы сделали цель на 70%, то это согласно OKR круто. И получается результат, как показано на рисунке красным. Разница видна — мы достигаем большего, чем через KPI систему. Но полностью меняется система мотивации относительно KPI. Нельзя привязывать бонусы к плановым значениям. В этом случае их всегда будут занижать опытные руководители. А как же выстроить тогда систему мотивации?

О шести моделях мотивации я расскажу в рамках нашего флагманского курса по OKR, который стартует уже 28 августа. Там же расскажу, что делать с потенциальным выгоранием, потому что не все могут быть героями. В общем, без OKR никуда. И у вас есть крутая возможность на этом курсе получить сразу 3 сертификата от OKR Standard — OKR Basic, OKR Practitioner и OKR Master.

Ещё из уникального — в этот раз при покупке курса мы бесплатно даём доступ к тренингу «Как самостоятельно проводить стратегические сессии в своей компании».

Ссылка на изучение курса и регистрацию здесь.
👍1
Forwarded from Qtim
Как-то заходят на подкаст бизнес-информатик, инженер и менеджер производства, чтобы поговорить о продуктовой разработке — так и родился шестой эпизод подкаста ПоQTIM.
Артем и Антон позвали в гости Тиграна Басеяна — основателя Geeks, старшего преподавателя ВШЭ. Поговорили об ошибках в работе, стартапах, налогах и еще очень много о чем)
Полтора часа конструктивной дискуссии получились. В ходе разговора стало ясно, что все участники говорили об образовании, хотя работают не по специальности. А как обстоят дела у вас?

Приятного просмотра 👇

YouTube
RUTUBE
ВКвидео
👍2
Фаундер влюбился в идею и прогорел

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

Он обладает невероятной твердостью характера, упорством и работоспособностью.

Уже три года он пилит свой продукт, есть успехи, но денег пока хватает только на Крошку Картошку.

Это каноничный пример, когда фаундер влюбляется в идею, переоценивает её, и теряет трезвость мысли.

Если ты влюбился в свой проект, то ты:

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

В результате ты в неадеквате.

Жизнь идет вперед, BMW выпускает новые модели автомобилей с буквой M, Ducati релизит новый спортивный мотоцикл, а ты не растешь.

А не расти – вообще не норм.

Первый-второй год надо расти месяц к месяцу процентов на 15.

Поэтому, если есть подозрение что ты переоценил свой проект, то лучшее решение – запускать второй в параллель.

Так ты начнешь смотреть на ситуацию извне, и вернешься в реальность.

P.S. Вместо коментов будет чат канала вот тут.
Пришел в Вышку провести лекцию для магистров: Дискавери-процесс запуска нового продукта: инструменты и кейсы

Пока сижу и готовлюсь к лекции в коворкинге для студентов, я офигел, как же тут круто!

Я за такое современное образование.

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

Кстати, я когда-то давно писал о том, как и зачем я начал преподавать в универе, обновить эту тему?
🦄2🗿1
Раб календаря

"Я раб лампы" говорил джин Алладину в советском фильме "Волшебная лампа Аладдина".
А я вот раб календаря.

Рабочие встречи, звонки, личные и семейные дела я веду в календаре.
Это очень удобно. Ты видишь свое расписание, расписание коллег, понимаешь когда ехать, куда ехать и иногда даже - зачем туда ехать.
Мой календарь управляет мной.

Если там будет встреча, я обязательно на ней буду. А вот если встречи в календаре нет - то не факт, что на нее приеду.

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

Но я знаю, что есть люди, которые все встречи держат в голове. Или таких уже не осталось в нашем продуктивном и эффективном мире? 🥸

#мысли
Please open Telegram to view this post
VIEW IN TELEGRAM
Forwarded from Про удобство (Михаил Греков) (Mikhail Grekov)
80% знаний получаются за 20% времени и стоят недорого — это джун уровень.

Самые ценные знания, а их немного — 20% от всех — получаются за 80% времени и стоят в разы больше.
Завтра буду выступать в рамках круглого стола на https://smart500.ru/

Круглый стол «Факторы роста и стратегии масштабирования технологического бизнеса» с 12 по 13

💎Дмитрий Калаев, директор «Акселератора ФРИИ», партнер венчурного фонда ФРИИ
💎Алексей Чаговец, партнер департамента финансового консультирования ДРТ (ex-Deloitte)
💎Дмитрий Исаев, директор по развитию инвестиционных проектов Softline Venture Partners
💎Светлана Берегулина, эксперт в B2B-маркетинге цифровых продуктов, ex-CMO «Битрикс», Mail.Ru, МШУ «Сколково»
💎Тигран Басеян, CEO Geekz и старший преподаватель НИУ ВШЭ. Ex-CPO и PO в geekbrains, ex-CPO в maximumtest
Модератор:
💎Дмитрий Филонов, журналист, автор The Edinorog


Очень крутые спикеры и я)

Будет возможность, приходите ❤️
🔥1🗿1
This media is not supported in your browser
VIEW IN TELEGRAM
Очень интересная вышла дискуссия на круглом столе вчера, надеюсь будет запись, чтобы поделиться выступлениями ФРИИ и Софтлайн, два Дмитрия - очень крутые специалисты и их приятно слушать.

💎Дмитрий Калаев, директор «Акселератора ФРИИ», партнер венчурного фонда ФРИИ
💎Дмитрий Исаев, директор по развитию инвестиционных проектов Softline Venture Partners

Вообще ходить на отраслевые встречи, очень интересно, рекомендую по возможности посещать.

До встречи, и хороших выходных
🔥2
Forwarded from CX: Стратегическая логика (Михаил Руденко)
Есть такая фраза: «тому, кто любит результат, не стоит интересоваться процессом его достижения». Особенно ярко эта мысль проявляется в политике и производстве колбасных изделий. Но и в ремесле управлении клиентским опытом тоже можно найти кое-что общее.

Что такое результат CX-функции? Очевидно, позитивный опыт. Все мы, как клиенты, любим получать приятные впечатления от потребления. Мы делимся в соцсетях примерами запомнившихся взаимодействий с компаниями, хвастаемся хорошо продуманными артефактами в точках контакта.

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

А теперь давайте сопоставим этот процесс и этот результат, и узрим интересное: ни исследования, ни тренинги не приводят к тому, что компании создают хороший опыт в реальности. Представляемые нами CX-процессы генерируют лишь идеи и концепции, а не изменения реальных взаимодействий.

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

1. Всё же, исследовательский режим. Без исследований никуда. Они позволяют составить картинку реальности «как есть» и проверить результаты наших усилий по созданию нового опыта. Они дают нам аргументы и опору для всех остальных режимов. Они необходимы, но их совершенно недостаточно.

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

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

Поэтому хороший CX-специалист — это не просто исследователь или фасилитатор. Прежде всего, это человек, способный выдерживать два последних режима работы. И к этому, обратите внимание, не готовят на тренингах по замерам NPS и не пишут таких требований в вакансиях. Поэтому человек, не готовый к таким испытаниям, будет вынужден или постоянно пребывать в стрессе, или работать «в стол», не видя реальных результатов своего труда. Что в конечном итоге, опять же приведет к стрессу и выгоранию.

Поэтому как бы вас ни вдохновляли хорошие результаты чьего-то CX’а, помните какой ценой это далось. И будьте готовы пройти этот путь, если хотите так же.
Закон Гудхарта

Очень важное наблюдение, но, к сожалению контринтуитивное, особенно для начинающих руководителей. Суть в том, что когда метрика становится целью, она перестаёт быть честным показателем. Это из-за того, что мы начинаем играть по цифрам, забывая о реальной ценности. Разберемся, как это работает на деле.

Мой примитивный, но крайне показательный пример. Количество задач, которые сделаны в месяц. Представим, что есть какая-то метрика, которая, к примеру, считает количество фич, или количество сторей (ну допустим). И мы такие: а давайте растить эту метрику, поставим всем ее в KPI!

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

Более того, в погоне за количеством сторей разработчики могут начать игнорировать техническое качество кода. Это ведет к увеличению технического долга: код становится сложнее поддерживать и развивать, что в перспективе замедляет процесс разработки и увеличивает количество ошибок. А если злоупотреблять, то там и до технического банкротства недалеко)

Ну или еще успешный самообман - увеличить декомпозицию, теперь вместо одной карточки у тебя может быть расписано три. То есть метрика выросла в три раза, но, объем конечной ценности при этом не увеличился. Имитация бурной деятельности во всей красе)

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

А у вас какие метрики лежат в KPI? Какие действительно вредят, а какие помогают, почему? Ставлю жопусотку, помогают продуктовые и качественные, вредят процессные
👍1
Итоги года, или как самому офигеть от собственной крутости.

Привет, это Андрей. В начале года я писал о том что хочу завести документ (дневник? таймлайн?) достижений своей команды, и регулярно его вести весь год.

Если коротко, то принцип ведения такой:

→ Записываются только результаты: выпустили релиз, провели эксперимент, в крайнем случае, провели исследование – вот выводы.
"Запланировали", "договорились", "сделали дизайн", "нарисовали архитектуру" – это не результаты, это не в счет.

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

→ По мере накопления материалов, старые записи можно корректировать: что-то замещается более значимыми событиями, что-то не проходит проверку временем.

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

Конец года близится. По большинству направлений работы уже совершенно понятно, чего удалось добиться. До рождественского code freeze осталось время на максимум два двухнедельных эксперимента. Пришло время подводить итоги и пожинать плоды.

Во-первых, это офигенно. За пару часов дополнительного структурирования и причесывания, у меня получилась красивая презентация результатов команды (в прошлые годы я тратил на подготовку такого отчета от пары дней до недели). Ну знаете... такая, что читаешь и сам офигеваешь от того, какие мы крутые.

Во-вторых, теперь у меня результаты готовы довольно сильно заранее, и я раздал этот документ всем членам команды, чтобы они могли оттуда брать красиво оформленные факты со всем evidense’ом для своих performance evaluation.

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

Конечно, в процессе работы над финальной презентацией, я сделал много наблюдений в духе: “а еще надо было вот это сохранить”, или “надо было сразу написать короткое executive summary”. Очень надеюсь, что смогу на основе этих learning’ов изменить свое поведение на следующий год.

А у вас как проходит подведение итогов? Или в вашей компании это еще рано делать?
👍1
Друзья, Мы собираемся провести совместно с Neiry конкурс проектов, хотим выбрать название, очень много споров, поэтому сделал небольшую форму – поделитесь вашим мнением: https://forms.gle/R4rg7h4cCv6MQTtD9

займет 3 минуты (8 вопросов)

Спасибо и хорошего дня, если прошли ставьте огонь)
🔥3
Forwarded from kyrillic
Про доходы разработчиков продактов, ч.3: в США vs не в США. Всем известно, что айтишники в США зарабатывают несоизмеримо больше, чем не в США. За редким исключением (пост).

1️⃣ На картинке к посту - распределение уровня зарплат продактов из недавней статьи Ленни.

Впечатляет распределение! Если в США иметь базовую зарплату в $150-200k - это вполне достижимо для многих продактов, то не в США (включая Европу!) иметь $150k в год не доступно почти никому. Не забываем добавить к этому более высокие налоги для многих стран.

2️⃣ По многим другим данным заметно, как разрыв доходов айтишников США vs неСША растет последние годы. Это связано прежде всего с тем, что американская экономика намного успешнее проходит все недавние глобальные невзгоды.

Как я упоминал в предыдущем посте, "Europe is the new India for US companies" - новая реальность. На этот тренд работает и демаргинализация удаленной работы.

3️⃣ Я бы сказал, что на уровне обычных айтишников теперь есть "работаю на США" vs "не получается работать на США". Ровно так уже много лет во фрилансе и у аутсорс агентств (есть посты на эту тему): если получилось зацепится на американском рынке, то фрилансер или агентство просто не смотрит на другие - нет никакого смысла из-за слишком низких чеков.

С одной стороны все описанное наводит на грустные мысли. Но с другой все стало проще: не работаешь на США - будешь скорее всего беднее! 🥲

@kyrillic
👌2🙏1