Архив категории ‘Без категории’

Мы продолжаем обзор AdTech систем, который мы начали с анализа TheTradeDesk, одного из лидеров на рынке DSP-систем. В данном посте мы анализируем  Cappture, молодую и  динамично развивающуюся систему.

Вот как они представляют себя на своей странице:

В 2012 году мы запустили решение для динамических креативов и Media Trading Desk, а затем  превратили ее в решение White Label для агентств. Совсем недавно мы реализовали компоненту ретаргетинга в электронной почте и франчайзинговую версию системы.

Видимо, в данном случае «франчайзинговая версия» и решение white label для агентств – синонимы. Потому что иначе какой смысл отдавать (и брать) SAAS-платформу по франчайзинговой модели?

Система предназначена как для агентств, так и для прямых рекламодателей. Ее можно назвать RTB Trading Desk, т.е. надстройка над RTB инфраструктурой. Насколько мы понимаем, она не является полноценной DSP, то есть там отсутствуют собственный бидер и предиктор. Хотя все это быстро меняется, сегодня нет, а завтра – уже добавили.

Поскольку мы уже проанализировали один DSP   с похожим интерфейсом, мы сначала остановимся на тех отличиях и «фишках» Cappture, которые отсутствуют у конкурентов.

(далее…)

Нам постоянно приходится изучать аналоги тех систем, которые мы разрабатываем, если они, конечно, существуют. Обычно мы не приступаем к разработке, не «прокрутив» 2-3 таких системы, что называется, «от и до». Одна из таких систем – TheTradeDesk (TTD), очень мощная и проработанная система DSP, которая существует с 2009 года и входит в первую десятку сервисов на рынке DSP.

Это система, позволяющая агентствам закупать трафик, организовывать рекламные кампании в различных медиа, с очень продвинутым широким функционалом и с очень развитым API. TTD подключена к большинству известных источников RTB трафика и является одной из наиболее продвинутых систем, которые мы изучали. В этом посте мы пройдёмся по основному функционалу.

(далее…)

Нам часто задают вопрос, а сколько стоит сделать систему Trading Desk? Вот например, буквально на днях получили такое письмо:

«…мне необходимо знать, хотя бы примерно, сколько стоит разработать полноценный Agency Trading Desk … Вы бы мне очень помогли, если бы назвали приблизительную стоимость»

Когда же начинаешь разбираться, что же все-таки наши корреспонденты подразумевают под Agency Trading Desk (ATD), оказывается, что понимают разное.

У нас в разных стадиях готовности находится несколько ATD. Перед тем как начать разработку мы посмотрели довольно много коммерческих систем. «Посмотрели» — это не очень точный перевод слова evaluate, т.е. наши аналитики прочесали функционал вдоль и поперек,  провели детальный анализ основных фич.

(далее…)

Ротация размещений

В первой части были описаны общие принципы по вычислению ёмкостей рекламных мест. На каком-то этапе мы получили оценку ёмкости по любым комбинациям переменных таргетирования. Для построения финального прогноза этих данных недостаточно. Ведь на одном рекламном месте может происходить ротация нескольких размещений. Таким образом, чтобы рассчитать прогноз какого-то размещения, нужно знать все размещения, которые в будущем будут конкурировать с ним на данном рекламном месте. Более того, добавление нового размещения в систему влияет на прогноз всех остальных пересекающихся с ним размещений (понятно, что вновь добавленное размещение «отнимет» у остальных часть трафика).

Достаточно сложно обозначить какую-то общую схему, по которой мы можем произвести расчет. Проблема в том, что правила ротации в разных баннерных системах сильно различаются. Зачастую эти правила диктуются особенностями бизнеса (например, наличие приоритетных размещений, способных полностью «захватить» трафик). (далее…)

Задача прогнозирования трафика

При создании рекламной системы очень важно предоставить рекламодателям возможность прогнозирования рекламного трафика. Такой прогноз дает пользователю понимание:

  1. Реально ли открутить нужное число показов в планируемые сроки
  2. Каков потенциал размещения баннера на данном рекламном месте с данными условиями таргетирования.

Прогноз предоставляют практически все современные системы размещения (Google AdWords, OpenX, Яндекс.Директ), правда, обычно без упоминания качества прогноза. Поговорим более детально о том, как можно построить систему прогнозирования и от чего будет зависеть качество прогноза.
(далее…)

Одним из главных направлений деятельности нашей компании является разработка систем онлайн-рекламы. За время существования «Грамант» мы выполнили несколько проектов в этой области. В последние годы до России докатился бум RTB-технологий, которые развиваются на Западе уже 5 лет. В настоящее время мы, как специалисты в сфере онлайн-рекламы, участвуем в разработке нескольких систем в сегменте SSP/RTB/DSP.

Сегодня исполнительный директор «Грамант» Анатолий Филин встретился с Артемом Вольфтрубом, руководившим большей частью «баннерных» проектов нашей компании, для того, чтобы обсудить наш опыт в баннерных системах, а также — то, как они в целом развиваются в общемировой тенденции. (далее…)

На нашем корпоративном сайте опубликовано интервью с руководителем проекта Shopium Иваном Вельдяксовым, посвященное разработке платформы и ее эволюции в течение последних двух лет.

Shopium: интервью с руководителем проекта

В процессе работы над системой видео-хостинга часто возникают сложные технические задачи. Исполнительный директор «Грамант» Анатолий Филин захотел разобраться в том, как была на этом проекте решена проблема оптимизации доставки видео на десктопные и мобильные устройства. Для этого, он пригласил разработчиков Александра Кистанова и Андрея Лебедева, и системного инженера Дениса Елданди, и они за «круглым столом» обсудили появившиеся сложности.

Оптимизация доставки видео на десктопные и мобильные устройства

Структура и основные принципы написания технических заданий для различных созданных нами проектов, сочетание в них бизнес-требований и функциональных требований, описание основных ролей и пользовательских сценариев, «рисование ТЗ», и многое другое, вы найдете в разделе «Техническое задание. Принципы написания» на нашем сайте.

Техническое задание. Принципы написания.

FRD и нефункциональные требования

Зачастую в практике системного аналитика, составляющего FRD, встречаются вещи неформализуемые. Примером могут быть требования типа:

  • Приложение должно работать быстро
  • Приложение должно потреблять мало трафика
  • Видеоматериал должен быть качественным.

Такие требования, будучи записанными в FRD «как есть», являются чудовищным источником проблем впоследствии. Формализация таких требований — постоянная головная боль аналитика. Обычно аналитик решает задачу в два приема: сначала выдвигается «эквивалентное» формальное требование, затем в процессе общения (с заказчиком, экспертом предметной области и т.п.) доказывается, что такое формальное требование может заменить собой исходное требование. Вообще говоря, полученное нами требование не является функциональным; оно описывает не «что» должна уметь делать система, а «как делать». При этом «как делать» должно быть сформулировано с конкретной качественной характеристикой.

Это была преамбула к тезису о том, что системный аналитик должен хорошо владеть математическим аппаратом и заодно уметь объяснять «математику» заказчику. А теперь рассмотрим пример.

О задаче классификации

Предположим, что мы пишем FRD для системы контекстной рекламы, похожей на Amazon Omakase. Одним из модулей нашей будущей системы будет контекстный анализатор:
(далее…)