Фото Макса
Менеджер проектов в JUG Ru Group –
встречи и конференции для программистов
Занимается email маркетингом с 2011 г.
Ранее сервис email рассылок Mailigen,
Конгрессно-выставочная компания Империя

Интервьюируют Иван Самошкин и Анастасия Горькая

Наш разговор прошел в два этапа.
Вводная часть – рассказ Макса о трудовой биографии.
Далее мы обсудили подробнее некоторые профессиональные вопросы.

Я экстерном получил первое высшее образование в университете ИНЖЭКОН (Санкт-Петербургский государственный экономический университет) по специальности “коммерция, торговое дело” и поступил в аспирантуру.

Скрин твита Макса

Учеба в аспирантуре и работа над диссертацией заложили основы понимания бизнес-процессов с точки зрения изменения и управления ими. Научный руководитель все время подтрунивал надо мной, почему я торчу на кафедре, вместо того, чтобы искать жену и работу.
Через год нашлись и работа, и жена, и я ушел…  в email маркетинг.

В рассылки я попал чисто случайно. На дворе был 2011 год, еще не было такого понятия, email маркетинг, по крайней мере, на Руси о нем еще не было слышно. Начальная должность в конгрессно-выставочной компании “Империя” значилась как “пиарщик”, добавили в нагрузку monkey job: нажимать на кнопку, отправлять рассылку. Потом начал писать тексты для рассылок, управлять базами данных. Первые несколько лет все отправлялось через софт под названием AMS Enterprise. У фирмы были собственные сервера, порядка 10 штук, адовые базы, мне приходилось вычислять и распределять все нагрузки на серверы, на потоки, чтобы все доходило с нормальным трафиком и графиком.

В 2012 году, когда на рынок начал активно выходить Subscribe, ныне Sendsay, в ходе партнерского сотрудничества часть работы у нас велась именно на Сендсее, пока Mail.ru не начал закручивать гайки, улучшать алгоритмы спам-фильтров, обращать внимание на гигиену базы. В “Империи” начали строить свой зоопарк, то есть, стали подключать разнообразные транспорты, типа Амазона, Мейлгана и другие. Впоследствии фирма полностью отказалась от Сендсея и ушла в сторону собственных решений.

Дальше начался тернистый путь: у нас резко упали метрики и надо было понять, что же не так, мы думали, почему плохо работает, мы же ничего не трогали? Экспертизы доставляемости не было, и понимание, что это такое и зачем это нужно, отсутствовало вообще. Все было как у типичного начинающего маркетолога, который вообще не бум-бум в email маркетинге, а ему ставят задачу через 3 дня начать отправлять рассылки! В конце 2011 – начале 2012 года я и был примерно с таким представлением: есть некая коробка, в которую надо положить текст, и она дальше сама все сделает) К счастью, появился добрый человек по имени Игорь, который многому научил меня об инженерной инфраструктуре рассылки, о том, что творится именно внутри серверов. Собственно, этот опыт и заложил фундамент экспертного знания, которое я использую до сих пор для решения нетривиальных задач. Это представление о том, как и что происходит с письмом, с момента, когда вы нажимаете в своем интерфейсе кнопочку “отправить” и что там творится, практически по детальным шагам, как оно кодируется, как оно потом декодируется, где оно лежит, какие шлюзы, какие МТА-шки оно проходит, и как оно доходит по итогу до финального пользователя.

В “Империи” мы занимались организацией конференций, и все зависело от того, какую задачу поставит тебе руководитель. У нас был сильный отдел продаж, просто и четко выстроенный, а задачей email маркетолога было доставить трафик. То есть, затачивались на хорошую доставляемость и клик-рейт. Этого добивались разными способами, в двенадцатом году попробовали после email-рассылки догонять клиентов sms-рассылкой, получилась бомба по трафику и по входящим звонкам в офис. Спецификой было состояние бесконечного вызова, в год проходило 32 конференции, с учетом того, что июль был месяцем корпоративного отдыха всей компании, а январь – мертвым сезоном, когда все на каникулах. Итого остаётся 10 рабочих месяцев, 32/10 = 3,2 мероприятия в месяц — довольно серьезная нагрузка. 

В Mailigen пригласила Юлия Савицкая, она уже тогда хотела сделать свое агентство. Собственно, сейчас они к этому и пришли, через несколько лет появилась “Схема”. Меня позвали как менеджера проектов. Одним из первых клиентов был иностранный прокат автомобилей. Его передали ребята из латвийского офиса Mailigen. Там была стратегия по реанимации базы, рассылок по которой не было два года, и, по нашей экспертной оценке, это неплохо удалось. Мы сделали несколько двуязычных рассылок, по англо- и русскоязычному сегментам, потом написали свое видение, свои предложения, но заказчики были не готовы играть в долгую и сказали – мы не верим в перспективность email канала.

Работа в “Схеме” заняла срок от сентября 16-го года до марта 17-го и увенчалась созданием нескольких типовых вариантов технических заданий и шаблонов для копирайтеров и разработчиков, а также проектом для автосалона Ria Avto, который был номинирован на премию Email Show и занял третье место в категории: Лучшая серия писем (по мнению жюри)

В агентстве полгода пришлось просидеть в офисе, маршрут неизменен: работа – дом. А четыре года в конференционном бизнесе прошли в непрестанном движении, в поездках по площадкам Москвы, Петербурга. Это отчасти мотивировало на поиск более динамичной работы. Потом друзья, которым я в свое время помогал с развитием интернет-магазина электронных сигарет, попросили взять его в управление. У них были розничные точки и интернет-магазин, который стабильно приносил деньги, причем им никто не занимался специально. Когда стали сыпаться заказы из стран СНГ, посчитали, что выгоднее сосредоточиться на продажах через интернет, позвали меня, как специалиста по рассылкам, помочь с развитием магазина.
Задачей был даже не сбыт, а элементарное наведение порядка, несмотря на то, что следом за налаживанием процесса между тремя учредителями пошли внутренние разборки, и начались сокращения, ситуация научила меня, что в любой группе людей надо искать главного и разговаривать только с ним, через него продвигать идеи и т. д, иначе получается балаган. По факту, это был позитивный опыт работы, и эта ситуация вернула меня назад в email маркетинг, и я пришел к текущему работодателю.

Иван: Итак, Максим, давай поговорим о твоем дальнейшем пути и обсудим некоторые профессиональные вопросы поподробнее. 

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

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

Но командную работу я люблю, могу похвастаться: сейчас я как маркетолог и команда из 10 человек, за месяц построили студии, обучили коллег новым навыкам, написали тонны документации и наладили процесс стриминга, а за три месяца всей командой JUG Ru Group  переделали практически весь свой конференционный бизнес из оффлайна в онлайн-формат.

Иван: Компания, в которой ты сейчас работаешь, JUG Ru Group, организует оффлайн  конференции для программистов. Я почитал ваш блог, там очень подробно расписывается технология перевода из оффлайна в онлайн и организация процесса. Не боитесь создавать себе  конкурентов или вы считаете что рынок еще свободен и всем места хватит?

Это вообще наш подход – открытость, то есть мы всегда в нашем блоге на Хабре пишем откровенно и с деталями, мы не придумываем цифры количества участников, мы объясняем, если народ интересуется, в том числе, почему у нас такие цены и т. д. К нам приезжают разные ивентщики, в том числе и конкуренты, им показывают офис (такая экскурсия по 4 этажам) и т.д. Если исторически посмотреть, так было всегда, начиная с основания компании.

Иван: А в связи с самыми последними новостями, что сейчас у нас, видимо, карантин сворачивается, не понадобится ли вам частично переходить в оффлайн или как-то комбинировать?

Тут я какую-то стопроцентную гарантию не дам, у нас самая маленькая конференция – это, по-моему, 500 участников, плюс еще как минимум 100 человек дополнительного персонала на площадке: тут спикеры, наша команда, охрана и прочее. Границы закрыты, а в сфере IT многие спикеры/докладчики у нас находятся за границей, их не привезти. Конечно, мы можем снять площадку, какой-нибудь кинотеатр, и смотреть доклад как “телик” все вместе в зале, но, кажется, именно сфера с большим взаимодействием людей в одном помещении не скоро будет открываться. Я еще представляю, как в зале расставить стулья, так, чтобы вокруг одного стула было полтора метра (соблюдать социальную дистанцию), но не представляю, как это сделать в уборной, коридоре – они к этому не приспособлены.

Иван: У вас имеются рассылки по привлечению трафика, людей на конференции, какое здесь поле для эксперимента, для тестирования по времени или каким-то другим параметрам?

Поле для эксперимента следующее:

1) Достучаться до разработчиков, ведь, бывает, до них не доходит почта: фаерволы, фильтры и т.д. Для меня, как для человека, который все-таки любит техническую часть рассылок, это вызов.

2) Скрестить B2C и B2B. В “Империи” было проще: продажа происходила в B2B, оплаты шли через счет, для этого сегмента есть механики, процессы и т. д. А в JUG Ru Group уже надо с двух сторон мотивировать: разработчика и его руководителя.

Но сейчас есть несколько вариантов когда разработчики сами покупают чистый B2C, когда им компенсируют (тут не понятно – это B2C или B2B) — как строить ценообразование? Для кого цена была нормальной, для разработчика (может себе позволить) или для работодателя.

Как понять, кто сам себе купил, а кому компенсировали.

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

Идей несколько, например, анализ анкеты регистрации и анализ формы обратной связи + если участник был несколько раз, то анализ истории покупок. Можно провести опрос с контрольными вопросами, чтобы получить точные ответы.
Пока это все вилами по воде, жду MDM, а там можно будет разгуляться, например, графы связей строить, и вычислять схожие по признакам группы и далее делать анализ конкретной группы.

Анастасия: За какое время до начала мероприятия его, по-хорошему, надо анонсировать и запускать продажу билетов? Когда я работала в IT холдинге, мы в начале финансового года писали список мероприятий, какие хотим посетить, отправляли его руководству с обоснованием, почему нам надо туда попасть, какая анонсируется программа, потом подавали заявку в финансовый департамент… То есть, это согласовывалось сильно заранее, соответственно, те конференции, которые запускали рекламу за 4–5 месяцев, вроде нашего Mailing Day, оказывались в пролете. Насколько заблаговременно вы начинаете вести коммуникации?

У нас такие клиенты тоже есть, кому заранее надо даты сказать, с ними работают специальные менеджеры, которые знают их специфику. Раньше мы анонсировали мероприятия за три месяца. Сейчас мы анонсируем так: конфа закончилась – открыли продажи на следующую. Одну конференцию закрыли – тут же людям, которые были на ней, присылаем промокод на покупку следующих билетов. У нас есть, например, конференция HolyJS для JavaScript-разработчиков, она проходит в Москве и в Питере. Мы питерскую закрыли, тут же открыли московскую, и пошла работа.

Иван: Ты уже начал рассказывать про MDM (Master Data Management), систему для постоянного определения и управления основными данными компании, сравни планировавшуюся и реальную эффективность от ее внедрения. Или пока рано об этом говорить?

MDM, это по факту, флешка с данными из всех нужных/используемых компанией источников. Только эти данные начищены до блеска, между ними настроены связи. Эту флешку можно подключить к компьютеру с CRM и в твоей CRM все нужные данные. Подключишь к компу с ERP-системой — у тебя все данные под рукой.
Мы определили все источники, определили связи, определили, кому какие данные нужны (отделы и софт) и т. д. Далее собрали базу, после написали кучу запросов к базе и анализировали полученные результаты. Ответы были правдивы (например про деньги 100% попадание, про участников 100% попадание).

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

В январе мы выкатили, точнее, разработчики выкатили road map проекта MDM, но сейчас по  объективным причинам вся наша разработка занимается написанием собственной платформы для стриминга и продолжает заниматься личным кабинетом. От самой MDM-системы эффект будет вообще миллион процентов.

Анастасия: Ты проектированием занимался?

Не я один, большая группа, у нас есть архитектор, с богатым опытом айтишной разработки, а я один из тех, кто долго работает в компании, знаю, как проходят процессы, и плюс я из маркетинга и умею общаться с разработчиками, и отстаивал маркетинговую часть, какие данные нужны в моем отделе. Мы полгода писали ETL-систему (Extract, Transform, Load – если кто не знает), которая извлекает, трансформирует в нужный для нас вид и загружает данные, и еще несколько месяцев занимались проектированием архитектуры MDM-системы.
Сейчас, Бог даст, в сентябре, если у нас разгрузится айтишка, мы запустим эту работу над MDM, и скорее всего, будем натягивать данные на CRM и прочие истории.

Анастасия: CRM тоже сами будете писать? 🙂

Скорее всего, нет, я думаю, подружим. CRM-ку написать, как показала практика – не покурить за гаражами.

Анастасия: Как тогда правильно принять решение о реализации проекта, имея в виду его специфику? Это надо разрабатывать на своей стороне, своими силами или все-таки умнее взять какое-то готовое решение по автоматизации бизнес-процессов, чуть-чуть адаптировать под специфику сущности и структуру своего собственного проекта? На основе чего это решение принимается?

Вопрос денег и занятости людей. Если у тебя есть 2-3 разработчика, которые могут full-time работать над проектом, то это нужно сделать у себя. Это по факту будет дешевле, потому что потом можно кастомизировать, как угодно. А если разработчики есть, но они дико заняты, то можно взять какой-нибудь сервис, поэкспериментировать с ним, понять, что схема работает, опять-таки, если это не противоречит внутренним системам безопасности, и показать бизнесу, что это действительно стоит тех денег. То есть думать деньгами в этом плане. Просто люди иногда думают, что в других отделах работают просто так, за те конфеты, которые лежат на кухне и что у них нет другой работы.

Анастасия: Как мы даем оценку проекта — фактические затраты на развертывание инфраструктуры, срок окупаемости, план на увеличение продаж в результате внедрения? Как прогнозировать окупаемость, если мы запускаемся сразу на каких-то сильных готовых решениях, или если разрабатываем сами и двигаемся постепенно? 

Тут все зависит от стратегической истории, ты же понимаешь, что если ты сейчас будешь внедрять в нуле CRM-систему, то еще полгода ты будешь только внедрять и, может быть, только через год от точки внедрения ты получишь какой-то результат, потому что нужно людей обучить, процесс дошлифовать, а она уже денег кушает, как и любой IT проект.
Мы в свое время пытались Salesforce внедрить, потратили миллион только на лицензии. Дальнейшее зависит от глобальности, то есть, если CRM — это глобально, а если просто потестить, давайте возьмем сервис за 5 баксов, который позволит нам обратный отсчет в письма ставить без вотермарка но, кажется, можно просто вставить один раз с вотермарком и посмотреть, отбили бы мы эти пять баксов или нет, и если да, то давайте платить и внедрять.

Иван: В том, что ты сказал, хочу отметить один важный момент: даже если мы берем что-то готовое, все все равно нужна экспертная оценка того же разработчика, который посмотрит и скажет, что это хорошо, можно брать! 

Я могу на реальном примере рассказать, в чем тут сложности… Вот допустим, мы внедряем, условно назовем, какую-нибудь 1С бухгалтерию, это тоже не просто так раскатать: надо сходить к техническому директору и узнать, какие есть сервера, какие мощности, есть ли у нас сервер вообще и какой он, в облаке или железный лежит в подвале. Сходить к безопаснику узнать, мы хотим 1С-ку раскатать, как нам ее делать? Технический говорит, сервер в облаке лежит, это безопасно или нет, в облако 1С ставить? Безопасник: нет, нам нужен свой сервер в сейфе, причем под подвалом! С примером обратного отсчета в письмо, кажется, если он никакую инфраструктуру не затрагивает, то ОК, бери и делай. У меня была история, когда я пытался переехать на другую ESP, я прорабатывал это очень детально. Я знаю, какие системы у меня есть внутри, что есть в проекте MDM, шел и смотрел элементарно, есть ли у этого ESP Java API или надо писать собственную библиотеку для синхронизации всех этих историй. Потому что, не многие сервисы, к сожалению, могут с Java работать.

Еще есть частые ошибки, когда подключают какой-нибудь пятидолларовый сервис, когда кажется, вроде бы 5 долларов – это ничего, а там курс скачет, и ты уже в год платишь вместо трех тысяч рублей, допустим, тридцать!  У меня была история, в двенадцатом году мы начали переезжать на Amazon, на все зарубежное, и короче, для нас это стоило типа 5 центов и, пускай, какую-то тысячу долларов в месяц и это было 30 000 рублей, да Господи, окей, дайте два! А потом ты в один день просыпаешься, и у тебя курс доллара уже 60 и ты такой: что?
Прибегает бухгалтерия и говорит: у вас там какой-то непонятный Amazon, списал с нас 60 000 рублей, вы кому карту слили, чуваки?!

Иван: В КВК Империя ты разработал “Генератор плана рассылок” – автоматическое генерирование контентного плана. Какие параметры формировали матрицу?

В Империи делали по 32 мероприятия в год и руками рисовать контент-план было не очень эффективное занятие, поэтому решили автоматизировать.
По факту, первое время я делал эксель, потом печатал его и ходил утверждал с каждым начальником, это были: мой начальник (базы, нагрузки), начальник отдела продаж (менеджеры), гендир или его зам. Это отнимало уйму времени, правки несколько раз с каждым, потом конфликты по правкам (один хочет так, другой этак), и начиналась бюрократия.
Таблицу генерировали по количеству рассылок на неделю и количеству рабочих дней. Далее я ставил рассылки по дням, чтобы распределить нагрузку на сервера, сотрудников и избежать пересечений баз. После меня руководитель отдела продаж назначал на каждую рассылку менеджера по продажам.

У менеджера по продажам был web-интерфейс только на чтение,  и он видел, что сегодня он отвечает за рассылку, значит,  сегодня к нему пойдут лиды, он будет их отрабатывать.
По реализации – это была самописная система: php+MySQL — бэкенд, html+css — фронтенд.

Иван: Подбор свободных менеджеров тоже нужно было как-то настраивать?

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

До этого я написал небольшой интерфейс, это был условный “план рассылок на сегодня”. Из-за того, что наша команда могла уезжать, например,  в Москву, и кто-то из топ-менеджеров должен был понимать, что происходит в питерском офисе, я сделал этот сервис, там были статусы рассылки: готовится, запущена, отправлена, отменена.
Мы максимально пытались отдать все интерфейсы, чтобы люди могли не приходить к нам и не задавать кучу вопросов – открыли, посмотрели, что происходит, ушли.

Иван: Смотри, по аналогии с этим, когда ты делал какие-либо массовые рассылки, не приходилось ли тебе настраивать такие же автоматические модули по сегментации, нежели пользоваться чем-то готовым, то есть разрабатывать что-то подобное именно для массовых рассылок?

Для массовых рассылок мы модули интерфейса не писали, потому что у нас было так: в загашнике было несколько SQL-запросов их и использовали. Например, если нам нужен был какой-то хитрый сегмент: ген директора, коммерческие директора и посещали последние два мероприятия, то берешь нужный SQL-запрос, поднимаешь MySQL, вставляешь скрипт, корректируешь пару переменных и делаешь нужную выборку.
В “Империи” было очень серьезно с информационной безопасностью, с передачей информации из баз данных. Там был ограниченный список людей, которые могли заходить в базу. Что касается модуля, который бы автоматически что-то делал, это на тот момент было небезопасно. Поэтому мы делали все руками.

Иван: А из чего должен состоять необходимый технический багаж современного Retention-специалиста, в плане владения инструментами? Исходя из собственного опыта, что тебе было полезно?

Давайте сделаем поправку на то, что я немного и разработчик, у меня даже есть диплом о переквалификации, почти что второе высшее, то есть я официально могу заниматься программированием. У меня несколько сломан фокус, поэтому мне все кажется достаточно простым! Вот по мне, если специалист хочет делать все сам, то надо начинать учиться элементарно писать код, то есть программирование как минимум. Насколько глубоко учиться кодить — зависит от того, есть ли у компании нормальный штат людей, который помогал бы маркетологу. Если нет, то достаточно основательно. Если же  у компании есть штат разработки, который может помочь с вопросами интеграции и автоматизации, то надо хотя бы почитать тот же Хабр, подружиться с разработчиком, который объяснил бы специалисту всю терминологию на русском языке. Потому что сейчас у людей многое не получается, когда они думают, например, что опубликовать форму на сайте, это элементарно. На самом деле, если это нормальный продакшн, есть фронтендер, специальный человек, который понимает, как форму вставить, какими стилями обложить, как проверить, протестировать. Я сталкивался с этим: ко мне приходят и говорят, нужен интерфейс, в котором мы будем матчить данные из 10 таблиц. Я говорю, хорошо, добавлю в backlog, в спринт возьмём через три недели, плюс на  аналитику неделя. Мне отвечают: а мы думали, это легко, по щелчку пальцев делается.

А что из простого? Я бы, наверное, всем, кто как-никак связан с аналитикой, рекомендовал учить какой-нибудь SQL язык, MySQL или MS SQL, неважно, или работать с Data BigQuery, то, что сейчас у Гугла, сейчас вижу – это реальная потребность, информации становится с каждым разом все больше и больше, и даже элементарно выделиться и дать какое-то очень персонализированное предложение для пользователя – нужно собрать очень много информации и, соответственно, если маркетолог будет всю информацию собирать руками по крупицам из рекламы, из Google Analytics, из CRM-ки и своей e-mail системы, это займет у него месяц, а вся собранная информация через неделю теряет свою ценность.

Иван: планируешь ли ты написать учебный курс или какие-нибудь семинары проводить по тому, чтобы свои своими знаниями делиться с людьми или про свои подходы, свой опыт?

В конце года я написал своему научному руководителю, она преподаватель по маркетингу, что я бы мог приходить в СПбГУ, просто вклиниться в ее лекции своим блоком про рассылки. Я хочу нести людям добро и объяснять на живых примерах. По моему личному мнению, у нас две беды.
Первая: любые e-mail платформы говорят, что приходите все, настроить рассылку это вообще easy, просто три кнопки: вот здесь вводишь e-mail, здесь номер карты и полетели! У тебя всё будет, главное – просто номер карты сюда введи!
И у нас есть агентства, которые говорят: чуваки! да вы ваще без поллитра не разберетесь и чтобы вам не пить и в печень себя не бить, приходите, мы вам все сделаем, просто надо дважды номер карты ввести.

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

Был затык с DMARC, там reject стоят стопроцентные, а ещё и человек пишет в поддержку: кажется, кто-то с нашего домена отправил рассылку. Поддержка отвечает: пойдите сделайте вот это и вот это. Я получаю этот ответ и говорю: тебе ответили правильно, какой вопрос был задан, такой ответ ты и получил.
Если же ты специалист, то просто берешь MXtoolbox, вбиваешь свой домен и смотришь, что у тебя там по политике демарка и дальше раскручиваешь клубок проблемы с доставляемостью.

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

Анастасия: проще маркетологов качать на техническую часть или технарей на маркетинг?

Мне кажется, надо искать прослойку: есть технари, которые хотят в маркетинг, и есть наоборот, тут от склада ума скорее зависит. Я честно могу сказать, года три, наверное, занимался технической историей, то есть я от маркетинговой отстранился, у меня был копирайтер, который что-то писал и это было ОК. По технике прошелся, все зафиксировал, потестил, посмотрел, понял как работает, теперь я могу решать проблемы, домены и айпишники из спама вытаскивать, все, поехали, посмотрим, разберемся, что там с маркетингом у вас? Сейчас я по большей части в основном смотрю, что мои коллеги из маркетинга пишут, корректирую, подсказки какие-то даю, чтобы канал работал.

Иван: То есть, у тебя самая благородная идея – заняться своего рода ликбезом?

Да мне не жалко, честно, наоборот! Об имейл-маркетинге я написал внутреннюю большую книгу, которая у нас лежит в виде инструкции, вообще, на все случаи жизни.

Мы занимаемся айтишкой а наши три основателя – они разработчики, и у разработчиков есть такой клевое понятие, называется bus factor, в русской менеджерской литературе это чаще упоминается как “а если кирпич на голову упадет”. А так как я был один-единственный с широкой экспертизой, они решили хоть как-то нивелировать этот бас фактор и попросили меня написать внутреннюю инструкцию. Потому что, в книжках написано одно, в жизни по-другому, а в твоей конкретной теме по-третьему.

Иван: На этой чудесной ноте я тогда предлагаю нам попрощаться, благодарим тебя за прекрасный разговор!
Кстати, помнишь, кем ты хотел быть в детстве? 

Я всегда отвечал: Ельциным!

Анастасия: А теперь?

Обычно отвечаю, что как Обама был первым президентом Америки из афроамериканцев, я же буду первым президентом России с гражданством Казахстана, я стремлюсь к этому 🙂

Иван Самошкин
johnlarvadragon@gmail.com

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *