Куда пойти учиться: Soft Skills для маркетолога и таргетированная реклама в TikTok

В ближайшие 7 дней узнаем. Что такое soft skills для маркетолога. И разберем особенности таргетированной рекламы в TikTok

А еще научимся увеличивать продажи в строительной сфере с помощью digital. 

Выбирайте нужное мероприятие и добавляйте себе в календарь.

Пусть неделя пройдет с пользой!

До встречи в следующее воскресенье!

Описание

В докладе Никита Матвеев, руководитель отдела контекстной рекламы в Digital Strategy, расскажет про инструменты для интернет-магазина. Как их запустить и оптимизировать. Какие сложности могут быть и на что обращать внимание. Анализ конкурентов и выводы.

Программа вебинара: 

  • Как получать заказы из контекстной рекламы
  • Какие инструменты запускать в первую очередь
  • Анализ результатов и оптимизация кампании
  • Анализ конкурентоспособности 

Ведущие

Никита Матвеев

Никита Матвеев

Руководитель отдела контекстной рекламы в Digital Strategy

Перейти на сайт мероприятия

В начале марте Xiaomi провела молниеносную распродажу новых смартфонов Xiaomi Mi 10S. Которые были доступны ограниченным тиражом по предварительным заказам. А теперь производитель объявил о том. Что Xiaomi Mi 10S. Который является улучшенной и более доступной версией прошлогоднего флагмана Xiaomi Mi 10, поступил в свободную продажу.

Xiaomi Mi 10S с 8 ГБ ОЗУ и 128 ГБ флеш-памяти предлагается около 500 долларов. Версия с 8/256 ГБ памяти доступна за 537 долларов. А старшее издание. Которое оснащено 12/256 ГБ памяти. Можно приобрести за 583 доллара.

Улучшенный и удешевлённый флагман Xiaomi Mi 10S поступил в свободную продажу

Xiaomi Mi 10S оснащён мобильной платформой Qualcomm Snapdragon 870, которая позволяет набрать в AnTuTu более 690 000 баллов. А также 6,7-дюймовым экраном AMOLED разрешением Full HD+ (2340 х 1080 пикселей) с частотой обновления изображения 90 Гц. В основной камере установлен главный датчик изображения разрешением 108 Мп, 13-мегапиксельный широкоугольник. А также два модуля разрешением по 2 Мп. Фронтальная камера имеет разрешение 20 Мп. Смартфон оснащён аккумулятором ёмкостью 4780 мА·ч, который поддерживает 33-ваттную проводную, 30-ваттную беспроводную и 10-ваттную обратную беспроводную зарядку. Телефон получил стереодинамики Harma/Kardon.

В коробке с китайской версией смартфона зарядного устройства нет. Однако, возможно. В Европе производитель включит адаптер в упаковку.

В Telegram появилась возможность принимать платежи в любом чате. Заранее объявлять о предстоящих голосовых чатах. Видеть больше информации об участниках голосового чата и многое другое. Кроме этого. Запущены сразу две новые версии Telegram для браузера.

С сегодняшнего дня продавцы в мессенджере могут принимать платежи кредитными картами с помощью 8 встроенных платежных систем в любом чате. Включая группы и каналы.

Для оплаты можно использовать любое приложение – в том числе Telegram для компьютеров. Покупатель также может оставить чаевые. Чтобы поддержать любимого автора. Кафе или магазин.

Платформа для платежей открытая и бесплатная – Telegram не берет комиссии и не хранит платежную информацию. Реквизиты отправляются напрямую платежной системе. А адрес для доставки — продавцу. Чтобы он мог отправить товар.

Испытать новые возможности на бесплатных тестовых товарах и услугах можно в этом канале.

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

Также с сегодняшнего дня администраторы групп и каналов могут запланировать предстоящий голосовой чат на определенное время – чтобы все желающие успели подстроить свои планы и рассказать о событии друзьям.

Участники сообщества увидят цветной таймер с обратным отсчетом и смогут подписаться на уведомление о начале голосового чата.


Из окна голосового чата теперь можно быстро просмотреть фотографию и данные из графы «О себе» любого участника – чтобы лучше понимать. С кем ведется диалог.

Кроме того, сегодня появились сразу две новые веб-версии Telegram. Обе поддерживают анимированные стикеры. Ночной режим. Папки для чатов и другие возможности – и отлично работают на мобильных устройствах.

Подробнее узнать обо всех нововведениях можно здесь.

Отметим, недавно Telegram Desktop и все официальные веб-версии (Webogram. WebK, WebZ. React) перестали отправлять код для авторизации в мессенджере через SMS. Теперь, если у пользователя нет других активных сессий. Для входа в учетную запись можно использовать только мобильное устройство с активным интернет-соединением. На котором уже выполнена авторизация. Так как код можно получить только в приложении. 

Следующая версия Android (Android 12) уже несколько недель находится в стадии бета-тестирования. Ожидается, что в ближайшие недели Google начнет распространение стабильной версии Android 12 на своих смартфонах Pixel. За этим последуют другие производители, такие как Xiaomi, которые тестировали сборки Android 12, в том числе, внутри компании. 

Xiaomi начала тестировать Android 12 для Redmi K30 Pro и Poco F2 Pro

Тестирование Android 12 началось с моделей Xiaomi премиум-класса, таких как Mi 11 Ultra, Pro, Mi 11, Mi 11 Lite 5G, Redmi K40 Pro, K40 Pro+ и Redmi K40. Уже более 13 телефонов Xiaomi проходят внутреннее тестирование. Теперь сообщается о том, что Xiaomi начала внутреннее тестирование Redmi K30 Pro и Poco F2 Pro. 

Xiaomi начала тестировать Android 12 для Redmi K30 Pro и Poco F2 Pro

Начало распространения стабильных сборок Android 12 ожидается ближе к концу августа или начала сентября. 

В мае ожидается премьера флагманских смартфонов Honor 50, которые перехватят у отложенного до июня Huawei P50 инициативу в топовом сегменте. Эти модели будут построены на однокристальной платформе Qualcomm Snapdragon 888 – после отделения от Huawei Honor может позволить себе такое. А еще будет качественная камера – и у нас есть возможность посмотреть. Как она выглядит вживую.

Два кольца и градиент. Honor 50, построенный на Snapdagon 888, засветился во время рекламной съемки

Фотограф Иян Цяньси (Yiyang Qianxi) выложил в Сеть фото рабочего процесса – рекламной съемки Honor 50. На втором изображении на экране MacBook Pro представлен сам смартфон, с камерой в виде двух колец и градиентной тыльной панелью. Которая, впрочем. Больше характерна для моделей линейки Nova.

Два кольца и градиент. Honor 50, построенный на Snapdagon 888, засветился во время рекламной съемки

Если говорить о камере. То в верхнем кольце должен расположиться главный модуль с 50-мегапиксельным датчиком оптического формата около 1 дюйма. А в нижнем – перископная камера с оптическим зумом и модуль со сверхширокоугольным объективом. По крайней мере. Такие параметры приписывают Honor 50 Pro+. И как раз эта модель может быть объектом рекламной съемки.

Перевод статьи Towards Responsive Elements с сайта bkardell.com, опубликован на CSS-live.ru с разрешения автора — Брайана Карделла

В этой статье я расскажу о проблеме «выражений от контейнера». Попытаюсь пролить свет на некоторые заблуждения. И ввести вас в курс состояния дел.

Наблюдение за стандартами может вогнать разработчика в ступор. Мы можем узнавать о разработке новых спецификаций. Появлении новых функций. О которых мы и понятия не имели — возможно. Каких-то для нас совсем неважных. При этом «Выражения от контейнера». Явно одну из самых востребованных фич CSS. Как будто попросту… игнорируют.

Как это так? Почему Рабочая группа по CSS как будто не прислушивается к нам? Почему за все эти годы не появилась хоть какая-нибудь официальная CSS-спецификация — в конце-то концов?

Очень легко получить ошибочное впечатление о том. Что происходит (или не происходит) в веб-стандартах. И о причинах этого. Не потому. Что это секрет. А потому лишь. Что происходит так много всего и на стольких уровнях обсуждения. Что невозможно уследить за всем. В итоге этот процесс часто снаружи выглядит непрозрачным — и наше впечатление запросто может оказаться искаженной картиной. Немного прояснить такого рода моменты — одна из моих целей на этот год. Так что давайте отсюда и начнем…

проблем

Один из сложнейших аспектов «выражений от контейнера» — то. Что на самом деле это не какая-то одна четкая проблема для обсуждения. Немало дискуссий начинается с того. Как их записывать — обычно каким-то «вроде бы очевидным» способом — но из этого обычно (ненамеренно) вырастает пачка новых запросов к CSS и бесчисленные противоречия. В итоге всё это сбивает обсуждение с пути. При этом также можно (ненамеренно) отмахнуться от огромной сложности того. Что на поверку оказывается существенными частностями и важными аспектами идеи и реализации современного CSS. Из-за этого дискуссия легко уходит прочь от темы. И удержать ее в русле очень трудно.

Немалая часть трудности — то. Что в зависимости от того. Как вы выделяете проблему. Некоторые из этих запросов могут потребовать фундаментальных изменений в архитектуре браузерных движков. Хуже того: мы даже не знаем. Каких именно. К сожалению. Очень трудно осознать. Что это значит на практике. Поскольку такие изменения затрагивают массу всего, повторюсь. Во многом скрытого от большинства веб-разработчиков. Достаточно будет сказать. Что любая такая переделка архитектуры может вылиться в полностью непредсказуемый (в годах) объем работы для воплощения и проверки подобной идеи — а затем еще больше лет разработки для каждого движка. Хуже того, всё это время оно будет так же невидимо для разработчиков. Например, вы знали. Что много лет уже идет напряженная работа. Чтобы открыть нам много новых возможностей в CSS? А она идет — и говорю не о Houdini!

Хорошо, но что насчет выражений от контейнера…

Что сейчас происходит в этой области?

Истина в том, что. Пусть на первый взгляд это и не очень заметно. Уже была масса обсуждений и попыток «опробовать» разные идеи. В основном они. К сожалению. Очень быстро натыкались на некие проблемы. И не так-то просто было вообще определить. Какие пути не ведут в тупик.

Но со временем многие из них превратились в «Как нам сделать из этого более решаемую задачу?» и «Как нам на самом деле куда-то продвинуться. Минимизировать риски. Предпринять шаги и наконец дать что-то разработчикам?»

Две важных идеи. Которые активно разрабатывались в это время. «CSS-изоляция» («containment») и ResizeObserver. Нацеленные каждая на свой набор задач (хочется надеяться. Решаемых) — позволяют нам решить. Что мы считаем необходимыми условиями для решения главной проблемы. И в то же время дают разработчикам возможность решать эти и другие конкретные задачи более эффективно и уже сейчас.

Просто космическая скорость прогресса…

Стандарты развиваются со скоростью. Непривычной для большинства из нас. Только представьте: мы переломили застой в обсуждениях и ResizeObserver был придуман. Доведен до ума. Специфицирован. Протестирован, утвержден, причем не с первого раза (у нас бывали ошибки!). И реализован во всех браузерах примерно за 2 года (последняя реализация в WebKit — заслуга Igalia и спонсорства AMP). CSS-изоляция работает в 2 движках из трех.

Это стандартизация и нормализация чего-то совсем нового для разработчиков просто со скоростью света.

Но… этого мало.

Да, это так.

В анонсе по поводу реализации ResizeObserver в WebKit силами Igalia у меня был простейший пример. Как можно создавать отзывчивые компоненты считанными строчками кода. Который работал независимо от того. Как и почему меняется размер элементов. Но… никто не хочет. Чтобы нам обязательно приходилось писать JavaScript для этого… Буквально никто из тех. Кого я знаю — так как же быть?

Во-первых, с таким подходом мы добились невероятного. Реального прогресса по отдельным частям проблемы за кратчайший срок — впервые. Во всех браузерах теперь есть ResizeObserver. Тем временем разработчики как минимум могут делать то же. Что раньше. И делать это намного эффективнее. А эксперименты помогают чуть лучше понять. Как это действительно должно работать. Это хорошо для разработчиков — не нужно вечно ждать чего-то лучшего. Чем то. Что уже есть… Но это хорошо и для решения проблемы: по мере того. Как всё больше деталей проясняется и у нас появляется больше ответов. Это помогает нам лучше сосредоточиться в обсуждениях и задавать более удачные очередные вопросы.

Мы определенно думаем о дальнейших шагах!

Последних несколько месяцев я и еще несколько человек в Igalia работаем в этой области. Мы очень заинтересованы в связях. Помогающих разработчикам. Реализаторам и организациям по стандартам сообща решать проблемы.

Мы множество раз собирались внутри компании. Чтобы обсудить прежние предложения и подумать над новыми трудностями. Я изучил разные решения с пользовательской стороны: как они работают. Как они реально используются в вебе. И так далее. Со стороны разработчиков я много работал с теми. Кто плотно занимается этой сферой: регулярно встречался с Томми Ходжинсом и Джоном Нилом. И беседовал с людьми типа Эрика Портиса. Брэда Фроста. Скотта Джеля и еще нескольких.

Но мы также разговаривали с людьми из Google, Mozilla и Apple, и они были всегда готовы помочь и не против пообщаться — и генерируя новые идеи в дискуссиях. И комментируя их. Не знаю. Как еще отметить пользу этих обсуждений и то. С какой охотой все члены Рабочей группы по CSS, представляющие браузерные компании. Тратили на это свое время. Лишь за недавнюю поездку на очную встречу Рабочей группы по CSS у меня было множество прорывных дискуссий — многие часы для обмена идеями между Igalia-нцами и браузероделами.

Жаль, что я пока не могу сказать. Что мы уже «закончили».

Похоже на то. Что есть некие «отличные идеи». Которые вроде бы могут к чему-то привести — но пока нет согласия. За какую из них (или вообще за обе сразу) стоит взяться в первую очередь.

Текущие идеи…

В общих чертах все вроде бы согласны как минимум с одной частью того. Что я лучше буду далее называть «отзывчивым дизайном для компонентов»: эту проблему лучше перевернуть с ног на голову. Другими словами: давайте обсудим и посмотрим. Нельзя ли как-нибудь получить доступ к необходимым функциям в CSS, чтобы это было в основном совместимо с сегодняшней архитектурой CSS… даже если получившаяся запись окажется на первый взгляд ни капли не похожа на прежние предложения.

По большому счету все сходятся и в том. Что самые сложные проблемы заключаются именно в этом. И что отделить эту часть обсуждения от того. Что мы уже можем улучшить для пользовательской стороны. Выглядит полезным для дальнейшего продвижения. И это привело нас к нескольким другим идеям…

Прокладывать небольшие. Очень оптимизированные маршруты в CSS

Одна из замечательных идей. Порожденных в дискуссиях со множеством людей в ходе встреч Рабочей группы по CSS, возникла из мысли Иэна Килпатрика из Google…

Заметка: меня всё время впечатляет способность Иэна слушать. Находить правильную линию. Указывать направление и координировать продвижение даже на такой дальней перспективе. Что позволяет нам выйти за рамки текущих проблем. Вряд ли вы много слышали о нем. Но благодаря его усилиям веб стал намного лучше…

Главное в этой мысли то. Что, похоже. Есть одна «почти естественная» область. Открывающая возможность для массы практических применений. Что реально встретились нам в ходе исследований. Некоторые участники сообщества пришли к не сильно отличающимся идеям: создать что-то вроде условия ‘if’ с помощью выражений в calc(). Чтобы выразить разные значения для свойств. Идея предполагает что-то типа такого:

Представьте себе. Что мы добавили функцию. Назовем ее «switch». Которая позволяет выражать что-то «наподобие медиавыражения» с несколькими возможными значениями для свойства. Они основываются на доступной ширине по строчной оси на этапе построения макета. Что-то наподобие…

.foo { display: grid; grid-template-columns: switch( (available-inline-size > 1024px) 1fr 4fr 1fr; (available-inline-size > 400px) 2fr 1fr; (available-inline-size > 100px) 1fr; default 1fr; );
}

Видите, целая куча проблем с имеющимися идеями в том. Что им приходится заново проходить (ресурсоемкие) этапы. А то и несколько раз. И они (на первый взгляд) не позволяют отрендерить CSS за один кадр — тем самым требуя существенных архитектурных переделок. Надо будет ограничиться свойствами. Которые влияют на что-то только во время построения макета. Но еще один практический плюс здесь в том. Что не так трудно будет набросать базовый прототип и опробовать это в реализации на скорую руку. Не тратя на работу целые годы. И с большой вероятностью это в столь же короткий срок попадет к веб-разработчикам.

Важно: хотя разработчикам полезно знать об этом шаге. Главная суть здесь в том. Что если мы придем к согласию и найдем ответы по поводу этого предложения. Мы сможем более предметно выбирать лучший синтаксис. Дающий по сути этот же результат. Внутри Рабочей группы. У Николь Салливэн есть определенные идеи. Которые могут в этом помочь. И я намерен узнать об этом больше.

Еще лучшая изоляция и…

Есть еще одна интересная идея. В основном принадлежащая Дэвиду Барону из Mozilla. У Дэвида есть целая серия предложений. Призванная охватить весь путь к решению одним взглядом. Она еще уточняется и конкретизируется. Наверняка он что-то дописывает прямо сейчас. Пока я пишу эту статью.

Я видел кое-какие ранние черновики. Действительно занятные. Но стоит отметить. Что и в них не обошлось без потребности в новых зависимостях. Фактически, всё в идее Дэвида крутится вокруг «изоляции по одной оси». Это наименьшее и самое фундаментальное нововведение — следующим шагом почти наверняка будет это определить и реализовать. Дальше всё будет намного проще — но что-то похожее есть и во многих других вариантах.

Эта информация в виде свойства потенциально дает возможность оптимизации того. Что происходит сегодня в любой системе c ResizeObserverом, где в принципе можно было бы избежать полных проходов по всему событийному циклу.

Пока не на все вопросы есть ясный ответ, но Дэвид — один из самых компетентных людей. Которых я знаю. И в этом предложении масса плюсов. Так что я жду не дождусь новых подробностей!

Попробовать что-то новое?

Еще одна идея. Которая часто всплывала в обсуждениях у нас в Igalia и с несколькими разработчиками — отложить в сторону некоторые из этих сложных вопросов. Ответы на которые трудно предсказать себе заранее. А взамен сосредоточиться на проблеме циклической зависимости и подумать о том практически безграничном поле реальных задач. Которые, похоже. Представляют себе разработчики. Может быть. Это даже подойдет в качестве плана Б…

Это должен быть некий способ декларативно, в CSS, подключать конечные состояния. Они помогут нам выстроить в CSS новый единый подход. В котором можно будет одним паттерном описывать. Что отслеживать. Как это отслеживать. Как измерять и как понять. Что элемент находится в определенном состоянии. Это пригодится не только для выражений от контейнера; многие другие задачи. Которые сейчас едва ли решаются в CSS, но полностью решаемы на JS с помощью обсерверов. Внезапно станет можно описывать на CSS без необходимости добавлять в CSS много нового — может быть. Это даст нам новые возможности для оптимизации. А может. И нет — но по крайней мере мы не перекроем дорогу для дальнейшего прогресса.

Что же дальше?

В ближайшие месяцы я надеюсь и дальше обдумывать и изучать эту область и продолжить обсуждения с другими. Буду счастлив опубликовать кое-какие исследования и. Может быть. Новые (работающие) эксперименты с JS, целью которых будет лучше нащупать путь. Который можно будет взять за основу. У нас есть сырые заготовки и достаточно информации. Чтобы понять. Где между нашими запросами и практическими аспектами того. Что мы хотим проверить. Есть нестыковки.

В конечном итоге я хотел бы собрать все эти идеи в одном месте. Где их можно будет как следует проработать в WICG (общественной группе—«инкубаторе» новых идей для веб-платформы — прим. перев.) или Рабочей группе по CSS без существенного риска. Что обсуждение уйдет куда-то в сторону. Надеюсь, это случится раньше. А не позже.

А пока давайте порадуемся. Что мы уже неплохо сдвинулись с мертвой точки. И будем работать. Чтобы достичь еще большего!

P.S. Это тоже может быть интересно:

Читайте так же:

  • WhatsApp начнет шифровать резервные копии в облакеWhatsApp начнет шифровать резервные копии в облаке WhatsApp работает над технологией независимого шифрования резервных копий в облаке. Что позволит защитить сообщения от несанкционированного доступа со стороны третьих лиц. Эта функция уже используется в последней бета-версии клиента на Android. Сообщения в WhatsApp защищены сквозным […]
  • Google Ads: раздел «Статистика» теперь доступен рекламодателям во всех странахGoogle Ads: раздел «Статистика» теперь доступен рекламодателям во всех странах Команда Google Ads сообщила. Что раздел Insights теперь доступен рекламодателям по всему миру. В нем можно найти популярные поисковые запросы. Подобранные специально для конкретной компании. Это позволит рекламодателям определять соответствие своих возможностей относительно растущего […]
  • Яндекс.Директ добавил в настройки ретаргетинга опцию «Только похожие пользователи»Яндекс.Директ добавил в настройки ретаргетинга опцию «Только похожие пользователи» Яндекс.Директ добавил в настройки новое условие ретаргетинга – «Только похожие пользователи». Это возможность нацеливать рекламу на новую аудиторию, похожую по интересам и поведению на клиентов рекламодателя. Достаточно выбрать цель или сегмент и опцию «Только похожие пользователи». […]
  • Очень популярный монстр автономности Samsung Galaxy M12 добрался до ЕвропыОчень популярный монстр автономности Samsung Galaxy M12 добрался до Европы Компания Samsung Electronics начинает европейские продажи недорогого смартфона Galaxy M12 с аккумулятором повышенной ёмкости. Который вышел около месяца назад изначально в Индии. Где стал бестселлером. Samsung Galaxy M12 будет продаваться в Великобритании в цене по цене 159 фунтов […]