Содержание слайдов

1. 1. Привлечение tinkoff.ru от клика по баннеру до персонализации

   Как бизнес-цели превращались в архитектуру, процессы и команды вокруг публичного веба

2. 2. О чём пойдёт речь

   Цели и инженерные принципы

   Процесс и performance marketing

   Frontend и команды

   SEO, персонализации, тесты

3. 3. Что значит эффективное привлечение

   Три цели, одна система

   Много и дёшево — Каналы масштабируются, а не разовые успехи

   Удобный UI/UX — Путь от баннера до заявки — быстрый и релевантный

   Масштабируемые процессы — Кампании и тесты без релизных блокировок

4. 4. 01. Инженерные принципы

   Абстракция, простота, обратная связь и структура коммуникаций

5. 5. Модель важнее деталей канала

   Модель процесса ≠ детали канала

   Сущности: кампания, форма, отчёт

   Уровень, где сходятся бизнес и IT

6. 6. Универсальность дороже, чем кажется

   Без универсальности, пока не нужна

   Core компактный, специфика — наружу

   Простая модель закрывает задачу

7. 7. Без Check и Act это не цикл

   Plan/Do: цель, кампании, тесты

   Check: KPI и отклонения

   Act: ставки, контент, ресурсы

8. 8. Архитектура копирует коммуникации

   Хаос в командах → расползание системы

   Топология держит границы ответственности

9. 9. 02. Процесс привлечения

   Контур привлечения и команда вокруг него

10. 10. End-to-end контур привлечения

    Кампании, контент, клиент, трекинг и действие — одна система

11. 11. Матрица работает только на явных границах

    Один контур для бизнеса и IT

    Бизнес задаёт экономику

    IT закрывает разные технологии

    Core — инструменты, продукты — функции

    Работает только при явных границах

12. 12. 03. Performance marketing in web

    Автоматизация контекста, данных и решений

13. 13. Канал масштабируется только ежедневной работой

    Кампании: контекст, сети, таргетинг

    Масштабирование сильных, отключение слабых

    Анализ по каналам, ключам, продуктам

    Семантика, ставки, быстрые гипотезы

14. 14. Без данных это не цикл

    Кампании, площадки, витрины и отчётность в одном процессе

15. 15. Отчётность замыкает управление ставками

    Данные, витрины, кластеризация, ставки и отчётность

16. 16. Owner держит цель, lead — целостность

    Product owner: цель и приоритеты

    Lead: техническая целостность

    Разработчики и аналитики: данные и отчёты

17. 17. Минимальный стек вместо универсального

    Python + Postgres + Rabbit

    PHP + React + Material UI

    Metabase для отчётности

18. 18. 04. Frontend tinkoff.ru

    Основной канал коммуникации с потенциальными клиентами

19. 19. Публичный веб — главный канал привлечения

    Заказчики — все бизнес-юниты компании

    Неавторизованная зона: первое касание и формы

    Публичный frontend ≠ интернет-банк

    Каждый юнит меняет контент быстро

    Frontend — платформа доставки изменений

20. 20. Тонкий frontend, толстые движки

    Тонкий frontend по продуктам, толстый backend из переиспользуемых движков

    Frontend

    Разбит по продуктам

    Общие блоки, формы, трекинг

    Скорость изменений

    Backend

    Отдельные сервисы и движки

    Контент, правила, формы, события

    Меньше дублирования

21. 21. Скорость — продуктам, повторное — в движки

22. 22. Команду строим под архитектуру

    Core владеет движками, продуктовые команды — бизнес-функционалом

23. 23. Ошибка в границе превращает скорость в связанность

    Что остаётся в core, а что уходит продуктовым командам

    Core

    Движок страниц и блоков

    Движок форм

    Трекинг, инфраструктура, контракты

    Продуктовые команды

    Функционал бизнес-направления

    Страницы, сценарии, блоки

    Гипотезы, A/B, P&L продукта

24. 24. 05. SEO

    Где инженерные принципы встречаются с лагом обратной связи

25. 25. SEO показывает границы чистых принципов

    Задачи

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

    Объединить страницы и лендинги

    Поведенческие факторы через персонализацию

    Проблемы

    Лаг между действием и результатом

    Алгоритмы непрозрачны

    Дедлайн важнее идеальной модели

26. 26. 06. Персонализации и тесты

    Конверсия через гипотезы, таргетинги и real-time обратную связь

27. 27. Конверсия растёт гипотезами, а не релизами

    Гипотезы без тяжёлого релиза

    Релевантный контент по таргетингам

    Учёт устройства, канала, поведения

    Быстрый возврат статистики в решения

28. 28. Персонализация стоит на пути каждого пользователя

    A/B-тесты становятся системной архитектурой

    Нагрузка

    На пути каждого пользователя

    Решение — быстрое и надёжное

    Ошибки видны в конверсии

    Данные

    Много источников сегментов

    Real-time статистика по вариантам

    Логи → сигналы для бизнеса

29. 29. Персонализация — это архитектура

30. 30. Команда персонализаций — тоже платформа

    Вокруг системы появляются владельцы доменов, данных и инфраструктуры

    Senior product owner: цель и приоритеты

    Product owner: бэклог системы

    Lead и инфраструктура: надёжность платформы

    Заказчики: контур экспериментов

31. 31. Когда стоит поступиться принципами

    Исключения обычно объясняются проектным треугольником

    Время критично → точечный обход

    Бюджет ограничен → локальное решение

    Объём растёт → жёсткая приоритизация

    Назвать причину и срок компромисса

32. 32. Компромисс допустим, если названа причина

33. 33. Выводы

    Сначала цель — потом процесс и архитектура

    Core там, где есть повторяемость

    PDCA держится на трекинге и аналитике

    По Конвею проектируем систему и команды

    эффективное привлечение = процесс + архитектура + команда

34. 34. Материалы

    Запись доклада — HighLoad++ 2018

    Тезисы HighLoad++ 2018: highload.ru

    Смежный доклад: «Эволюция tinkoff.ru за 3 года»

35. 35. Спасибо!

    polomodov.tech

    Все слайды и ссылки — в Telegram-канале

    Александр Поломодов, Руководитель разработки, Тинькофф

    @book_cube