Вспомнил как снимали этот ролик для Microsoft Inspire с ребятами из США. Как в 4 утра пытались понять как попасть из Сыктывкара в Москву из-за отмененного рейса и летели сначала в Питер, а потом в Москву оттуда. Интересно что некоторые вещи, о которых говорится в ролике, тогда еще не было их и в помине, мы были к ним не готовы тогда, не было приложения даже, мы падали часто. А сегодня они работают в 900 пиццериях. https://www.youtube.com/watch?v=qnshI4dfP6E
YouTube
Dodo Pizza Microsoft Inspire 2017 Washington DC
Ролик о Dodo Pizza, показанный на глобальной конфереции Microsoft Inspire в Вашигтоне 13 июля 2017 года.
Ролик о Dodo Pizza, показанный на глобальной конфереции Microsoft Inspire в Вашигтоне сегодня 13 июля 2017 года. Спасибо команде Microsoft за такие фантастические…
Ролик о Dodo Pizza, показанный на глобальной конфереции Microsoft Inspire в Вашигтоне сегодня 13 июля 2017 года. Спасибо команде Microsoft за такие фантастические…
👍13❤8🔥4
Платформа. Что это такое и чем они отличаются от продукта.
Какие софтверные продукты вы используете в своей компании? GMail для почты и Google Docs для работы с документами, используете Jira или другой таск-трекер, Slack для обмена сообщениями, Zoom или Google Meet для онлайн звонков, Miro для онлайн досок, Notion для внутренней документации, github или gitlab для работы с кодом, figma для дизайна. Много разных продуктов и не всегда их легко интегрировать друг с другом. А было бы круто нарисовать дизайн в Figma и закрепить его сразу в Notion и запинить в рабочий канал команды в слаке.
Есть очень крутая статья от HubSpot на тему того чем отличаются платформы от продуктов. Здесь я приведу основные мысли о разнице продуктов и платформ со своими рассуждениями и примернами на Dodo IS.
Продукт – это набор инструментов от одной компании, который поставляется одним общим пакетом, решает 1-2-3 конкретные задачи. Когда у вас большой бизнес, скорее всего у вас много разных продуктов, как-то интегрированных друг с другом. Иногда интеграция в продукте с другими вообще не предусмотрена и он может работать только “сам в себе”, решая конкретные задачи.
Ключевое определение платформы, которое дается в статье что Платформа – это набор программного обеспечения, экосистема ресурсов, которая работает на рост бизнеса. Платформа обеспечивает этот рост за счет подключения сторонних продуктов и ресурсов. Ценность платформы растет с ростом ее возможностей и возможностей использования того или иного продукта внутри платформы.
Какие софтверные продукты вы используете в своей компании? GMail для почты и Google Docs для работы с документами, используете Jira или другой таск-трекер, Slack для обмена сообщениями, Zoom или Google Meet для онлайн звонков, Miro для онлайн досок, Notion для внутренней документации, github или gitlab для работы с кодом, figma для дизайна. Много разных продуктов и не всегда их легко интегрировать друг с другом. А было бы круто нарисовать дизайн в Figma и закрепить его сразу в Notion и запинить в рабочий канал команды в слаке.
Есть очень крутая статья от HubSpot на тему того чем отличаются платформы от продуктов. Здесь я приведу основные мысли о разнице продуктов и платформ со своими рассуждениями и примернами на Dodo IS.
Продукт – это набор инструментов от одной компании, который поставляется одним общим пакетом, решает 1-2-3 конкретные задачи. Когда у вас большой бизнес, скорее всего у вас много разных продуктов, как-то интегрированных друг с другом. Иногда интеграция в продукте с другими вообще не предусмотрена и он может работать только “сам в себе”, решая конкретные задачи.
Ключевое определение платформы, которое дается в статье что Платформа – это набор программного обеспечения, экосистема ресурсов, которая работает на рост бизнеса. Платформа обеспечивает этот рост за счет подключения сторонних продуктов и ресурсов. Ценность платформы растет с ростом ее возможностей и возможностей использования того или иного продукта внутри платформы.
🔥14❤4😁1
Подключение внешних ресурсов
В этом определении есть одна важная деталь. Речь не только про подключаемые продукты, но и про ресурсы вообще. Это может быть аутсорс или аутстафф, временный или постоянный, на конкретный небольшой проект или большую работу на годы. Хорошую платформу от плохой отличает простота этого подключения, возможность работать независимо в своем окружении, взаимодействуя с платформой через API.
Объясню на примере Dodo IS, уже давно реализованный пример с плагинами для касс. Каждый раз когда мы выходим в новую страну, мы интегрируемся с местными чековыми принтерами, кассами, налоговой. Для PoS терминала не важно, в какой он стране, чек он и в Африке чек. Но детали того как этот чек печатается, какая информация на нем отличаются. Мы создали систему плагинов и теперь любая подобная интеграция может делаться независимо от Dodo IS, взаимодействуя с ней через API контракт. Мы можем привлекать любое количество команд на аутсорс чтобы реализовать интеграцию в конкретной стране. Так работает платформа.
Подключение внешних продуктов и гибкость
Если платформа является основой экосистемы вашего бизнеса, вам не нужно ограничиваться одним набором продуктов - вы можете добавлять и убирать новые приложения и инструменты по мере роста и изменения вашего бизнеса, без необходимости начинать все с нуля или заниматься сложной миграцией.
Вы не ограничены тем кто именно разрабатывает конкретные конечные продукты. Сегодня вы можете делать что-то сами, а завтра взять готовый инструмент с рынка. Или наоборот, начать рост с готовым и доступным на рынке инструментом, а затем постепенно двигаться в создание своего продукта, который лучше адаптирован непосредственно под ваш бизнес.
В Додо есть примеры как одного, так и другого подходов. Сердце системы Dodo IS – трекинг. Система, подсказывающая пиццемейкерам какие пиццы готовить, какие ингридиенты надо убрать или добавить. Трекинг мы всегда разрабатывали сами, кастомизировали его под Кофе и Донер, но к нему надо относиться именно как к конечному отдельному продукту. Сегодня он – часть платформы Dodo IS, но он так же отдельный конечный продукт в платформе, который сегодня может выглядеть так, а завтра измениться или быть замененным на другой.
Что нужно чтобы такая гибкость работала?
Для того чтобы это работало действительно так, важно соблюдать два ключевых фокуса при разработке платформы:
1. API everywhere. Любое взаимодействие между продуктами платформы осуществляется через API.
2. Доступные данные. На данных строится принятие решений, данные, которые генерит один продукт, могут использоваться десятком других продуктов внутри платформы. Даете ли вы такой доступ через дата-платформу или просто выставляете API с данными наружу – ваш выбор.
В этом определении есть одна важная деталь. Речь не только про подключаемые продукты, но и про ресурсы вообще. Это может быть аутсорс или аутстафф, временный или постоянный, на конкретный небольшой проект или большую работу на годы. Хорошую платформу от плохой отличает простота этого подключения, возможность работать независимо в своем окружении, взаимодействуя с платформой через API.
Объясню на примере Dodo IS, уже давно реализованный пример с плагинами для касс. Каждый раз когда мы выходим в новую страну, мы интегрируемся с местными чековыми принтерами, кассами, налоговой. Для PoS терминала не важно, в какой он стране, чек он и в Африке чек. Но детали того как этот чек печатается, какая информация на нем отличаются. Мы создали систему плагинов и теперь любая подобная интеграция может делаться независимо от Dodo IS, взаимодействуя с ней через API контракт. Мы можем привлекать любое количество команд на аутсорс чтобы реализовать интеграцию в конкретной стране. Так работает платформа.
Подключение внешних продуктов и гибкость
Если платформа является основой экосистемы вашего бизнеса, вам не нужно ограничиваться одним набором продуктов - вы можете добавлять и убирать новые приложения и инструменты по мере роста и изменения вашего бизнеса, без необходимости начинать все с нуля или заниматься сложной миграцией.
Вы не ограничены тем кто именно разрабатывает конкретные конечные продукты. Сегодня вы можете делать что-то сами, а завтра взять готовый инструмент с рынка. Или наоборот, начать рост с готовым и доступным на рынке инструментом, а затем постепенно двигаться в создание своего продукта, который лучше адаптирован непосредственно под ваш бизнес.
В Додо есть примеры как одного, так и другого подходов. Сердце системы Dodo IS – трекинг. Система, подсказывающая пиццемейкерам какие пиццы готовить, какие ингридиенты надо убрать или добавить. Трекинг мы всегда разрабатывали сами, кастомизировали его под Кофе и Донер, но к нему надо относиться именно как к конечному отдельному продукту. Сегодня он – часть платформы Dodo IS, но он так же отдельный конечный продукт в платформе, который сегодня может выглядеть так, а завтра измениться или быть замененным на другой.
Что нужно чтобы такая гибкость работала?
Для того чтобы это работало действительно так, важно соблюдать два ключевых фокуса при разработке платформы:
1. API everywhere. Любое взаимодействие между продуктами платформы осуществляется через API.
2. Доступные данные. На данных строится принятие решений, данные, которые генерит один продукт, могут использоваться десятком других продуктов внутри платформы. Даете ли вы такой доступ через дата-платформу или просто выставляете API с данными наружу – ваш выбор.
🔥9
А теперь еще попробуем площадку на dzen с тем же материалом. Не спрашивайте почему именно dzen, просто предложили там публиковать то что публикую в канале, я и решил попробовать.
https://dzen.ru/a/ZFSXwvHf1gub0kg7?share_to=telegram
https://dzen.ru/a/ZFSXwvHf1gub0kg7?share_to=telegram
👍3😱1
Друзья,
Я ищу 4х человек, которых возьму на менторинг. Ищу людей, которые в ближайшие полгода-год хотят поменять работу и найти что-то на ролях Engineering Manager / VP of Engineering / CTO / CIO / Head of (Mobile/Frontend/Backend/etc). Возможно вы сейчас уже в одной из этих позиций и понимаете где и в чем вам нужно прокачаться чтобы расти дальше. Возможно, вы еще только приближаетесь к такому менеджменту в IT. Не важно. Ключевой критерий – вы планируете сменить работу в ближайшие полгода-год.
Что мы будем делать?
Мы разберем требования, которые предъявляют работодатели на таких ролях, разберем где стоит прокачаться и у нас будет полгода-год чтобы нужный опыт на кейсах заполучить. Будем разбирать кейсы, проблемы и сложности на текущей роли, искать решения для них и расти для того чтобы не только пройти собеседование на новую роль, но и работать (собеседования и работа, это все-таки разные вещи).
Будем разбирать как строить команды, как меняются подходы к работе, когда у тебя 4-10 человек в команде, а когда 40 и 100 и даже больше. Будем разбирать когда надо включить режим “control freak”, а когда надо отпустить и не лезть. Будем разбирать как внедрять изменения, как работать вообще с внедрением в продукте и почему это важно, как стартовать новое, коммуникации, в общем все что так или иначе потребуется в новых ролях.
Это не бесплатно, но стоимость будет очень формальной – $199/год.
Если вам интересно поучаствовать, напишите мне в личку @alexandronov следующие детали:
- где и в какой роли вы работаете сейчас?
- какую работу вы хотели бы найти в ближайшие полгода-год?
- в чем видите челленжи свои собственные для этого поиска, чего, по вашему мнению, вам не хватает для новой работы/роли?
- ссылку на Linkedin.
Лайк, шер, репост приветствуются. Я уверен что у вас в контактах есть 2-3 человека, которые вы знаете, потенциально будут менять работу в IT-менеджменте. Скиньте им это сообщение @ctodevelopers.
Я ищу 4х человек, которых возьму на менторинг. Ищу людей, которые в ближайшие полгода-год хотят поменять работу и найти что-то на ролях Engineering Manager / VP of Engineering / CTO / CIO / Head of (Mobile/Frontend/Backend/etc). Возможно вы сейчас уже в одной из этих позиций и понимаете где и в чем вам нужно прокачаться чтобы расти дальше. Возможно, вы еще только приближаетесь к такому менеджменту в IT. Не важно. Ключевой критерий – вы планируете сменить работу в ближайшие полгода-год.
Что мы будем делать?
Мы разберем требования, которые предъявляют работодатели на таких ролях, разберем где стоит прокачаться и у нас будет полгода-год чтобы нужный опыт на кейсах заполучить. Будем разбирать кейсы, проблемы и сложности на текущей роли, искать решения для них и расти для того чтобы не только пройти собеседование на новую роль, но и работать (собеседования и работа, это все-таки разные вещи).
Будем разбирать как строить команды, как меняются подходы к работе, когда у тебя 4-10 человек в команде, а когда 40 и 100 и даже больше. Будем разбирать когда надо включить режим “control freak”, а когда надо отпустить и не лезть. Будем разбирать как внедрять изменения, как работать вообще с внедрением в продукте и почему это важно, как стартовать новое, коммуникации, в общем все что так или иначе потребуется в новых ролях.
Это не бесплатно, но стоимость будет очень формальной – $199/год.
Если вам интересно поучаствовать, напишите мне в личку @alexandronov следующие детали:
- где и в какой роли вы работаете сейчас?
- какую работу вы хотели бы найти в ближайшие полгода-год?
- в чем видите челленжи свои собственные для этого поиска, чего, по вашему мнению, вам не хватает для новой работы/роли?
- ссылку на Linkedin.
Лайк, шер, репост приветствуются. Я уверен что у вас в контактах есть 2-3 человека, которые вы знаете, потенциально будут менять работу в IT-менеджменте. Скиньте им это сообщение @ctodevelopers.
🔥48👍12❤3😁3
99developers pinned «Друзья, Я ищу 4х человек, которых возьму на менторинг. Ищу людей, которые в ближайшие полгода-год хотят поменять работу и найти что-то на ролях Engineering Manager / VP of Engineering / CTO / CIO / Head of (Mobile/Frontend/Backend/etc). Возможно вы сейчас…»
Друзья, я всем отвечу. Очень много человек написали, всем отвечу в ближайшие 1-2 дня! Спасибо огромное за интерес 🙂
👍16❤2
Я думал написать завтра, но не могу удержаться…простите, это будет эмоционально, если эмоции не нужны, не читайте.
🚀Маркетплейс приложений Dodo IS открыт и доступен любому!! 🚀 Думаете это простой дежурный анонс новой фичи или чего-то подобного?
Нифига!
Я не могу выразить все эмоции от того насколько это важно, круто и что то что это последний кусочек паззла в реализации стратегии платформы Dodo IS. Это не просто изменение информационной системы, они меняют возможности всего бизнеса. Мы не можем все сделать сами. Мы развиваемся по франшизе и привлекаем партнеров-франчайзи.
А теперь еще можем привлекать разрабтчиков делать расширения для Dodo IS. И интегрировать ее со своими системами! Или зарабатывать на этом! Или проводить эксперименты! Или интегрировать девайсы! ДА ЧТО УГОДНО!
Мы создаем комьюнити и новый рынок, который должен будет явным образом контрибьютить в стоимость компании.
Черт возьми, ребята, я горжусь вами! У меня просто слезы на глазах, я не шучу. Лет через 5 другие люди будут смотреть на Dodo IS и даже не предполагать что было как-то иначе. Маркетплейс приложений Dodo IS запущен. Остальное история! Люблю вас ❤️! Спасибо!
@dodo_is_marketplace
🚀Маркетплейс приложений Dodo IS открыт и доступен любому!! 🚀 Думаете это простой дежурный анонс новой фичи или чего-то подобного?
Нифига!
Я не могу выразить все эмоции от того насколько это важно, круто и что то что это последний кусочек паззла в реализации стратегии платформы Dodo IS. Это не просто изменение информационной системы, они меняют возможности всего бизнеса. Мы не можем все сделать сами. Мы развиваемся по франшизе и привлекаем партнеров-франчайзи.
А теперь еще можем привлекать разрабтчиков делать расширения для Dodo IS. И интегрировать ее со своими системами! Или зарабатывать на этом! Или проводить эксперименты! Или интегрировать девайсы! ДА ЧТО УГОДНО!
Мы создаем комьюнити и новый рынок, который должен будет явным образом контрибьютить в стоимость компании.
Черт возьми, ребята, я горжусь вами! У меня просто слезы на глазах, я не шучу. Лет через 5 другие люди будут смотреть на Dodo IS и даже не предполагать что было как-то иначе. Маркетплейс приложений Dodo IS запущен. Остальное история! Люблю вас ❤️! Спасибо!
@dodo_is_marketplace
❤80🔥50👍28🤩4😱1
Я больше не CEO Dodo Engineering.
С 2017 года, когда я присоединился к Додо мы вырастили команду с 35 до 250+ человек. С командой мы за 6 лет превратили Dodo IS в инструмент, который позволяет масштабировать бизнес в разных странах и на разные бренды. Запустили мобильные приложения, приложение курьеров, сделали данные доступными через дата-платформу для запуска ML моделей, а так же аналитики и отчетов, запустили SRE и 24/7 дежурства, упростили локализацию и адаптацию системы под новую страну (налоги, требования по продаже еды, эквайринги и принтеры) с помощью плагинной системы, с таким же подходом кастомизировали трекинг, создали структуру глобальных и рыночных команд для скорости, работающую по inner source подходу, запустили Marketplace для сторонних расширений. И кучу всего еще.
В 2017 году про нас знали как про сеть пиццерий и на нашу вакансию разработчика обычно реагировали так: “разработчик в пиццерии?? 1С чтоли настраивать???”. В 2022м мы вошли в ТОП-10 в рейтинге IT-брендов работодателей.
Что такой мой главный продукт – Dodo IS?
Dodo IS – платформа (ключевое слово) для управления ресторанами, работает в 900+ точках в 17 странах, в режиме 24/7. В пиковое время через систему проходит 760 заказов в минуту.
Немного цифр про Dodo IS и IT вообще
• 17 стран (Китай, Эстония, Великобритания, Кыргызстан, Казахстан, Литва, Россия, Румыния, Узбекистан, Белоруссия, Словения, Нигерия, Германия, Вьетнам, Польша, Таджикистан, ОАЭ);
• 900+ пиццерий, 14 кофеен, 7 донерных;
• 35K+ сотрудников работает во всей сети;
• 600+ сотрудников в Dodo Brands, из них 250+ человек в Dodo Engineering;
• 22+ млн клиентов, 3,5 млн MAU;
• Выручка сети за 2022: $830M+
• 350 заказов в минуту в будни, 510 заказов в минуту в выходные, 760 заказов в минуту — зафиксированный максимум 8 марта 2023 worldwide и 679 заказов в минуту в RU.
В 2017, когда мы падали каждую среду, не могли построить средних размеров отчет, не имели ни приложения для курьеров ни даже для клиентов, особо не умели поддерживать много стран, даже представить себе не мог к чему мы придем в 2023. Сейчас, когда я смотрю на это “со стороны”, у меня проскальзывает только одно чувство – чувство гордости и безмерного уважения команде, с которой я работал!
Что дальше?
Увидим 🙂
С 2017 года, когда я присоединился к Додо мы вырастили команду с 35 до 250+ человек. С командой мы за 6 лет превратили Dodo IS в инструмент, который позволяет масштабировать бизнес в разных странах и на разные бренды. Запустили мобильные приложения, приложение курьеров, сделали данные доступными через дата-платформу для запуска ML моделей, а так же аналитики и отчетов, запустили SRE и 24/7 дежурства, упростили локализацию и адаптацию системы под новую страну (налоги, требования по продаже еды, эквайринги и принтеры) с помощью плагинной системы, с таким же подходом кастомизировали трекинг, создали структуру глобальных и рыночных команд для скорости, работающую по inner source подходу, запустили Marketplace для сторонних расширений. И кучу всего еще.
В 2017 году про нас знали как про сеть пиццерий и на нашу вакансию разработчика обычно реагировали так: “разработчик в пиццерии?? 1С чтоли настраивать???”. В 2022м мы вошли в ТОП-10 в рейтинге IT-брендов работодателей.
Что такой мой главный продукт – Dodo IS?
Dodo IS – платформа (ключевое слово) для управления ресторанами, работает в 900+ точках в 17 странах, в режиме 24/7. В пиковое время через систему проходит 760 заказов в минуту.
Немного цифр про Dodo IS и IT вообще
• 17 стран (Китай, Эстония, Великобритания, Кыргызстан, Казахстан, Литва, Россия, Румыния, Узбекистан, Белоруссия, Словения, Нигерия, Германия, Вьетнам, Польша, Таджикистан, ОАЭ);
• 900+ пиццерий, 14 кофеен, 7 донерных;
• 35K+ сотрудников работает во всей сети;
• 600+ сотрудников в Dodo Brands, из них 250+ человек в Dodo Engineering;
• 22+ млн клиентов, 3,5 млн MAU;
• Выручка сети за 2022: $830M+
• 350 заказов в минуту в будни, 510 заказов в минуту в выходные, 760 заказов в минуту — зафиксированный максимум 8 марта 2023 worldwide и 679 заказов в минуту в RU.
В 2017, когда мы падали каждую среду, не могли построить средних размеров отчет, не имели ни приложения для курьеров ни даже для клиентов, особо не умели поддерживать много стран, даже представить себе не мог к чему мы придем в 2023. Сейчас, когда я смотрю на это “со стороны”, у меня проскальзывает только одно чувство – чувство гордости и безмерного уважения команде, с которой я работал!
Что дальше?
Увидим 🙂
❤142🔥36👍13😱7🤔5
99developers pinned «Я больше не CEO Dodo Engineering. С 2017 года, когда я присоединился к Додо мы вырастили команду с 35 до 250+ человек. С командой мы за 6 лет превратили Dodo IS в инструмент, который позволяет масштабировать бизнес в разных странах и на разные бренды. Запустили…»
Друзья, какие интересные подкасты вы слушаете регулярно? Про стартапы, технологии, продукт, разработку, историю, что угодно. Пошарьте интересного 🙂
❤7👍2
🌎 Нетворк творит просто какие-то чудеса! Если честно, я тут пребываю в легком супер-позитивном шоке от развития событий (сорян, без деталей пока). 🚀 Вторая лучшая инвестиция в вас, которая только может существовать – это нетворк.
Нетворкайтесь чаще. Говорю вам как настоящий интроверт и самый стесняющийся человек на конференциях 🙂
PS. Я понимаю что этот пост не несет какого-то супер огромного смысла, я таки стараюсь канал держать в рамках приличия. Но черт возьми, нетворк творит просто чудеса!!!
Нетворкайтесь чаще. Говорю вам как настоящий интроверт и самый стесняющийся человек на конференциях 🙂
PS. Я понимаю что этот пост не несет какого-то супер огромного смысла, я таки стараюсь канал держать в рамках приличия. Но черт возьми, нетворк творит просто чудеса!!!
🔥72🤔8❤6
Для продаж модель оказалась слишком сложной.
Если вы помните, где-то 1.5 месяца назад я написал что ищу 4х человек на менторинг. Ключевым моментом было то что я искал людей, готовящихся сменить работу и пойти в роли Engineering Manager / VP of Engineering / CTO / Head of X, в общем менеджерские роли в IT. Изначальной идеей было построить рекрутинговое агенство на этом.
В менторинге ключевая проблема – найти баланс стоимости. Для ментора нет смысла продавать свое время дешево. Для менти услуги могут быть дорогие и хватит на несколько сессий, но долгосрочно вывезти можно только если оплачивать будет не он сам, а компания. Не часто на такое соглашаются. Идея с рекрутингом была призвана решить эту проблему. Компании итак платят за рекрутмент, а тут получают еще человека, которого менторить будут год. Не создавая тут дополнительных денег. Все в плюсе.
📉Но у такой модели оказалось две очевидных (я их понимал вначале, но искал решения таки) проблемы.
Первая – слишком сложно продавать компаниям изменение устоявшегося рекрутмента. На меня смотрели как на идиота, понимая услугу, которую я предлагаю, но прямо говоря: “чувак, мы так-то наймем, а дальше уж разберемся, плюс внутри у нас на наших задачах человек все равно вырастет”. Но можно было дальше решать.
Вторая проблема важнее. Она добавляла менти слишком много ограничений и усложняла процесс поиска работы.
🚀Модель надо менять. Новая гипотеза заключается в том чтобы фокусироваться в менторинге не на тех кто планирует скоро менять работу, а на тех кто ее только-только сменил или выходит в билжайшее время в новую компанию или новую роль (да, тут можно даже не менять компанию, речь ведь про роль и ответственность). Вот таким людям менторинг будет важнее и нужнее, потому что факт роста в ответственности уже произошел, вопросы и кейсы новые точно будут появляться и будет возможность их о кого-то побить, кто может помочь с поиском решений. Или просто ответить на вопрос “а не фигню ли я делаю”.
💳По монетизации менторинга (напомню, что это ключевая проблема) можно придумать “отложенный платеж”. Mentor now, pay later :). Если человек сменил работу, скорее всего он сделал это с повышением зарплаты. Большим или нет, не важно. Буду предлагать вариант – на протяжении X месяцев менторинга он платит 50% своего инкриза (инкриза, не зарплаты) за менторинг. К примеру, перешел он с рейзом на 50,000 рублей, вот значит 25,000 в месяц будет его платеж. % и сколько по времени, все это можно решать индивидуально и договариваться. С учетом темпа тут можно как раз найти тот самый баланс между ценой для менти (он ведь точно не уронит свой уровень жизни, если только-только перешел) и стоимостью для ментора.
📟Так что друзья, если вы недавно сменили работу, перешли в роль Team Lead / Head of X / Engineering Manager / Sr. Engineering Manager / VP of Engineering / CTO и заинтересованы в менторинге, пишите мне в личку @alexandronov. Попробуем, может что-то получится.
Подписывайтесь на @ctodevelopers
PS. Изначальный пост от 15 мая привел меня к знакомству с очень интересной командой одного стартапа, которй делает менторинговую платформу. Будет интересно 🙂
Если вы помните, где-то 1.5 месяца назад я написал что ищу 4х человек на менторинг. Ключевым моментом было то что я искал людей, готовящихся сменить работу и пойти в роли Engineering Manager / VP of Engineering / CTO / Head of X, в общем менеджерские роли в IT. Изначальной идеей было построить рекрутинговое агенство на этом.
В менторинге ключевая проблема – найти баланс стоимости. Для ментора нет смысла продавать свое время дешево. Для менти услуги могут быть дорогие и хватит на несколько сессий, но долгосрочно вывезти можно только если оплачивать будет не он сам, а компания. Не часто на такое соглашаются. Идея с рекрутингом была призвана решить эту проблему. Компании итак платят за рекрутмент, а тут получают еще человека, которого менторить будут год. Не создавая тут дополнительных денег. Все в плюсе.
📉Но у такой модели оказалось две очевидных (я их понимал вначале, но искал решения таки) проблемы.
Первая – слишком сложно продавать компаниям изменение устоявшегося рекрутмента. На меня смотрели как на идиота, понимая услугу, которую я предлагаю, но прямо говоря: “чувак, мы так-то наймем, а дальше уж разберемся, плюс внутри у нас на наших задачах человек все равно вырастет”. Но можно было дальше решать.
Вторая проблема важнее. Она добавляла менти слишком много ограничений и усложняла процесс поиска работы.
🚀Модель надо менять. Новая гипотеза заключается в том чтобы фокусироваться в менторинге не на тех кто планирует скоро менять работу, а на тех кто ее только-только сменил или выходит в билжайшее время в новую компанию или новую роль (да, тут можно даже не менять компанию, речь ведь про роль и ответственность). Вот таким людям менторинг будет важнее и нужнее, потому что факт роста в ответственности уже произошел, вопросы и кейсы новые точно будут появляться и будет возможность их о кого-то побить, кто может помочь с поиском решений. Или просто ответить на вопрос “а не фигню ли я делаю”.
💳По монетизации менторинга (напомню, что это ключевая проблема) можно придумать “отложенный платеж”. Mentor now, pay later :). Если человек сменил работу, скорее всего он сделал это с повышением зарплаты. Большим или нет, не важно. Буду предлагать вариант – на протяжении X месяцев менторинга он платит 50% своего инкриза (инкриза, не зарплаты) за менторинг. К примеру, перешел он с рейзом на 50,000 рублей, вот значит 25,000 в месяц будет его платеж. % и сколько по времени, все это можно решать индивидуально и договариваться. С учетом темпа тут можно как раз найти тот самый баланс между ценой для менти (он ведь точно не уронит свой уровень жизни, если только-только перешел) и стоимостью для ментора.
📟Так что друзья, если вы недавно сменили работу, перешли в роль Team Lead / Head of X / Engineering Manager / Sr. Engineering Manager / VP of Engineering / CTO и заинтересованы в менторинге, пишите мне в личку @alexandronov. Попробуем, может что-то получится.
Подписывайтесь на @ctodevelopers
PS. Изначальный пост от 15 мая привел меня к знакомству с очень интересной командой одного стартапа, которй делает менторинговую платформу. Будет интересно 🙂
👍14❤7🔥4😁2
99developers pinned «Я больше не CEO Dodo Engineering. С 2017 года, когда я присоединился к Додо мы вырастили команду с 35 до 250+ человек. С командой мы за 6 лет превратили Dodo IS в инструмент, который позволяет масштабировать бизнес в разных странах и на разные бренды. Запустили…»
Хотите вакансию в стартап на ранней стадии? Это именно та ситуация, когда можно стать частью раннего развития, того самого стартапного драйва, который не отпускает по ночам. Та ситуация, когда компетенции и скиллы важны, но желание сделать продукт лучше еще важнее.
Итак, друзья, первая вакансия в стартап, с которым я, что называется, engaged. Называется он wayy.co.
Для начала предыстория. 15 мая я написал в канале у себя что ищу на менторинг людей. Та история через несколько рукопожатий познакомила меня с wayy.co. Ребята делают менторинговую платформу и mentoring co-pilot(!). В команде уже есть топовые чуваки, которые занимаются LLM, есть инвестиции первые и возможность работать удаленно.
Описание вакансии
На бэкенде .NET. За деньги + equity.
Ну и все что нужно для стартапа: энергия, желание херачить, способность делать все и быстро, чтобы запустить продукт и дальше выстраивать уже долгосрочное развитие.
Пишите в личку @alexandronov
Итак, друзья, первая вакансия в стартап, с которым я, что называется, engaged. Называется он wayy.co.
Для начала предыстория. 15 мая я написал в канале у себя что ищу на менторинг людей. Та история через несколько рукопожатий познакомила меня с wayy.co. Ребята делают менторинговую платформу и mentoring co-pilot(!). В команде уже есть топовые чуваки, которые занимаются LLM, есть инвестиции первые и возможность работать удаленно.
Описание вакансии
На бэкенде .NET. За деньги + equity.
Ну и все что нужно для стартапа: энергия, желание херачить, способность делать все и быстро, чтобы запустить продукт и дальше выстраивать уже долгосрочное развитие.
Пишите в личку @alexandronov
👍7🔥5
Нашел один очень интересный Youtube канал для обучения. Называется ByteByteGo. Там не большие курсы или видео с глубокими обзорами на 3 часа. Там много ответов на конкретные вопросы, которые нужно понимать разработчикам
Что такое OAuth2 и как он работает?
Как работает DNS?
За счет чего Redis такой быстрый?
Что такое RPC?
Короткие видео объясняют основную суть. Без погружения в глубокие детали, но для верхнеуровневого понимания более чем достаточно. Я бы рекомендовал даже компаниям собрать собственную подборку видео из этого канала и использовать ее в процессе онбординга.
Что такое OAuth2 и как он работает?
Как работает DNS?
За счет чего Redis такой быстрый?
Что такое RPC?
Короткие видео объясняют основную суть. Без погружения в глубокие детали, но для верхнеуровневого понимания более чем достаточно. Я бы рекомендовал даже компаниям собрать собственную подборку видео из этого канала и использовать ее в процессе онбординга.
🔥34👍10
За последние несколько месяцев у меня происходит очень много самых разных событий, о которых я скоро расскажу. События, определяющие жизнь на ближайшие несколько лет, они не такие простые. Но сейчас не об этом. Сейчас я хочу поделиться одним наблюдением, которое заметил в российских компаниях (я про технологические компании, конечно).
Сначала disclaimer: то что я напишу относится не ко всем компаниям.
Культура меняется и становится…дичью. Думал какое слово тут подобрать и не нашел лучшего.
Уход иностранных компаний с российского рынка сказывается не только на экономике. Уходя, закрывая офисы, продавая бизнес в РФ, компании увозят свою культуру. Уходят подходы, которые были сфокусированы на людях, долгосрочных целях, долгосрочной эффективности, подходы, когда ты можешь на 1:1 высказать что угодно, когда ты можешь дать и получить фидбек. Уходит культура личной ответственности.
И возвращается культура “старая”. Культура “я начальник – ты дурак”. Культура, когда страшно высказать свое мнение. Культура, которая строится вокруг достижения краткосрочных целей. Знаете, как будто такая “старая советская”, только плохое из нее. Пришел, выжал из людей все – ушел. Люди – ресурсы, их легко можно заменить. Ну подумаешь уйдут, наймем новых. Просто циферки в экселе чуть поедут, не страшно.
С течением времени компании, которые сохраняют культуру с фокусом на открытости, людях и долгосроке, выигрывают. Но кажется что теперь они будут выигрывать еще сильнее, пропасть между “хорошим” и “плохим” менеджментом будет расти. Люди, работающие в IT, будут все это видеть, сначала подмечать странности, затем видеть разницу, а затем делать выбор в пользу тех кто продолжает быть уверен что люди – ключевой критерий успеха в любом бизнесе.
Сначала disclaimer: то что я напишу относится не ко всем компаниям.
Культура меняется и становится…дичью. Думал какое слово тут подобрать и не нашел лучшего.
Уход иностранных компаний с российского рынка сказывается не только на экономике. Уходя, закрывая офисы, продавая бизнес в РФ, компании увозят свою культуру. Уходят подходы, которые были сфокусированы на людях, долгосрочных целях, долгосрочной эффективности, подходы, когда ты можешь на 1:1 высказать что угодно, когда ты можешь дать и получить фидбек. Уходит культура личной ответственности.
И возвращается культура “старая”. Культура “я начальник – ты дурак”. Культура, когда страшно высказать свое мнение. Культура, которая строится вокруг достижения краткосрочных целей. Знаете, как будто такая “старая советская”, только плохое из нее. Пришел, выжал из людей все – ушел. Люди – ресурсы, их легко можно заменить. Ну подумаешь уйдут, наймем новых. Просто циферки в экселе чуть поедут, не страшно.
С течением времени компании, которые сохраняют культуру с фокусом на открытости, людях и долгосроке, выигрывают. Но кажется что теперь они будут выигрывать еще сильнее, пропасть между “хорошим” и “плохим” менеджментом будет расти. Люди, работающие в IT, будут все это видеть, сначала подмечать странности, затем видеть разницу, а затем делать выбор в пользу тех кто продолжает быть уверен что люди – ключевой критерий успеха в любом бизнесе.
👍49🤔15🔥13❤10
Я пока не знаю зачем, какие сторис можно было бы публиковать в телеграмм канале, но на лучше иметь возможность, чем нет.
https://www.tgoop.com/ctodevelopers?boost
You know what to do :)
https://www.tgoop.com/ctodevelopers?boost
You know what to do :)
Выбор техстэка для стартапа
Да, сейчас этот вопрос очень актуален для меня :). Поэтому делюсь мыслями и парой полезных ссылок.
На чем код писать?
В Додо часто когда рассказывал о системе, об IT, задавали вопрос – почему все на .NET? В ответ как-будто каждый раз ждали истории про сравнение, объективные причины, перфоманс, люди и т.д. А ответ на это был крайне простой и прозаичный. Первые 2 разработчика, которые поверили в проект, поверили в Фёдора знали .NET. Вот и вся причина.
Сейчас для меня вопрос “какой стэк взять в стартап” актуален. Каков будет масштаб? С каким опытом (домена и техники) мне было бы интересно приводить разработчиков в компанию? Какой вообще масштаб команды нужно будет собрать потенциально? А в каких регионах?
Все это вопросы актуальные. Однако, они актуальны на этап масштабирования. Они теряют свой вес, когда ты начинаешь думать о том что у тебя есть “здесь и сейчас”. Запуск стартапа – это ситуация, когда тебе надо максимально быстро что-то запустить, максимально быстро проверить фит продукта, сделать 1-2-3 пивота чтобы найти что масшатбировать. И поэтому мы смотрим на то что есть здесь и сейчас.
Вы делаете финансовый продукт, 99.99% финтех стартапов запускаются на Java/Kotlin (ну, мне так кажется, может статистика чуть другая, но подавляющее большинство именно на них). Но если технический ко-фаундер не работал с Java, а знает .NET, то можно финтех построить и на .NET, по крайней мере первые версии, часть сервисов, а вот масштабирование и запуски новых продуктов внутри компании делать уже на Kotlin.
Вы делаете корпоративный продукт для B2B, его делать на .NET понятно как, легкие интеграции, надежность, безопасность, но технический ко-фаундер знает Python. Ну так запускайте первую версию на Python и развивайте ее. В процессе развития будет возможность как на другом стеке часть сервисов запускать, так и вообще решите, надо ли его менять.
Облака
А вот в контексте Google Cloud / AWS / Azure все уже не совсем так. Все сильно зависит не от скиллов работы с конкретным облаком, а от цен, особенностей вашего продукта (и, соответственно, ресурсов, которые вам нужны), а так же географией датацентров. Пока вы на ранней стадии и продукт небольшой смена облачного решения может быть простой, но на стадии первичного роста вы уже об этом думать не будете и надолго подсядите на один из провайдеров.
У всех у них есть собственные startup-программы на разные суммы и когда вы получаете первые инвестиции и подключаетесь к одной из программ – тогда и делаете выбор. Цена, география и фокус вашего продукта – ключевые критерии. К примеру, вы делаете стартап и будете работать с языковыми моделями, сравнениваете возможности провайдеров именно в области LLM и выбираете. Или вы хотите делать сервис для Middle East, важно хранить данные в регионе, смотрите на географию.
География AWS
География Azure
География GCP
Free Tier
Помимо выбора стэка и облака есть еще одна очень интересная задачка. Вы стартап, у вас нет денег, а даже если есть, их пока немного и хорошо бы сэкономить. Практически все сервисы дают Free Tier, можно реально собрать полноценный продукт под Free Tier. Единственное, в них легко запутаться и они очень разные. Большой респект ребятам, подготовившим отличный справочник с информацией о Free Tier разных сервисов, разбитый на категории.
База данных на Aiven, message queue на cloudAMQP, Sentry для логирования ошибок, grafana cloud для мониторинга, mixpanel для аналитики, GCP для хостинга с первыми $2,000 кредитов еще до того как мы поднимем первые инвестиции в стартап. Запустить демо-версию/mvp продукта, потратив $0 на сервисы более чем реально.
Да, сейчас этот вопрос очень актуален для меня :). Поэтому делюсь мыслями и парой полезных ссылок.
На чем код писать?
В Додо часто когда рассказывал о системе, об IT, задавали вопрос – почему все на .NET? В ответ как-будто каждый раз ждали истории про сравнение, объективные причины, перфоманс, люди и т.д. А ответ на это был крайне простой и прозаичный. Первые 2 разработчика, которые поверили в проект, поверили в Фёдора знали .NET. Вот и вся причина.
Сейчас для меня вопрос “какой стэк взять в стартап” актуален. Каков будет масштаб? С каким опытом (домена и техники) мне было бы интересно приводить разработчиков в компанию? Какой вообще масштаб команды нужно будет собрать потенциально? А в каких регионах?
Все это вопросы актуальные. Однако, они актуальны на этап масштабирования. Они теряют свой вес, когда ты начинаешь думать о том что у тебя есть “здесь и сейчас”. Запуск стартапа – это ситуация, когда тебе надо максимально быстро что-то запустить, максимально быстро проверить фит продукта, сделать 1-2-3 пивота чтобы найти что масшатбировать. И поэтому мы смотрим на то что есть здесь и сейчас.
Вы делаете финансовый продукт, 99.99% финтех стартапов запускаются на Java/Kotlin (ну, мне так кажется, может статистика чуть другая, но подавляющее большинство именно на них). Но если технический ко-фаундер не работал с Java, а знает .NET, то можно финтех построить и на .NET, по крайней мере первые версии, часть сервисов, а вот масштабирование и запуски новых продуктов внутри компании делать уже на Kotlin.
Вы делаете корпоративный продукт для B2B, его делать на .NET понятно как, легкие интеграции, надежность, безопасность, но технический ко-фаундер знает Python. Ну так запускайте первую версию на Python и развивайте ее. В процессе развития будет возможность как на другом стеке часть сервисов запускать, так и вообще решите, надо ли его менять.
Облака
А вот в контексте Google Cloud / AWS / Azure все уже не совсем так. Все сильно зависит не от скиллов работы с конкретным облаком, а от цен, особенностей вашего продукта (и, соответственно, ресурсов, которые вам нужны), а так же географией датацентров. Пока вы на ранней стадии и продукт небольшой смена облачного решения может быть простой, но на стадии первичного роста вы уже об этом думать не будете и надолго подсядите на один из провайдеров.
У всех у них есть собственные startup-программы на разные суммы и когда вы получаете первые инвестиции и подключаетесь к одной из программ – тогда и делаете выбор. Цена, география и фокус вашего продукта – ключевые критерии. К примеру, вы делаете стартап и будете работать с языковыми моделями, сравнениваете возможности провайдеров именно в области LLM и выбираете. Или вы хотите делать сервис для Middle East, важно хранить данные в регионе, смотрите на географию.
География AWS
География Azure
География GCP
Free Tier
Помимо выбора стэка и облака есть еще одна очень интересная задачка. Вы стартап, у вас нет денег, а даже если есть, их пока немного и хорошо бы сэкономить. Практически все сервисы дают Free Tier, можно реально собрать полноценный продукт под Free Tier. Единственное, в них легко запутаться и они очень разные. Большой респект ребятам, подготовившим отличный справочник с информацией о Free Tier разных сервисов, разбитый на категории.
База данных на Aiven, message queue на cloudAMQP, Sentry для логирования ошибок, grafana cloud для мониторинга, mixpanel для аналитики, GCP для хостинга с первыми $2,000 кредитов еще до того как мы поднимем первые инвестиции в стартап. Запустить демо-версию/mvp продукта, потратив $0 на сервисы более чем реально.
👍26❤11🔥2