Классические маркетологи и аналитики — не нужны. C момента массового внедрения Big Data уютный мир отделов маркетинга изменился до неузнаваемости. И если вы сегодня же не забудете про привычные методы, то уже завтра ваши услуги окажутся невостребованными.
О том, что делать, чтобы не оказаться в новом мире у разбитого айпэда, команда AppsFlyer поговорила в рамках обмена опытом с Лиором Бараком, основателем берлинского агентства Tale About Data, которое консультирует растущие компании по вопросам сбора и эффективного использования данных.
Вчерашние трафик-менеджеры привыкли жаловаться на ошибки в данных и просто ждать, когда аналитики все исправят, чтобы снова сказать, что они неверны. Так нельзя! Не пожалейте времени: выучите базовые SQL-запросы, и вы сможете легко обсуждать с бизнес-аналитиками проблемы с данными и варианты их решения.
Еще одна жалоба, которую я постоянно слышу, — это неумение работать с отчетами. В результате клиенты часто сами загружают данные в Excel и рассчитывают нужные цифры самостоятельно. Что абсолютно недопустимо. Если вы испытываете проблемы с отчетом, попросите подготовить его коллег из отдела бизнес-аналитики. Конечно, они не знают специфику вашей работы, поэтому вы должны точно объяснить, что хотите получить от них на выходе. Если вам не могут предоставить нужные данные, необходимо научиться доставать их самостоятельно и автоматизировано, а не ждать, пока кто-то придет и все починит.
Работа с интерфейсами партнеров и поставщиков услуг никогда не была простым делом. И с каждым днем она становится только сложнее. Работа на чужой территории требует высокой концентрации, в большинстве случае это еще и рутина. Но зачем вы вообще используете инструмент, который гораздо лучше подошел бы для пыток времен инквизиции? Изучите Python, хотя бы на базовом уровне, и начните сами создавать интерфейсы для автоматизации своих кампаний! Или наймите специалиста и попросите его создать софт специально под ваши задачи.
Я часто слышу жалобы на то, что разработчики не понимают работу маркетологов и даже не пытаются слушать их. Может быть, настала пора разорвать этот порочный круг? Главная задача разработчиков — повышать удобство пользователей. Маркетологи же владеют пользовательскими данными, на основе которых можно ставить более четкие задачи отделу разработки. Например, вы знаете, что 20% ваших пользователей переходят на нерабочий лендинг. Для того чтобы конверсия не страдала от ошибки, нужно уметь доходчиво объяснять подобные проблемы разработчикам. Для того чтобы задача решалась с большим энтузиазмом, к ТЗ можно сразу прикреплять информацию о выгоде. Например, «если мы это сделаем, то увеличим наш доход на X долларов. А если не сделаем, то будем терять Y долларов ежедневно». Это поможет разработчикам лучше понять вас. Если же решение задачи не увеличивает доход бизнеса — оно не может быть приоритетно.
Если вам, как и мне, больше 30 лет, вы не изучали Python в школе. Может быть, вы проходили какие-нибудь курсы SQL, но не сочли их полезными. Однако сегодня реальность такова, что большинство 20-летних умеют составлять SQL-запросы и знают основы кодинга. А это значит — самое время освежить знания, а потом изучить какой-нибудь язык программирования. Вам не нужно становиться профессиональным разработчиком, но, зная основы SQL, вы сможете задавать отделу IT более правильные вопросы и вместе улучшать продукт. Кроме того, навыки работы с SQL помогут вам самостоятельно доставать любую нужную информацию из базы данных, и вам не придется ждать поддержки бизнес-аналитиков (см. Совет № 1).
Мы живем во время бурного развития технологий. И, несмотря на то, что никто не требует, чтобы вы были программистом, у вас должны быть навыки для работы с командой разработчиков. Вы должны уметь формулировать задачи и задавать им правильные вопросы о работе. Вы должны научиться разрабатывать маркетинговый продукт, разделяя его на небольшие части для простоты и удобства рабочего процесса. Нужно начать осваивать Scrum, а также использовать Lean, Agile и уметь переключаться между ними. Это поможет вам пройти длинный путь к стабильному продукту гораздо быстрее.