Twitter на английском
У этого канала не так давно появился экспериментальный сателит — твиттер на английском.
Большую часть того, что читаю, смотрю и изучаю, я потребляю на английском языке. Мои заметки — смесь оригинальных цитат и интерпретаций на русском. Давно хотелось больше практики в формулировании мыслей на английском. В формат статей инвестировать время пока не готов, а для коротких постов твиттер подходящая площадка.
Если используете твиттер и читаете на английском, присоединяйтесь: https://twitter.com/nhndclppng
У этого канала не так давно появился экспериментальный сателит — твиттер на английском.
Большую часть того, что читаю, смотрю и изучаю, я потребляю на английском языке. Мои заметки — смесь оригинальных цитат и интерпретаций на русском. Давно хотелось больше практики в формулировании мыслей на английском. В формат статей инвестировать время пока не готов, а для коротких постов твиттер подходящая площадка.
Если используете твиттер и читаете на английском, присоединяйтесь: https://twitter.com/nhndclppng
Twitter
One hand clapping (@nhndclppng) | Twitter
The latest Tweets from One hand clapping (@nhndclppng). Manager by day, maker the rest of the day.
Thoughts, books, experiences, experiments, mistakes, pains and fears.
For posts in RU:
https://t.co/mOEJ6TeIcN
Thoughts, books, experiences, experiments, mistakes, pains and fears.
For posts in RU:
https://t.co/mOEJ6TeIcN
Говорить об очевидном
В один из сомнительных периодов моей университетской жизни в общежитии у нас с соседом по комнате было развлечение: освободить вечер, купить стратегический запас пива и дошираков, забыть обо всём, забить на всё и нон-стопом смотреть мультсериал «Поллитровая мышь» (12 oz. Mouse). Если вам нравятся сверхпримитивная анимация и плоские шутки, советую.
С тех времён прошло больше 10 лет, я не помню ни сюжета сериала, ни содержимого хотя бы одной серии. Но одна цитата осталась в голове до сих пор. Произнёс её Квадратный Бизнесмен (в оригинале Rectangular Businessman):
«Я говорю только об очевидном, поэтому в любом разговоре на 100% прав».
— Квадратный Бизнесмен
Чаще всего она приходит в голову, когда что-то посчитали очевидным, и об этом не поговорили.
К сожалению, то, что очевидно одному, далеко не всегда очевидно другому. То, что очевидно в одной ситуации или процессе, может быть совсем неочевидно в других случаях. В проекте могут быть очевидные проблемы, но о них не говорят. И как следствие проблемы не решаются, растут, накапливаются.
Часто об очевидном не говорят, если боятся или думают, что ничего не поменяется. Ещё хуже, если подразумевают, что «и так все всё знают». Почему-то во многих командах и компаниях говорить об очевидном стесняются или стыдятся. В итоге об очевидном забывают, его игнорируют и упускают.
На самом деле, говорить об очевидном — хорошо и полезно. Это помогает свериться на самом базовом уровне, разрешить потенциально критичные ситуации. Говорить об очевидном — это честно по отношению к себе и другим.
Говорите об очевидном. И в любом разговоре будете на 100% правыми.
https://onehandclapping.ru/talk-about-the-obvious
В один из сомнительных периодов моей университетской жизни в общежитии у нас с соседом по комнате было развлечение: освободить вечер, купить стратегический запас пива и дошираков, забыть обо всём, забить на всё и нон-стопом смотреть мультсериал «Поллитровая мышь» (12 oz. Mouse). Если вам нравятся сверхпримитивная анимация и плоские шутки, советую.
С тех времён прошло больше 10 лет, я не помню ни сюжета сериала, ни содержимого хотя бы одной серии. Но одна цитата осталась в голове до сих пор. Произнёс её Квадратный Бизнесмен (в оригинале Rectangular Businessman):
«Я говорю только об очевидном, поэтому в любом разговоре на 100% прав».
— Квадратный Бизнесмен
Чаще всего она приходит в голову, когда что-то посчитали очевидным, и об этом не поговорили.
К сожалению, то, что очевидно одному, далеко не всегда очевидно другому. То, что очевидно в одной ситуации или процессе, может быть совсем неочевидно в других случаях. В проекте могут быть очевидные проблемы, но о них не говорят. И как следствие проблемы не решаются, растут, накапливаются.
Часто об очевидном не говорят, если боятся или думают, что ничего не поменяется. Ещё хуже, если подразумевают, что «и так все всё знают». Почему-то во многих командах и компаниях говорить об очевидном стесняются или стыдятся. В итоге об очевидном забывают, его игнорируют и упускают.
На самом деле, говорить об очевидном — хорошо и полезно. Это помогает свериться на самом базовом уровне, разрешить потенциально критичные ситуации. Говорить об очевидном — это честно по отношению к себе и другим.
Говорите об очевидном. И в любом разговоре будете на 100% правыми.
https://onehandclapping.ru/talk-about-the-obvious
Хлопок Одной Ладони
Говорить об очевидном
Прикладная мудрость Квадратного Бизнесмена из «Поллитровой мыши».
Слайды презентации «Сам себе менеджер»
В ноябре 2019-го года я сделал для своей команды небольшой доклад под названием «Сам себе менеджер». Хочу поделиться слайдами презентации.
Тогда я руководил автоматизацией маркетинга в компании Playrix, у нас был недельный сбор в офисе в Вологде, всю неделю мы работали вместе, делились знаниями, планировали следующие крупные проекты.
У моей презентации было несколько целей:
1. сблизить контексты и определения — мы активно перестраивали процессы, поэтому важно было рассказать команде, на каких принципах строятся изменения
2. рассказать о принципах и приёмах, на которые я сам опираюсь в работе
3. сделать каждого члена команды ещё более самостоятельным, дать ему соответствующих инструментарий. Этот пункт преимущественно и дал название выступлению.
У презентации есть небольшая вводная с базовыми принципами и две основные части: как работать с задачами и как работать со временем.
Были планы на ещё как минимум две: как работать с людьми и как работать с собой. Про них есть пара слайдов в конце. Но, к сожалению, полноценно до них не добрался.
Три основных источника информации, на которыя я опирался:
- Советы Бюро Горбунова
- Книга Shape Up
- Книга NoEstimates
В текущую версию внёс минимальные изменения. Т.к. слайды дают мало контекста без сопровождающего рассказа, в pdf добавлены presenters notes, они немного дополняют картинку. Некоторые идеи из презентации планирую превратить со временем в отдельные заметки.
В ноябре 2019-го года я сделал для своей команды небольшой доклад под названием «Сам себе менеджер». Хочу поделиться слайдами презентации.
Тогда я руководил автоматизацией маркетинга в компании Playrix, у нас был недельный сбор в офисе в Вологде, всю неделю мы работали вместе, делились знаниями, планировали следующие крупные проекты.
У моей презентации было несколько целей:
1. сблизить контексты и определения — мы активно перестраивали процессы, поэтому важно было рассказать команде, на каких принципах строятся изменения
2. рассказать о принципах и приёмах, на которые я сам опираюсь в работе
3. сделать каждого члена команды ещё более самостоятельным, дать ему соответствующих инструментарий. Этот пункт преимущественно и дал название выступлению.
У презентации есть небольшая вводная с базовыми принципами и две основные части: как работать с задачами и как работать со временем.
Были планы на ещё как минимум две: как работать с людьми и как работать с собой. Про них есть пара слайдов в конце. Но, к сожалению, полноценно до них не добрался.
Три основных источника информации, на которыя я опирался:
- Советы Бюро Горбунова
- Книга Shape Up
- Книга NoEstimates
В текущую версию внёс минимальные изменения. Т.к. слайды дают мало контекста без сопровождающего рассказа, в pdf добавлены presenters notes, они немного дополняют картинку. Некоторые идеи из презентации планирую превратить со временем в отдельные заметки.
Вакансии для менеджеров в IT
Хочу рассказать о своём небольшом сайд-проекте — сервисе по поиску работы для менеджеров в IT https://itmanagerjobs.io. Основной функционал ещё в разработке, но полезные штуки уже есть:
- Собираем вакансии для менеджеров с ключевых русскоязычных площадок и нескольких десятков сайтов западных компаний. Доступ к базе скоро откроем публично, пока присылаем ссылку, оставившим email.
- Автоматически определяем категории вакансий: project, product, engineering.
- Каждую неделю в полуавтоматическом выпускаем подборки вакансий в телеграм канале https://news.1rj.ru/str/itmanagerjobs_ru
Ближайшие планы:
- Запуск регулярных рассылок на почту
- Расширение базы вакансий (добавим ещё несколько нишевых площадок и тысячи сайтов компаний напрямую)
- Полноценная веб-версия для вывода вакансий, а не только виджет на Airtable 🙃
Далее планируем запустить и другие сервисы: управление откликами вакансий, подбор релевантных вакансий по приватной анкете. Будет чуть больше, чем джобборда. Но будущее покрыто туманом. Лучше оповестим, когда появится.
Это сайд/пет-проект, который мы делаем вдвоём с другом парт-тайм. Идея родилась из собственных потребностей, но будет круто, если ещё кому-то будет полезно.
P. S. Снова писать код помимо чисто менеджерской работы — кайф! Давно не хватало работы руками.
Хочу рассказать о своём небольшом сайд-проекте — сервисе по поиску работы для менеджеров в IT https://itmanagerjobs.io. Основной функционал ещё в разработке, но полезные штуки уже есть:
- Собираем вакансии для менеджеров с ключевых русскоязычных площадок и нескольких десятков сайтов западных компаний. Доступ к базе скоро откроем публично, пока присылаем ссылку, оставившим email.
- Автоматически определяем категории вакансий: project, product, engineering.
- Каждую неделю в полуавтоматическом выпускаем подборки вакансий в телеграм канале https://news.1rj.ru/str/itmanagerjobs_ru
Ближайшие планы:
- Запуск регулярных рассылок на почту
- Расширение базы вакансий (добавим ещё несколько нишевых площадок и тысячи сайтов компаний напрямую)
- Полноценная веб-версия для вывода вакансий, а не только виджет на Airtable 🙃
Далее планируем запустить и другие сервисы: управление откликами вакансий, подбор релевантных вакансий по приватной анкете. Будет чуть больше, чем джобборда. Но будущее покрыто туманом. Лучше оповестим, когда появится.
Это сайд/пет-проект, который мы делаем вдвоём с другом парт-тайм. Идея родилась из собственных потребностей, но будет круто, если ещё кому-то будет полезно.
P. S. Снова писать код помимо чисто менеджерской работы — кайф! Давно не хватало работы руками.
Люди не ресурс
В одной близкой галактике, в неназванной компании было много проектов. И каждый проект сложный и большой. Чтобы проект развивался, нужно было много специалистов: программистов, дизайнеров, аналитиков и многих других.
Находить и удерживать таких людей тяжело. Люди не столы, их нельзя подвезти в офис из Икеи в течение дня.
Но менеджеры компании это не осознавали или регулярно об этом забывали. Называли специалистов словом «ресурс» и всё время искали эти самые ресурсы. Они каждый день играли в игру по добыванию ресурсов, по отбиванию ресурсов, по отстаиванию ресурсов, по перебалансировке ресурсов, иногда даже по накапливанию ресурсов впрок.
Проектов становилось больше, сложность возрастала, цена изменений тоже. Менеджеры продолжали играть.
Специалисты переходили между командами, переходили между проектами, скакали между задачами. Затем им надоедало, они выгорали, и уходили. Их пытались удержать, рассказывали, что всё изменится, станет лучше, по-другому. Но ничего не менялось. Их мечты о лучшем будущем разбивались о суровую реальность. И они теряли веру. Менеджеры продолжали играть.
Когда сдвигался запланированный срок релиза, менеджеры говорили, что у них не хватило ресурсов. Когда новая фича переносилась на следующий релиз, у менеджеров не хватало ресурсов. Если перед релизом в важной фиче обнаруживалось множество багов и недоработок, это объясняли нехваткой ресурсов, а иногда и их качеством. Менеджеры продолжали играть.
Эта история не про конкретную компанию и конкретных менеджеров, любые совпадения случайны, все имена выдуманы и вообще отсутствуют. И ещё у этой истории нет конца. Но если вы узнали в ней кого-то, если вы узнали в ней себя, то просто произнесите вслух три раза: «люди не ресурс».
Люди не ресурс. И не надо с ними работать как с ресурсом. Если заменить слово на что-то конкретное, например, «станок», разница становится нагляднее. Людей не нанимают как ресурсы, людей не учат как ресурсы, их выращивают по-другому, прокачивают по-другому, тренируют по-другому, с ними общаются по-другому.
Если вы относитесь к людям как к ресурсу, вы можете показывать отличные результаты в бизнесе, быть прибыльны, успешны и знамениты. Но вы будете плохим менеджером. И ваши люди будут это знать.
В одной близкой галактике, в неназванной компании было много проектов. И каждый проект сложный и большой. Чтобы проект развивался, нужно было много специалистов: программистов, дизайнеров, аналитиков и многих других.
Находить и удерживать таких людей тяжело. Люди не столы, их нельзя подвезти в офис из Икеи в течение дня.
Но менеджеры компании это не осознавали или регулярно об этом забывали. Называли специалистов словом «ресурс» и всё время искали эти самые ресурсы. Они каждый день играли в игру по добыванию ресурсов, по отбиванию ресурсов, по отстаиванию ресурсов, по перебалансировке ресурсов, иногда даже по накапливанию ресурсов впрок.
Проектов становилось больше, сложность возрастала, цена изменений тоже. Менеджеры продолжали играть.
Специалисты переходили между командами, переходили между проектами, скакали между задачами. Затем им надоедало, они выгорали, и уходили. Их пытались удержать, рассказывали, что всё изменится, станет лучше, по-другому. Но ничего не менялось. Их мечты о лучшем будущем разбивались о суровую реальность. И они теряли веру. Менеджеры продолжали играть.
Когда сдвигался запланированный срок релиза, менеджеры говорили, что у них не хватило ресурсов. Когда новая фича переносилась на следующий релиз, у менеджеров не хватало ресурсов. Если перед релизом в важной фиче обнаруживалось множество багов и недоработок, это объясняли нехваткой ресурсов, а иногда и их качеством. Менеджеры продолжали играть.
Эта история не про конкретную компанию и конкретных менеджеров, любые совпадения случайны, все имена выдуманы и вообще отсутствуют. И ещё у этой истории нет конца. Но если вы узнали в ней кого-то, если вы узнали в ней себя, то просто произнесите вслух три раза: «люди не ресурс».
Люди не ресурс. И не надо с ними работать как с ресурсом. Если заменить слово на что-то конкретное, например, «станок», разница становится нагляднее. Людей не нанимают как ресурсы, людей не учат как ресурсы, их выращивают по-другому, прокачивают по-другому, тренируют по-другому, с ними общаются по-другому.
Если вы относитесь к людям как к ресурсу, вы можете показывать отличные результаты в бизнесе, быть прибыльны, успешны и знамениты. Но вы будете плохим менеджером. И ваши люди будут это знать.
Как тратить меньше времени на оценку задач и больше на реально полезную работу
На прошлой неделе консультировал друга. Он ведущий разработчик в стартапе. Инхаус команды пока нет, работают с аутсорсом. И так выходит, что много времени он тратит не на продукт, а на оценки, споры за часы и доделки, взаимные валидации табличек, бюрократию и другие развлечения.
Как это можно изменить?
Давно хотел подробнее описать подходы и идеи #NoEstimates, и вот он стимул.
Коротко суть.
Эстимейты — устаревшая практика, которая не добавляет ценности в процесс разработки продуктов. Трюк в том, чтобы перейти от «как долго это займёт» к «что мы можем успеть за этот промежуток времени».
Чтобы начать движение в эту сторону надо:
- перейти к прогнозам на данных вместо оценок на глаз
- резать и нормализовывать задачи
- неизбежно начать флексить
- избегать торгов за часы
Полный текст вышел слишком длинным для канала, поэтому подробнее по ссылке:
https://onehandclapping.ru/how-to-do-fewer-estimates-and-more-actual-work
На прошлой неделе консультировал друга. Он ведущий разработчик в стартапе. Инхаус команды пока нет, работают с аутсорсом. И так выходит, что много времени он тратит не на продукт, а на оценки, споры за часы и доделки, взаимные валидации табличек, бюрократию и другие развлечения.
Как это можно изменить?
Давно хотел подробнее описать подходы и идеи #NoEstimates, и вот он стимул.
Коротко суть.
Эстимейты — устаревшая практика, которая не добавляет ценности в процесс разработки продуктов. Трюк в том, чтобы перейти от «как долго это займёт» к «что мы можем успеть за этот промежуток времени».
Чтобы начать движение в эту сторону надо:
- перейти к прогнозам на данных вместо оценок на глаз
- резать и нормализовывать задачи
- неизбежно начать флексить
- избегать торгов за часы
Полный текст вышел слишком длинным для канала, поэтому подробнее по ссылке:
https://onehandclapping.ru/how-to-do-fewer-estimates-and-more-actual-work
Хлопок Одной Ладони
Как тратить меньше времени на оценку задач и больше на реально полезную работу
Эстимейты — устаревшая практика, которая не добавляет ценности в процесс разработки продуктов.
Базовые навыки
Менеджерам и другим работникам умственного труда для успешной карьеры и прогресса нужны не только специфичные для области/роли/функции знания, но и набор базовых навыков.
Эти базовые навыки оцениваются при найме и позже сильно влияют на результаты, на качество взаимодействия с коллегами, на скорость развития в процессе работы и в жизни тоже. Вне найма, например, на фрилансе или в бизнесе, кажется, эти навыки ещё более важны.
Среди таких навыков для себя выделяю следующие (список пополнен фидбеком в твиттере, очерёдность не означает приоритет):
- уметь критически мыслить
- печатать вслепую
- слушать активно
- адаптировать стиль чтения под материал
- эффективно вести заметки
- писать грамотно и ясно
- выражать свои мысли доступно
- контролировать своё внимание
- знать горячие клавиши используемых приложений
- знать английский язык
Конечно, можно быть успешным и без перечисленного. Большинство из нас могут быть особенно хороши в некоторых навыках и слабы в остальных. Это спектр, а не бинарное состояние «есть всё или нет ничего». Гипотеза в том, что в среднем при наличии перечисленных навыков прогрессировать проще, открытых возможностей больше, а результаты качественнее.
Базовым навыкам можно научиться. Их прелесть в том, что часто они становятся автоматическим поведением. Разучиться можно только при очень долгом отсутствии практики.
Что бы ещё добавили в список или что предложили убрать?
Менеджерам и другим работникам умственного труда для успешной карьеры и прогресса нужны не только специфичные для области/роли/функции знания, но и набор базовых навыков.
Эти базовые навыки оцениваются при найме и позже сильно влияют на результаты, на качество взаимодействия с коллегами, на скорость развития в процессе работы и в жизни тоже. Вне найма, например, на фрилансе или в бизнесе, кажется, эти навыки ещё более важны.
Среди таких навыков для себя выделяю следующие (список пополнен фидбеком в твиттере, очерёдность не означает приоритет):
- уметь критически мыслить
- печатать вслепую
- слушать активно
- адаптировать стиль чтения под материал
- эффективно вести заметки
- писать грамотно и ясно
- выражать свои мысли доступно
- контролировать своё внимание
- знать горячие клавиши используемых приложений
- знать английский язык
Конечно, можно быть успешным и без перечисленного. Большинство из нас могут быть особенно хороши в некоторых навыках и слабы в остальных. Это спектр, а не бинарное состояние «есть всё или нет ничего». Гипотеза в том, что в среднем при наличии перечисленных навыков прогрессировать проще, открытых возможностей больше, а результаты качественнее.
Базовым навыкам можно научиться. Их прелесть в том, что часто они становятся автоматическим поведением. Разучиться можно только при очень долгом отсутствии практики.
Что бы ещё добавили в список или что предложили убрать?
Как работать над софт скиллами
Недавно у меня был разговор с одним канадцем, очень опытным менеджером, руководителем в большой компании. Мы обсуждали, какие самые важные навыки должны быть у менеджера. После небольшого размышления сошлись на том, что это эмпатия и умение принимать решения (judgment, decision-making). Посетовали о том, что очень сложно качать это в себе и тем более в других. И разошлись.
Это не единственные качества, которые помогают в работе и относятся к софт скиллами. Можно формулировать и группировать по-разному. Иногда я формулирую софт скиллы для себя как всё, что нельзя или очень сложно вызубрить по книжке в одиночку. Немного притянуто, но в целом работает.
Собрал в одном посте тезисно свои мысли и подходы к прокачке софт скиллов, пока высокоуровнево. Например:
- что человек — робот, но программировать напрямую его сложно
- что софт навыки качать «больнее» и «опаснее» хардов
- что фреймворк прокачки софтов концептуально такой же как для хардов, разница в восприятии и деталях реализации
- что желательно повышать понимание себя, и немного про то, как это делать
- что сам читал или проходил
Подробнее по ссылке:
https://onehandclapping.ru/how-to-improve-your-soft-skills
Недавно у меня был разговор с одним канадцем, очень опытным менеджером, руководителем в большой компании. Мы обсуждали, какие самые важные навыки должны быть у менеджера. После небольшого размышления сошлись на том, что это эмпатия и умение принимать решения (judgment, decision-making). Посетовали о том, что очень сложно качать это в себе и тем более в других. И разошлись.
Это не единственные качества, которые помогают в работе и относятся к софт скиллами. Можно формулировать и группировать по-разному. Иногда я формулирую софт скиллы для себя как всё, что нельзя или очень сложно вызубрить по книжке в одиночку. Немного притянуто, но в целом работает.
Собрал в одном посте тезисно свои мысли и подходы к прокачке софт скиллов, пока высокоуровнево. Например:
- что человек — робот, но программировать напрямую его сложно
- что софт навыки качать «больнее» и «опаснее» хардов
- что фреймворк прокачки софтов концептуально такой же как для хардов, разница в восприятии и деталях реализации
- что желательно повышать понимание себя, и немного про то, как это делать
- что сам читал или проходил
Подробнее по ссылке:
https://onehandclapping.ru/how-to-improve-your-soft-skills
Хлопок Одной Ладони
Как работать над софт скиллами
Люди — роботы, фантомные боли и опасности взаимодействия с людьми, осознанность головного мозга
Про автоматизацию маркетинга в геймдеве
В начале осени давал небольшую обзорную консультацию по построению с нуля автоматизации в маркетинге для компании, разрабатывающей мобильные игры. Делюсь ключывми моментам.
Дисклеймер: мой опыт ограничен только работой в Playrix, мысли ниже очень обобщены и обязательно должны быть адаптированы под ситуацию конкретной компании.
- автоматизация маркетинга — это набор процессов, который в первую очередь обеспечивает поступление и обработку данных от поставщиков информации и услуг, а также дальнейшее представление нужных отчётов и данных в форме, необходимой бизнесу для принятия решений по стратегии закупки рекламы. Во вторую очередь это процессы по сокращению ручной работы сотрудников маркетинга (ведение разных реестров, формирование и загрузка бидов и т.п.). Аналогичным термином «автоматизация маркетинга» называют команды, которые обеспечивают эти процессы.
- обычно данные собираются с Mobile Measurement Partner (MMP; AppsFlyer, Adjust), каждой подключенной рекламной сетки, платформы игры (Apple, Google) и с самих игр, обогащение может происходить из внешних аналитических платформ (App Annie, Sensor Tower и т.п.)
- минимальный состав команды по ролям: инженер данных (data engineer), DevOps, BI специалист, программист, тестировщик, engineering manager. В идеале команду должен сопровождать и направлять аналитик данных, но эта роль может быть и внешней. Конкретное число специалистов каждой роли сильно зависит от масштабов и амбиций компании. Совмещение ролей разными людьми практически невозможно, фокуса хватать не будет
- если идёт построение отдела с нуля, очень важно наличие сильного инженера данных с пониманием и опытом, иначе ошибки на начальной фазе будет дорого исправлять потом. И, конечно, это вопрос скорости разработки.
- чтобы поднять автоматизацию с нуля до стабильного уровня нужно в районе полугода, дальше развивать можно вечно. Но если объёмы никакие и потоков данных нет, то на коленке собрать первый сетап можно и за 2-4 недели. Реализация очень сильно будет различаться в зависимости от объёмов данных. Чем их больше, тем умнее надо быть
- для работы с данными нужны:
- хранилище сырых данных — может быть медленным, является подстраховкой при необходимости пересчётов. Например, Amazon S3
- база для работы с обработанными данными — полусырые данные в источнике, который могут мучать аналитики. Например, ClickHouse, Amazon RedShift и т.п.
- BI система — визуализации, интерактивные дашборды, которые создают аналитики и в автоматизации. Я активно работал только с Tableau и, в целом, могу его рекомендовать.
- ETL процессы (extract, transform, load) — код, который буквально забирает, преобразовывает и сохраняет данные. Настроить их можно сильно по разному, но обычно ключевые слова такие: python, airflow, luigi, spark
- для автоматизации ручной работы нужно меньше — хороший программист и опытный человек внутри или вовне команды с пониманием, что автоматизировать, в каком порядке и почему
- по мере взросления сетап неизбежно обрастёт сопровождающими инструментами и процессами: мониторинг инфраструктуры, контроль состояния систем партнёров (чужие API ломаются чаще, чем хочется), бэкапы, логи, проверка целостности данных, сравнение разных источников, системы оповещений и т.п.
- the last but not the least. Автоматизация маркетинга не будет иметь смысл, если не будут выдрочены два момента: интеграция нужных SDK в самих играх и формирование правильных событий. Именно поэтому важно наличие аналитика для проектирования и тестировщика для проверки. Выпущенный с ошибками релиз может дорого стоить, т.к. на данные за все дни проблемы опираться будет нельзя
Для погружения в тему мобильного маркетинга в целом могу посоветовать сайт https://mobiledevmemo.com/, один из немногих, которые отслеживал, когда работал в сфере.
В начале осени давал небольшую обзорную консультацию по построению с нуля автоматизации в маркетинге для компании, разрабатывающей мобильные игры. Делюсь ключывми моментам.
Дисклеймер: мой опыт ограничен только работой в Playrix, мысли ниже очень обобщены и обязательно должны быть адаптированы под ситуацию конкретной компании.
- автоматизация маркетинга — это набор процессов, который в первую очередь обеспечивает поступление и обработку данных от поставщиков информации и услуг, а также дальнейшее представление нужных отчётов и данных в форме, необходимой бизнесу для принятия решений по стратегии закупки рекламы. Во вторую очередь это процессы по сокращению ручной работы сотрудников маркетинга (ведение разных реестров, формирование и загрузка бидов и т.п.). Аналогичным термином «автоматизация маркетинга» называют команды, которые обеспечивают эти процессы.
- обычно данные собираются с Mobile Measurement Partner (MMP; AppsFlyer, Adjust), каждой подключенной рекламной сетки, платформы игры (Apple, Google) и с самих игр, обогащение может происходить из внешних аналитических платформ (App Annie, Sensor Tower и т.п.)
- минимальный состав команды по ролям: инженер данных (data engineer), DevOps, BI специалист, программист, тестировщик, engineering manager. В идеале команду должен сопровождать и направлять аналитик данных, но эта роль может быть и внешней. Конкретное число специалистов каждой роли сильно зависит от масштабов и амбиций компании. Совмещение ролей разными людьми практически невозможно, фокуса хватать не будет
- если идёт построение отдела с нуля, очень важно наличие сильного инженера данных с пониманием и опытом, иначе ошибки на начальной фазе будет дорого исправлять потом. И, конечно, это вопрос скорости разработки.
- чтобы поднять автоматизацию с нуля до стабильного уровня нужно в районе полугода, дальше развивать можно вечно. Но если объёмы никакие и потоков данных нет, то на коленке собрать первый сетап можно и за 2-4 недели. Реализация очень сильно будет различаться в зависимости от объёмов данных. Чем их больше, тем умнее надо быть
- для работы с данными нужны:
- хранилище сырых данных — может быть медленным, является подстраховкой при необходимости пересчётов. Например, Amazon S3
- база для работы с обработанными данными — полусырые данные в источнике, который могут мучать аналитики. Например, ClickHouse, Amazon RedShift и т.п.
- BI система — визуализации, интерактивные дашборды, которые создают аналитики и в автоматизации. Я активно работал только с Tableau и, в целом, могу его рекомендовать.
- ETL процессы (extract, transform, load) — код, который буквально забирает, преобразовывает и сохраняет данные. Настроить их можно сильно по разному, но обычно ключевые слова такие: python, airflow, luigi, spark
- для автоматизации ручной работы нужно меньше — хороший программист и опытный человек внутри или вовне команды с пониманием, что автоматизировать, в каком порядке и почему
- по мере взросления сетап неизбежно обрастёт сопровождающими инструментами и процессами: мониторинг инфраструктуры, контроль состояния систем партнёров (чужие API ломаются чаще, чем хочется), бэкапы, логи, проверка целостности данных, сравнение разных источников, системы оповещений и т.п.
- the last but not the least. Автоматизация маркетинга не будет иметь смысл, если не будут выдрочены два момента: интеграция нужных SDK в самих играх и формирование правильных событий. Именно поэтому важно наличие аналитика для проектирования и тестировщика для проверки. Выпущенный с ошибками релиз может дорого стоить, т.к. на данные за все дни проблемы опираться будет нельзя
Для погружения в тему мобильного маркетинга в целом могу посоветовать сайт https://mobiledevmemo.com/, один из немногих, которые отслеживал, когда работал в сфере.
RSS для подкаста «Аэростат» Бориса Гребенщикова
Я слушаю подкасты уже лет 15. И всё это время в виде подкаста я продолжаю слушать только одну передачу — «Аэростат» Бориса Гребенщикова. Передача выходит на «Радио России», и в виде нормального подкаста её давно уже, к сожалению, не выпускают. Сначала она публиковалась на russianpodcasting, потом на podfm, потом на сайтах энтузиастов. Потом долгое время не было ничего, кроме RSS-потока последних 20 выпусков, который поддерживает один программист-энтузиаст (код парсера сайта радио есть на github, ищите по radiorus-rss).
Уже собирался сделать нормальный фид со всей историей сам, но нашёл сайт https://aerostatbg.ru/ и связался с его создателями. Сайт создан ценителями-энтузиастами на некоммерческой основе. И там есть полная база передач Аэростата. Я рассказал ребятам про потребность, они сделали отличный RSS-фид, который вы можете добавить в свой любимый подкаст-плеер. Сам использую Overcast https://overcast.fm/. Прямая ссылка на фид:
https://aerostatbg.ru/rss.xml
На сайте поток пока не афишируется. Но пользоваться уже можно.
Это история не про менеджмент, а про колаборацию. Круто, что можно связаться с незнакомыми людьми, найти общий язык и создать что-то новое, удобное и полезное. Спасибо!
Я слушаю подкасты уже лет 15. И всё это время в виде подкаста я продолжаю слушать только одну передачу — «Аэростат» Бориса Гребенщикова. Передача выходит на «Радио России», и в виде нормального подкаста её давно уже, к сожалению, не выпускают. Сначала она публиковалась на russianpodcasting, потом на podfm, потом на сайтах энтузиастов. Потом долгое время не было ничего, кроме RSS-потока последних 20 выпусков, который поддерживает один программист-энтузиаст (код парсера сайта радио есть на github, ищите по radiorus-rss).
Уже собирался сделать нормальный фид со всей историей сам, но нашёл сайт https://aerostatbg.ru/ и связался с его создателями. Сайт создан ценителями-энтузиастами на некоммерческой основе. И там есть полная база передач Аэростата. Я рассказал ребятам про потребность, они сделали отличный RSS-фид, который вы можете добавить в свой любимый подкаст-плеер. Сам использую Overcast https://overcast.fm/. Прямая ссылка на фид:
https://aerostatbg.ru/rss.xml
На сайте поток пока не афишируется. Но пользоваться уже можно.
Это история не про менеджмент, а про колаборацию. Круто, что можно связаться с незнакомыми людьми, найти общий язык и создать что-то новое, удобное и полезное. Спасибо!
aerostatbg.ru
«Аэростат» — сайт радиопередачи
Еженедельная музыкальная программа Бориса Гребенщикова.