ManyChat Team
ManyChat — это платформа для автоматизации маркетинга.
Мы помогаем компаниям общаться с клиентами в популярных мессенджерах: Facebook Messenger, SMS и MMS, Email, Instagram и WhatsApp.
Более миллиона бизнесов по всему миру используют ManyChat для маркетинга, продаж и поддержки.
В этой группе мы рассказываем про технологии и процессы в компании, делимся полезными ссылками и яркими моментами.
ManyChat Team запись закреплена
Завтра, 19 декабря в 19.30 по Москве, Сережа Адронов, руководитель команды бренд-дизайна ManyChat, вместе со SKVOT проведут конференцию для дизайнеров, которые достигли потолка или не знают, куда расти.
Ребята пригласили специалистов в сфере дизайна, которые уже прошли определенный путь: креативных и арт-директоров, тимлидов и основателей компаний, чтобы они могли поделиться опытом своего профессионального развития.
ManyChat Team запись закреплена
Мы активно работаем над расширением функциональности мобильной версии нашей платформы, поэтому этой осенью команда, которая работает над приложениями для iOS и Android значительно подросла.
После нескольких спринтов в новом составе, мы стали замечать, что ребята стали тратить гораздо больше времени на координацию и принятие решений. Это мешало сфокусироваться на достижении целей и сказывалось на общем прогрессе. Мы поняли, что пришло время разделиться и сформировать две новых кросс-функциональных команды, чтобы поддерживать необходимый нам темп и сделать работу более комфортной для ребят.
Наш скрам-мастер Кейт Векова подробно рассказала в блоге AgiliX, как происходил митоз команды и дала практические рекомендации, которые пригодятся тем, кто задумывается о том, чтобы масштабировать продуктовую команду.
ManyChat Team запись закреплена
Несколько лет назад мы выбрали Snowflake в качестве сервиса для нашей дата-платформы. С ростом объемов данных до сотен миллионов строк, мы задались вопросом: «Как тратить меньше времени на расчет запросов для ежедневной отчетности?».
Идеальным вариантом было использование материализованных представлений, так как они позволяют обращаться к предварительно вычисленным результатам расчета витрин гораздо быстрее, чем к исходным данным.
Вместо того, чтобы отдать управление нашим пайплайном популярным инструментам для трансформации данных, мы приняли решение изобрести собственный велосипед. О том, как мы внедряли систему материализаций, и как это повлияло на время сборки отчётности, рассказал наш дата-инженер Антон Поляков.
ManyChat Team запись закреплена
RB.RU | Медиа про бизнес и технологии
ManyChat Team запись закреплена
Недавно команда, которая работает над мобильным приложением ManyChat, отправилась в Сочи, чтобы построить User Story Map (карту пользовательских историй) и провести время вместе.
В выходные ребята ходили в поход в горы, жарили барбекю и смотрели на водопады. Показываем, как это было.
ManyChat Team запись закреплена
Вышел новый выпуск подкаста «Силиконовые дали», где Микаэл Ян, сооснователь ManyChat, обсудил с Владимиром Смеркисом прошлое, настоящее и будущее чат-ботов.
Микаэл рассказал, с чего начался ManyChat, как удалось привлечь инвестиции, в чём сложность управления удалённой командой, и куда движется индустрия чат-маркетинга.
ManyChat Team запись закреплена
Не так давно в ManyChat появился новый канал коммуникации — Instagram.
Мы ожидали большой приток новых пользователей, и чтобы помочь им не только быстрее разобраться в продукте, но и ощутить его ценность, мы решили запустить онбординг.
О том, почему ребята разработали собственный онбординг сервис, а не воспользовались готовым решением, с какими трудностями пришлось столкнуться при проектировании, и как удалось обнаружить и исправить ошибки в готовом решении — в статье нашего фронтенд-разработчика Влада Шутеева.
ManyChat Team запись закреплена
Мы в ManyChat уделяем много внимания процессам, которые позволяют нам обеспечивать своевременную поставку самого ценного для наших пользователей, а также поддерживать общий уровень осознанности в компании. Выстраивать эти процессы, корректировать и в целом держать руку на пульсе помогает бережно собранная команда Скрам-мастеров.
О том, как найти «своих» людей, и как мы нанимаем скрам-мастеров рассказала Ира Скрыпник, которая лидирует agile-подход в компании.
ManyChat Team запись закреплена
Завтра поучаствуем в стриме к релизу PHP 8.1, который начнётся в 19.00.
Вместе с ребятами из Skyeng, Badoo и Авито обсудим переезд на PHP 8. Наш бэкенд-разработчик Максим Фомичев расскажет, как это пережил ManyChat, и к чему стоит готовится тем, кто только планирует перейти на новую версию. После этого послушаем доклад Валентина Удальцова про апдейты на PHP 8.1, а затем Роман Пронский поделится новостями про фонд в поддержку PHP. В конце нас ждёт квиз и розыгрыш призов.
Узнать подробности и поставить напоминание о трансляции можно здесь: https://vk.cc/c8kfLC
ManyChat Team запись закреплена
Совсем скоро увидимся на HolyJS 2021 Moscow! Традиционно выступаем в качестве партнёра конференции, поэтому подготовили много активностей для участников. Делимся планами на случай, если вы туда собираетесь:
2 ноября в 18.15 приходите послушать Даниила Налётова, он расскажет, как мы боролись с особенностями ContentEditable и зачем написали свой маленький текстовый веб-редактор *(Rich Text Editor)* вместо того, чтобы воспользоваться коробочным решением.
Показать полностью.
3 ноября в 18.00 проведём дискуссию об Agile-процессах. Обсудим, как компании подходят к выбору методологий, внедряют процессы, насколько важны артефакты скрама и, как это всё влияет на жизнь разработчиков.
4 ноября в 16:00 устроим интеллектуальную викторину, где можно будет не только проверить свою эрудицию, но и познакомиться с командой ManyChat и другими участниками конференции в неформальной обстановке.
Также, познакомиться с командой ManyChat и побороться за классные призы можно в нашем квизе. Чтобы принять участие, начните диалог с нашим Telegram-ботом.
Решили в этот раз пропустить HolyJS и дождаться оффлайна? Мы поделимся с вами видеозаписью доклада после конференции.
Engage your customers instantly
Choose Your Channel
SMS Text Messages
90% of text messages are read within 3 minutes. Go omnichannel and combine SMS with Instagram DMs or Facebook Messenger to continue the conversation beyond social.
Instagram Direct Messages
Instagram DM Automation is the easiest and most powerful platform to automate your Instagram Messages and marketing for more sales and better customer support.
Facebook Messenger
ManyChat is the #1 Facebook Messenger chatbot that automates getting and keeping customers happy, so you have more time for everything else.
SMS Text Messages
90% of text messages are read within 3 minutes. Go omnichannel and combine SMS with Instagram DMs or Facebook Messenger to continue the conversation beyond social.
Instagram Direct Messages
Instagram DM Automation is the easiest and most powerful platform to automate your Instagram Messages and marketing for more sales and better customer support.
ManyChat customers see CTR rates 130% higher than the industry average
ManyChat is Chat Marketing
ManyChat is Built for Sales and Marketing
Increase product sales, customer engagement, generate qualified leads, and deliver instant support through personalized conversations in Instagram Direct Messages and Facebook Messenger.
Build Automation Quickly
Easily build and automate interactive conversations for Instagram Direct Messages and Facebook Messenger that nurture relationships and lead to more conversions with our visual drag n’ drop interface. No coding experience needed.
Combine with SMS and Email
Start conversations through Instagram Direct Messages or Facebook Messenger and capture phone numbers or emails in your automation. Deliver coupons, newsletters, promotions, booking confirmations, and more, through SMS or email.
Get More Out of the Tools You Already Use
Whether it’s Shopify, Google Sheets, MailChimp, Klaviyo, HubSpot, or Zapier, ManyChat connects to thousands of tools you already use for your business.
Trusted by 1M+ Businesses
To power over 1 billion customer conversations
Many chat что это
Привет! Меня зовут Антон Поляков, и я разрабатываю аналитическое хранилище данных и ELT-процессы в ManyChat.
Несколько лет назад мы выбрали Snowflake как сервис для нашей дата-платформы. С ростом объемов данных до сотен миллионов строк (спойлер: а затем и до десятков миллиардов), мы задались вопросом: «Как тратить меньше времени на расчет запросов для ежедневной отчетности?». Идеальным вариантом было использование материализованных представлений, позволяющих обращаться к предварительно вычисленным результатам расчета витрин гораздо быстрее, чем к исходным данным.
Мы могли отдать управление нашим пайплайном таким популярным сегодня инструментам для трансформации данных, как, например, dbt, Matillion или Dataform. Однако, в начале 2020 года ни у одного из них не было возможности тонкой кастомизации под нужды Snowflake и ManyChat. К тому же, нам не хотелось платить за еще один сторонний инструмент. Так, мы приняли решение изобрести собственный велосипед для работы с материализацией данных. Именно об этом я сегодня и расскажу.
Новости
Как мы написали, а потом переписали онбординг сервис
Привет, меня зовут Влад, я фронтенд-разработчик в ManyChat. В этой статье я расскажу, как мы писали сервис для проведения обучающих кампаний в продукте, и почему важна хорошая проработка задачи на раннем этапе.
Как ManyChat на PHP8 переезжал
Привет, меня зовут Максим, я бэкенд-разработчик в ManyChat.
Эта статья – о нашем переходе на PHP8. Однажды мы решили немного поисследовать – посмотреть, чего нам будет стоить возможный переход на новую версию, и запланировать эти работы на следующий год, сразу на 8.1. Перспектива переезда тогда вызывала у нас чувства примерно как на КДПВ: от мыслей обо всех тестах и внешних зависимостях было немного неуютно.
Однако в процессе исследования выяснилось, что нельзя просто так взять и остановиться. Одно за другим, и вот мы уже полностью на PHP 8.
Эта статья – о шагах, из которых складывался переезд, и проблемах, которые мы встретили в процессе. Надеюсь, статья будет полезна для тех, кому ещё только предстоить перейти на PHP 8 – поможет подготовиться хотя бы морально. Для всех остальных (кто уже на PHP 8 или не собирается) – давайте сверимся по ощущениям.
Кому с Redux жить хорошо
Приветствую всех любителей хорошей инженерки! Меня зовут Евгений Иваха, я фронтенд-разработчик в команде, занимающейся дев-программой в ManyChat. В рамках дев-программы мы разрабатываем инструменты, позволяющие расширять функциональность ManyChat за счет интеграции со сторонними системами.
Существует мнение, что разработка через тестирование, или по канонам Test Driven Development (TDD) для фронтенда не применима. В данной статье я постараюсь развенчать этот миф и покажу, что это не только возможно, но и очень удобно и приятно.
Сам по себе React достаточно понятен любому разработчику, чего не скажешь про Redux. На первый взгляд может показаться, что это какой-то монструозный и непонятный инструмент. Прочитав данную статью, вы узнаете как разрабатывать приложения через тестирование на React, используя Redux, поймёте преимущества его использования, научитесь не открывать браузер при разработке фронтенд-приложений и экономить время на дебаге. Возможно, найдёте что-то новое для себя про написание фронтовых тестов.
14 практических советов по использованию Tableau
Всем привет, меня зовут Меркурьев Михаил, я продуктовый аналитик в ManyChat. Год назад мы решили использовать Tableau как основной BI инструмент в компании и столкнулись с рядом проблем, касающихся того, что нужно наладить эффективную работу с инструментом для аналитиков, менеджеров продукта и других стейкхолдеров.
В этой статье я собрал мой личный топ советов при использовании Tableau. Многими из них я пользуюсь регулярно, копируя куски кода или освежая в памяти подход. Надеюсь, эта статья будет особенно полезна тем командам, которые только настраивают Tableau — некоторые из приёмов нужно сделать один раз и это сильно упростит жизнь. Я сам очень бы хотел найти такой гайд в начале нашего пути.
Пару слов о структуре. Сначала я расскажу про общие подходы, которые мы выработали для Tableau Server, а потом покажу конкретные хаки, которые, возможно, сделают вашу жизнь лучше. Начнем!
Snowflake, Anchor Model, ELT и как с этим жить
Привет! Меня зовут Антон Поляков, и я разрабатываю аналитическое хранилище данных и ELT-процессы в ManyChat. В настоящий момент в мире больших данных существуют несколько основных игроков, на которых обращают внимание при выборе инструментария и подходов к работе аналитических систем. Сегодня я расскажу вам, как мы решили отклониться от скучных классических OLAP-решений в виде Vertica или Exasol и попробовать редкую, но очень привлекательную облачную DWaaS (Data Warehouse as a Service) Snowflake в качестве основы для нашего хранилища.
С самого начала перед нами встал вопрос о выборе инструментов для работы с БД и построении ELT-процессов. Мы не хотели использовать громоздкие и привычные всем готовые решения вроде Airflow или NiFi и пошли по пути тонкой кастомизации. Это был затяжной прыжок в неизвестность, который пока продолжается и вполне успешно.
Под катом я расскажу про архитектуру нашего аналитического хранилища и покажу, каким образом мы производим загрузку, обработку и трансформацию данных.
REACT + JEST = TDD ❤️
Привет, Хабр! Меня зовут Андрей Хижняк, я фронтенд-разработчик в команде, разрабатывающей App Store внутри ManyChat.
Как и моим коллегам, мне нравится пробовать новые подходы, методологии и практики, заниматься повышением качества и скорости разработки. В начале этого года мы с командой решили попробовать одну из техник экстремального программирования — TDD.
От том, что из этого вышло, и будет моя статья, добро пожаловать под кат!
Настроили мониторинг. Что дальше?
Всем привет! Меня зовут Мазеин Михаил, я занимаюсь бекенд-разработкой в ManyChat.
Одна из моих задач — анализ и повышение качества нашего продукта через системы мониторингов, алармов и сопутствующих процессов. Я на своем опыте убедился в том, что выстроить мониторинг — недостаточно. Сегодня я поделюсь тремя историями из жизни нашей команды: расскажу, как мы искали решения и какие выводы сделали. На мой взгляд, пост может оказаться полезен и разработчикам, и QA-инженерам, и системным администраторам, и тимлидам/техлидам.
Эта статья основана на моем докладе с онлайн-конференции TechLead Conf 2020. Если вам приятнее смотреть видео, оно доступно на YouTube.
Как же всё-таки не ошибаться?
Всем привет! Меня зовут Виктория Головнева, я работаю джуниор аналитиком. Как и любой джун, я постоянно прохожу какие-то курсы, читаю статьи и книги по рабочей (и околорабочей) тематике, чтобы прокачивать мой уровень знаний в SQL, статистике, методах визуализации данных и многом другом.
Недавно мне попалась книга «Как не ошибаться. Сила математического мышления», Джордана Элленберга — о ней и пойдёт речь.
В этой статье я хочу привести несколько простых математических/логических задач, которые:
Заинтересовались? Тогда погнали под кат!
Как жить с ограничениями внешних API на количество запросов
Многие сервисы предоставляют возможность взаимодействовать с ними не только обычным пользователям через отточенные и оптимизированные графические интерфейсы, но и внешним разработчикам из своих программ через API. При этом сервисам важно контролировать нагрузку на свою инфраструктуру. В ситуации с обычными пользователями большинство проблем с нагрузкой не возникнет из-за контроля кода приложения, отправляющего запросы к сервису, со стороны разработчиков сервиса (пользователей, пытающихся что-то делать в приложении за рамками предложенных разработчиками интерфейсов и задокументированных возможностей мы в данной статье не рассматриваем). В случае со внешними разработчиками простор для создания нагрузки на сервис ограничен только фантазией этих самых внешних разработчиков. Чтобы немного ограничить этот простор, стала распространена практика введения ограничений на количество запросов в единицу времени к API сервиса.
Мы уже рассказывали о том, как можно реализовать эти ограничения если вы сами разрабатываете API сервиса, сегодня хотим рассказать о том, как жить с «клиентской» стороны и удобно пользоваться ограниченным по количеству запросов API.
22 сентября, Онлайн-митап Product Engineering Meetup #2: Культура разработки
22 сентября мы проводим онлайн-митап Product Engineering Meetup #2 «Культура разработки в продуктовых компаниях».
В прошлом году мы собирались, чтобы поговорить о том, кто такой продуктовый инженер, зачем разработчику развивать продуктовое мышление, как найти баланс между продуктом и разработкой (записи можно найти тут).
На предстоящей встрече мы сфокусируемся на культуре разработки в продуктовых компаниях.
Спикеры — инженеры и менеджеры продукта из Badoo, ManyChat, Додо Пицца и Работа.ру. Будем говорить о том, какие практики помогают командам создавать качественные продукты. Обсудим, какие процессы разработки помогают фокусироваться на донесении ценности пользователям и соблюдать сроки. Рассмотрим, как находить компромисс между бизнесом и разработкой и определять границы ответственности.
Надеемся, что встреча будет полезна всем участникам продуктовых команд — инженерам, менеджерам продукта, тех- и тимлидам.
Регистрация доступна по ссылке, а подробности программы читайте под катом.
На пути к бессерверным базам данных — как и зачем
Всем привет! Меня зовут Голов Николай. Раньше я работал в Авито и шесть лет руководил Data Platform, то есть занимался всеми базами: аналитическими (Vertica, ClickHouse), потоковыми и OLTP (Redis, Tarantool, VoltDB, MongoDB, PostgreSQL). За это время я разобрался с большим количеством баз данных — самых разных и необычных, и с нестандартными кейсами их использования.
Сейчас я работаю в ManyChat. По сути это стартап — новый, амбициозный и быстро растущий. И когда я только вышел в компанию, возник классический вопрос: «А что сейчас стоит брать молодому стартапу с рынка СУБД и баз данных?».
В этой статье, основанной на моем докладе на онлайн-фестивале РИТ++2020, отвечу на этот вопрос. Видеоверсия доклада доступна на YouTube.
15 базовых советов по Git для эффективной работы каждый день
Привет, меня зовут Сергеев Сергей aka gurugray. Сейчас я «Mentor FrontEnd Community» в компании ManyChat. Вы могли видеть мои лекции по релизному циклу и регламенту работ с системами контроля версий в Школе Разработки Интерфейсов Яндекса (ШРИ).
Меня часто спрашивают какие life-hacks или best-practices я использую при работе с Git’ом и репозиториями проекта.
Эта заметка — попытка объяснить те базовые настройки и приёмы, которыми я пользуюсь каждый день. Рецепты не претендуют быть ноу-хау, но могут помочь с освоением ежедневной гигиены работы с репозиторием.
Redis на практических примерах
Redis — достаточно популярный инструмент, который из коробки поддерживает большое количество различных типов данных и методов работы с ними. Во многих проектах он используется в качестве кэшируещего слоя, но его возможности намного шире. Мы в ManyChat очень любим Redis и активно используем его в нашем продукте для решения огромного количества задач. Про некоторые интересные кейсы использования этой in-memory key-value базы данных я расскажу на примерах. Надеюсь, вам они будут полезны, и вы сможете применить что-то в своих проектах.
Рассмотрим следующие кейсы:
Да кто вообще такой этот продуктовый разработчик?
Сегодня в названиях вакансий всё чаще появляются приставки «продуктовый» — дизайнер, аналитик, разработчик… Компании, придерживающиеся продуктового подхода, ожидают от кандидатов определённого образа мышления, хороших технических скиллов бывает недостаточно. Меня зовут Михаил Мазеин, я тот самый продуктовый разработчик в ManyChat, занимаюсь бекэндом и участвую в процессе найма. Давайте расскажу, как это выглядит изнутри.
Помните известную байку про двух программистов-одногруппников? Один из них был троечником, второй — заядлым отличником. Троечник сделал небольшой прототип, за несколько месяцев открыл компанию, вышел на рынок. А отличник работал над очень продуманной и красивой архитектурой. В итоге через два года у троечника была компания и ниша на рынке, а отличник пришёл к нему на собеседование. История ироничная, но под капотом лежит довольно много правдивых фактов.
@innubis
Программирование в массы
Понимание даже основ программирования может упростить деятельность человека. Помимо очевидных вещей, таких как развитие абстрактного мышления или способность разделять задачу на меньшие части, я предлагаю пойти ещё дальше и воспользоваться основными подходами к разработке. На примере создания классической логической игры, проводя аналогию между визуальным и традиционным программированиями, я и хочу показать, как навыки разработки могут помочь в решении прикладной задачи. Желающих подискутировать на тему или поиграть в «Быков и коров» и выиграть приз — зову под кат.
Как раскатывать опасный рефакторинг на прод с миллионом пользователей?
Фильм “Аэроплан”, 1980г.
Примерно так я себя чувствовал, когда выливал очередной рефакторинг на прод. Даже если весь код покрыть метриками и логами, протестировать функционал на всех окружениях — это не спасет на 100% от факапов после деплоя.
Первый факап
Как-то мы рефакторили наш процессинг интеграций с Google Sheets. Для пользователей это очень ценный функционал, т.к. они используют много инструментов одновременно, которые нужно связывать между собой — отправлять контакты в таблицу, выгружать ответы на вопросы, экспортировать пользователей и т.д.
Код интеграций не рефакторился с первой версии и его становилось все сложнее поддерживать. Это начало аффектить наших пользователей — выявлялись старые баги, которые мы боялись править из-за сложности кода. Пришло время что-то сделать с этим. Никаких логических изменений не предполагалось — просто написать тесты, подвигать классы и причесать имена. Конечно, мы протестировали функционал на dev окружении и пошли деплоить.
Через 20 минут пользователи написали, что интеграция не работает. Отвалился функционал отправки данных в Google Sheet — оказалось, что для дебага мы отправляем данные в разных форматах для прода и локального окружения. При рефакторинге мы задели формат для прода.
Интеграцию мы починили, но все же осадочек от веселого пятничного вечера (а вы думали!) остался. На ретроспективе (встрече команды по завершению спринта) мы стали думать, как предотвратить такие ситуации в будущем — нужно улучшить практики ручного тестирования, авто-тестирования, работу с метриками и алярмами, а кроме этого нам пришла идея использовать фича-флаги для тестирования рефакторинга на проде, собственно, об этом и пойдёт речь.
Из ошибки в алерт с действиями
Привет, Хабр! Для пользователя сообщения об ошибке часто выглядят как «Что-то не так, АААА!». Конечно, ему бы хотелось вместо ошибок видеть волшебную ошибку «Починить все». Ну или другие варианты действий. Мы начали активно добавлять себе такие, и я хочу рассказать про то, как вы можете это сделать.
Сначала представлюсь — меня зовут Александр, последние шесть лет я посвятил iOS-разработке. Сейчас отвечаю за мобильное приложение ManyChat и проблемы буду решать на его примере.
Давайте сразу сформулируем, что мы будем делать:
Обработка миллионов событий в сутки при помощи каскадов очередей
Под капотом нашего продукта крутятся сотни, тысячи, а в некоторых сервисах и миллионы очередей, через которые проходит огромное количество данных. Все это нужно каким-то магическим образом обрабатывать и не застрелиться. В данном посте я расскажу, какие архитектурные подходы мы используем у себя, имея достаточно скромный стэк технологий и не имея маленького дата-центра у себя в «кладовке».
Эволюция обработки вебхуков Facebook: с нуля до 25 000 в секунду
Скорее всего, рассказывать, что такое вебхуки (webhooks) — никому не нужно. Но на всякий случай: вебхуки — это механизм оповещения о событиях во внешней системе. Например, о покупке в интернет-магазине через онлайн-кассу, отправке кода в GitHub-репозиторий или действиях пользователей в чатах. В типичном API нужно постоянно опрашивать сервер, написал ли пользователь что-нибудь в чате. С помощью механизма вебхуков можно «подписаться» на оповещения, и сервер сам отправит HTTP-запрос, когда произойдет событие. Это удобнее и быстрее, чем постоянно запрашивать новые данные на сервере.
ManyChat — это платформа, которая помогает бизнесу общаться со своими клиентами через чаты в мессенджерах. Вебхуки — одна из важных частей ManyChat, потому что именно через них бизнес общается с клиентами. А общаются они много — например, через систему бизнесы отправляют своим клиентам миллиарды сообщений в месяц.
Основная масса сообщений отправляется через Facebook Messenger. У него есть особенность — медленный API. Когда клиент пишет сообщение, чтобы заказать пиццу, Facebook отправляет в ManyChat вебхук. Платформа его обрабатывает, отправляет запрос обратно и пользователь получает сообщение. Из-за медленного API некоторые запросы идут несколько секунд. Но когда платформа долго не отвечает, бизнес теряет клиента, а Facebook может отключить приложение от вебхуков.
Поэтому обработка вебхуков — это одна из главных инженерных задач платформы. Чтобы решить проблему, в ManyChat за три года работы несколько раз меняли архитектуру обработки с простого контроллера в Yii до распределенной системы с «Галактиками». Подробнее об этом под катом расскажет Дмитрий Кушников (@cancellarius).
