{"VERSION":"3.05","CONTENT":{"1":{"ID":1,"CODE":"ArticleHeader","VERSION":2,"DATA":{"text":"

\n Клиент\n

\n Основной бизнес\n

\n Уральский банк реконструкции и развития один из 25 крупнейших банков России. Головной офис расположен в Екатеринбурге.\n

\n Масштабы\n

\n В 2023 году офисы банка были представлены в 41 регионе России. В штате — более 5000 сотрудников.\n

\n Задача, которая переросла в комплексный проект\n

\n Это не типичный кейс, в котором мы расскажем, как решали какую-то конкретную задачу клиента. Это история о развитии проекта, которая началась в 2020 году. Тогда у клиента резко просели продажи и трафик, поэтому он обратился к нам за консультацией. Джедаи сделали полноценный аудит и подсветили, как можно исправить ситуацию. Клиент внедрил изменения и попросил нас продолжить консультации и контроль подрядчиков по рекламе.\n

\n Со временем консультации превратились в настройку контекстной рекламы по банковским вкладам, а в 2021 году в УБРиР стали готовиться к редизайну сайта. На тот момент внутренних ресурсов команды клиента на все задачи не хватало. Требовались дополнительные разработчики и дизайнеры, чтобы увеличить пропускную способность собственных отделов.\n

\n А вслед за редизайном появились задачи увеличить трафик из поиска и повысить конверсию в заявку на продукты. Так еженедельные консультации с джедаями плавно переросли в комплексный проект.\n

","person":[{"user_id":"23377","custom":true,"custom-photo":false,"custom-text":"

\n Рассказывают разработчики, оптимизаторы, джедаи и дизайнеры IT-Agency\n

"}]}},"2":{"ID":2,"CODE":"BaseContent","VERSION":1,"DATA":{"text":"

\n Результат: новые процессы, регламенты и инструменты для команды банка\n

\n Глобально мы помогли клиенту эволюционировать: за время нашей работы изменились внутренние процессы в зонах, с которыми мы взаимодействовали. Коротко перечислим результаты:\n

\n Команда разработки помогла наладить процессы между командами дизайна и разработки клиента. Для работ по редизайну появился тимлид и регламенты. А мы помогли создать библиотеку модулей, которые часто использовались при вёрстке страниц.\n
\n SEO-команда помогла скорректировать процессы так, чтобы они включали рекомендации по поисковой оптимизации. Благодаря появлению обязательных этапов проверки по SEO эффективность текущих страниц увеличилась, а количество возможных ошибок в будущем сократилось.\n
\n Кроме этого, наши оптимизаторы создали для клиента дашборд в Yandex DataLens, с помощью которого продуктовые команды могут быстро и удобно смотреть трафик только по своему продукту. А ещё провели вебинар для команды разработки банка с разбором типовых ошибок, которые затрудняют продвижение сайта в поиске.\n
\n Джедаи заново отстроили зону аналитики, построили конвейер гипотез и помогли разработать систему по оценке А/Б-тестов.\n
\n Команда дизайна построила дизайн-производство банка: наладила связь между командами продуктов и дообучила штатного дизайнера. Помимо этого с помощью небольшой игры помогла улучшить тексты банка.\n

"}},"3":{"ID":3,"CODE":"ImagesAC","VERSION":1,"DATA":{"text-ac":"

\n \n

","image":[{"src":"/upload/AD3/9c2/1.jpg","id":"26293621","description":"

\n Команде разработки клиента показали реальный кейс, чтобы объяснить, как наличие тега влияет на позиции сайта в поиске\n

"}],"image-add-border":true,"template":"left"}},"4":{"ID":4,"CODE":"ImagesAC","VERSION":1,"DATA":{"text-ac":"

\n \n

","image":[{"src":"/upload/AD3/fea/2.jpg","id":"26293624","description":"

\n Дашборд показывает статистику только по поисковому трафику на сайт\n

"}],"image-add-border":true,"template":"left"}},"5":{"ID":5,"CODE":"ImagesAC","VERSION":1,"DATA":{"text-ac":"

\n \n

","image":[{"src":"/upload/AD3/de7/3.jpg","id":"26293629","description":"

\n Когда команда дизайна наладила взаимодействие с командами продуктов банка, скорость выполнения задач увеличилась в два раза\n

"}],"image-add-border":true,"template":"left"}},"6":{"ID":6,"CODE":"ImagesAC","VERSION":1,"DATA":{"text-ac":"

\n \n

","image":[{"src":"/upload/AD3/dc2/4.jpg","id":"26293680","description":"

\n Журналом гипотез пользовались не только мы. Команда сайта клиента вовлеклась в процесс и предлагала свои идеи о повышении конверсии в заявку на продукты банка\n

"}],"image-add-border":true,"template":"left"}},"7":{"ID":7,"CODE":"BaseContent","VERSION":1,"DATA":{"text":"

\n Как мы это сделали\n

\n Встроились в команду разработки и убедили в необходимости тимлида\n

"}},"8":{"ID":8,"CODE":"ArticleHeader","VERSION":2,"DATA":{"text":"

\n Осенью 2021 года в УБРиР готовились к редизайну сайта. Макеты страниц в новом дизайне уже разрабатывались, но собственных ресурсов для последующей вёрстки не хватало. Команда разработки банка не могла выделить frontend-разработчика только под задачи редизайна, поэтому клиент обратился к нам.\n

\n С учётом предстоящего объёма работ сначала мы выделили одного frontend-разработчика, который работал только с этим проектом. Так он смог глубокого погрузиться в сферу и продукт клиента.\n

\n На тот момент под задачи редизайна ещё не было сформировано централизованное управление. В команде банка не было тимлида, к которому можно было обратиться в спорных ситуациях. Его роль частично выполнял менеджер продукта«сайт» с техническим опытом. Он ставил и принимал задачи на frontend-разработку, но не мог проверить качество реализации, как сделал бы это тимлид.\n

\n Летом 2022 года объём задач разработки в рамках редизайна увеличился. Тогда мы подключили на проект второго frontend-разработчика и тестировщика. А ещё подняли вопрос о необходимости тимлида. Мы предлагали помощь в поиске и найме человека со стороны, но она не понадобилась. Клиент перевёл на задачи по редизайну тимлида из другого внутреннего направления.\n

\n Вместе с тимлидом в зоне frontend-разработки появились регламенты: стандарты написания кода, постановки и приёма задач, код-ревью. Мы, в свою очередь, упростили создание новых страниц: создали библиотеку модулей, которые часто использовались при вёрстке. Например, в библиотеке были слайдер и форма заявки.\n

\n Постепенно наша команда справилась с задачами по редизайну сайта, и в 2023 году разработка перешла полностью на внутренние ресурсы УБРиР.\n

","person":[{"user_id":"2925","custom":false,"custom-photo":false,"custom-text":"

\n \n

"}]}},"9":{"ID":9,"CODE":"ImagesAC","VERSION":1,"DATA":{"text-ac":"

\n \n

","image":[{"src":"/upload/AD3/6d0/5.jpg","id":"26293689","description":"

\n За всё время работы на проекте мы выделили четырёх специалистов на полный рабочий день, чтобы покрыть весь объём задач по редизайну\n

"}],"image-add-border":true,"template":"left"}},"10":{"ID":10,"CODE":"ServicesAC","VERSION":1,"DATA":{"ID":"219","SUBTITLE":"Помогаем улучшить конверсионность сайта за счёт понятного интерфейса и быстрого отклика на действия пользователей","NAME":"Фронтенд-разработка","DATAILPAGE":"/services/frontend","subtitleHide":false}},"11":{"ID":11,"CODE":"BaseContent","VERSION":1,"DATA":{"text":"

\n Гармонично встроились в процессы: объяснили, как соблюдать рекомендации по SEO, и сделали удобные отчёты по трафику\n

"}},"12":{"ID":12,"CODE":"ArticleHeader","VERSION":2,"DATA":{"text":"

\n Вместе с направлением разработки на проект пригласили нас: нужно было сопроводить редизайн сайта и сохранить поисковый трафик после переезда на новую версию. Мы провели комплекс аудитов: технический всего сайта и страниц по отдельности, поведенческий, позиций в сравнении с конкурентами. Результаты аудитов легли в основу технического задания при редизайне, чтобы исключить старые ошибки на новых страницах. По мере вёрстки страниц мы проверяли их на тестовом сервере перед публикацией. Так мы работали до марта 2022 года, пока по внутренним причинам проект не остановили.\n

","person":[{"user_id":"9756","custom":false,"custom-photo":false,"custom-text":"

\n \n

"}]}},"13":{"ID":13,"CODE":"BaseContentAC","VERSION":2,"DATA":{"text":"

\n Вернулись к работе уже осенью и стали параллельно сопровождать два процесса: редизайн, который поэтапно продолжался, и поддержку текущего сайта. Мы актуализировали Гант работ и прогнозы по трафику, а спустя несколько месяцев дополнительно запустили флайт по работе с информационными запросами.\n

\n Для погружения в продукт мы общались с командами клиента напрямую: нас подключили к Jira, добавили в общий чат в Телеграм, мы стали приходить на внутрибанковские планёрки. На стороне клиента было много ответственных лиц, между которыми были распределены задачи. Мы создали два дополнительных чата, чтобы не грузить непричастных лишней информацией в общем: по статьям для физических лиц и по статьям для юридических лиц.\n

\n Внедрили обязательную проверку по SEO в Jira на стороне банка. У команды УБРиР есть канбан-доски в Jira, на которых расписаны этапы жизни проекта: бэклог, оценка и внедрение задач разными командами, приёмка задач. Когда мы начали работать с клиентом, наши задачи и задачи других команд жили отдельно друг от друга. Мы могли сами замечать изменения на важных трафиковых страницах, о которых нам не сказали. Или нам могли принести опубликованную несколько недель назад страницу с просьбой посмотреть с точки зрения SEO. При таком подходе все работали в минус оптимизации, а не в плюс.\n

\n Тогда мы стали обсуждать с командой банка встраивание SEO в уже существующие процессы. Встретились с командами банка — продуктовыми, дизайна, разработчиков — и нарисовали майндмэпы с логикой жизни задач с учётом наших рекомендаций по оптимизации. Так в Jira УБРиР появились дополнительные обязательные этапы проверки: например, «Оценка SEO», «ТЗ от SEO», «Проверка SEO» и т. п. Теперь мы можем своевременно давать рекомендации и быть в курсе изменений. Помимо этого получилось разграничить задачи, в которых учитывать SEO-рекомендации не нужно. Например, если нужно поменять изображения на баннере, то эта задача может миновать проверку по SEO.\n

\n Новые этапы в Jira клиента позволили перейти от разрозненных задач и «нескольких окон» к понятному для всех сторон процессу. В задачах теперь сразу учитываются рекомендации наших оптимизаторов. При этом наша SEO-команда могла бы подключиться в любой другой таск-трекер клиента, если это было бы нужно. Нам важно встроиться так, чтобы клиенту не пришлось перекраивать привычный подход.\n

\n Создали дашборд для быстрого доступа к статистике. Первое время мы собирали отчёты по трафику для всех направлений вручную. Каждый месяц открывали «Яндекс Метрику», выставляли различные фильтры, чтобы посмотреть статистику по конкретному продукту, а потом сводили данные и переносили их в презентацию для клиента.\n

\n Иногда в течение месяца менеджерам по продукту могла понадобиться статистика. Они либо самостоятельно выставляли сложные фильтры в «Яндекс Метрике», либо обращались к нам.\n

\n И нам, и клиенту было непросто взаимодействовать со статистикой из-за необходимости постоянно редактировать сегменты в «Метрике». Тогда мы решили собрать дашборд в Yandex DataLens. Теперь любой человек может быстро посмотреть общий отчёт по трафику и заявкам в нужном направлении: например, только по страницам кредитов.\n

","text-ac":"

\n Кейс УБРиР: увеличили поисковый трафик в 6 раз в блог\n

"}},"14":{"ID":14,"CODE":"ImagesAC","VERSION":1,"DATA":{"text-ac":"

\n \n

","image":[{"src":"/upload/AD3/dfd/6.jpg","id":"26293700","description":"

\n Фильтр «Страница входа» содержит около сотни страниц по конкретному продукту. После публикации новых материалов фильтр нужно было каждый раз обновлять\n

"}],"image-add-border":true,"template":"left"}},"15":{"ID":15,"CODE":"ImagesAC","VERSION":1,"DATA":{"text-ac":"

\n \n

","image":[{"src":"/upload/AD3/13f/7.jpg","id":"26293701","description":"

\n Помимо общей динамики трафика в разделы, мы отслеживаем показатели новых страниц, которые созданы по нашим ТЗ. В дашборде статистика по таким страницам находится в одном отчёте и обновляется автоматически\n

"}],"image-add-border":true,"template":"left"}},"16":{"ID":16,"CODE":"BaseContent","VERSION":1,"DATA":{"text":"

\n Помогли разработчикам понять, как учитывать рекомендации по SEO. Банк — сложная экосистема, в которой инициатива изменений на сайте могла появиться от любой из сторон: как от маркетологов банка или нашей SEO-команды, так и от контролирующих органов. Если ЦБ РФ менял ключевую ставку, нужно было оперативно внедрять изменения на сайте. Если банк переставал оказывать какую-то услугу, либо запускал новую, нужно было срочно убирать или, наоборот, добавлять страницу с услугой.\n

\n Иногда изменения на сайте нужно было внедрять срочно. Из-за этого они могли проходить мимо нашей SEO-команды, несмотря на скорректированные процессы в Jira. Разработчики же не всегда учитывали базовые SEO-рекомендации при внедрении изменений. Например, на новых страницах мог отсутствовать метатег description или микроразметка могла быть задана не совсем корректно.\n

\n Чтобы все участники процесса понимали, что и зачем они делают, мы разобрали типовые задачи от SEO и провели вебинар для команды разработки банка. Так удалось сократить количество ошибок, которые влияют на SEO сайта, при внедрении срочных изменений.\n

"}},"17":{"ID":17,"CODE":"BaseImagesSlider","VERSION":1,"DATA":{"images":[{"src":"/upload/AD3/245/8.jpg","id":"26293702","description":"

\n Когда мы делали презентацию для разработчиков, то хотели не столько разобрать ошибки, сколько подсветить ценность SEO\n

"},{"src":"/upload/AD3/f2a/9.jpg","id":"26293705","description":"

"},{"src":"/upload/AD3/29d/10.jpg","id":"26293706","description":"

"}]}},"18":{"ID":18,"CODE":"ServicesAC","VERSION":1,"DATA":{"ID":"179","SUBTITLE":"Укладываемся ровно в срок клиента. Работаем автономно, без постоянного контроля.","NAME":"Помогаем сохранить поисковый трафик при редизайне сайта","DATAILPAGE":"/services/seo-for-redesign","subtitleHide":false}},"19":{"ID":19,"CODE":"BaseContent","VERSION":1,"DATA":{"text":"

\n Заново отстроили зону веб-аналитики и запустили конвейер гипотез\n

"}},"20":{"ID":20,"CODE":"ArticleHeader","VERSION":2,"DATA":{"text":"

\n Ещё один запрос от УБРиР, который поступил нам параллельно с остальными задачами: увеличить конверсию сайта в заявку на банковский продукт. Метрику можно поднять системным А/Б-тестированием и доработкой продуктовых страниц. Однако в тот момент это было невозможно сделать. Это было связано с тем, что были проблемы в веб-аналитике, поэтому сначала мы наладили её.\n

","person":[{"user_id":"14944","custom":false,"custom-photo":false,"custom-text":"

\n \n

"}]}},"21":{"ID":21,"CODE":"BaseContent","VERSION":1,"DATA":{"text":"

\n Привели веб-аналитику в порядок. Корень проблем в зоне — отсутствие «хозяина», человека, который полностью отвечал бы за неё. Из-за этого сложилась ситуация, в которой:\n

\n не все действия пользователей на сайт отслеживались в «Яндекс Метрике»,\n
\n настройка новых событий занимала 3–5 месяцев из-за длинного бэклога разработчиков,\n
\n цели создавались хаотично: без учёта их влияния на продукты и бизнес.\n

\n Джедаи взяли на себя роль «хозяина» зоны: навели порядок и выстроили процессы по поддержанию аналитики в рабочем состоянии.\n

\n У нас есть стандартный набор действий для случаев, когда в аналитике клиента существуют проблемы. В этот раз тоже воспользовались им.\n

\n Что мы сделали:\n

\n Провели аудит «Яндекс Метрики» и удалили цели, которые не помогали решать задачи бизнеса.\n
\n Проанализировали сайт и зафиксировали события, которые важно отслеживать. Оформили их в справочник целей и событий.\n
\n Организовали процесс разметки событий на сайте с помощью команды разработки клиента.\n
\n Внедрили типовые технические задания на разметку.\n

\n При подготовке к массовой настройке новых целей мы столкнулись с проблемой: в команде разработчиков УБРиР не было свободных специалистов. Их бэклог был расписан на несколько месяцев вперёд. Решить проблему помог руководитель нашего направления разработки.\n

"}},"22":{"ID":22,"CODE":"Footnote","VERSION":1,"DATA":{"text":"

\n Слава Кулик, руководитель направления разработки:\n

\n На этом этапе у джедаев сформировался большой бэклог задач по настройке веб-аналитики на проекте. Тогда мы встретились с клиентом и решили выделить ещё одного разработчика только под эти задачи.\n

"}},"23":{"ID":23,"CODE":"BaseContent","VERSION":1,"DATA":{"text":"

\n Таким образом мы превратили веб-аналитику в понятный инструмент для команды. Порядок в зоне помог снять некоторые блокировки в работе:\n

\n дизайнеры стали понимать, как их макеты влияют на конверсию и поведенческие метрики,\n
\n у команды SEO появились цели для анализа трафика и поведения пользователей,\n
\n у менеджеров продуктов УБРиР появился ответственный в зоне, который закрывал задачи по настройке новых целей и поддержке старых.\n

\n Что ещё важнее: когда мы привели в порядок зону веб-аналитики, то смогли перейти к следующему этапу — работе над повышением конверсии в заявку.\n

\n Когда мы навели порядок в веб-аналитике, у нас появился фундамент для проведения А/Б-тестов. Мы начали внедрять культуру проверки гипотез и принятия решений на основе данных. Вместе с джедаями в процесс плотно вовлекались менеджеры продуктов УБРиР. Хотя без сложностей не обошлось.\n

\n У команды клиента был большой список идей по росту конверсии на сайте, но не было понятного пути от задумки до проверки гипотезы. Часть идей не уходила дальше планёрок, а те, что уходили, оседали в бэклоге разработки и пропадали там. Вместе с менеджером продукта «сайт» мы стали прокладывать этот путь через свою и смежные команды банка.\n

"}},"24":{"ID":24,"CODE":"ArticleHeader","VERSION":2,"DATA":{"text":"

\n Запустили конвейер гипотез. Первым делом мы встретились с менеджерами продуктов и вытащили все их гипотезы по повышению конверсии на сайте. Затем провели юзабилити-аудит сайта и коридорные тестирования. Следующим этапом собрали все гипотезы в журнал А/Б-тестов, оцифровали ключевые метрики, на которые они влияют, и расставили приоритеты тестирования.\n

\n Для проведения тестов сначала выбрали сервис «Вариокуб» от Яндекса. Работа с ним требовала меньше времени разработчиков, но мы упёрлись в ограничения сервиса. Сложные тесты, например, изменение блока на сайте полностью или добавление нового, снижали скорость загрузки страниц для пользователей. Это приводило к тому, что пользователи могли не дождаться загрузки страницы и закрыть её. Тогда мы вместе с клиентом решили перенести тестирование гипотез в контур банка — в их систему управления сайтом. А для отслеживания результатов А/Б-тестов построили отчётность в системах аналитики с помощью разметки событий и целей.\n

\n Все шаги по проведению тестов мы встроили в бизнес-процессы продуктовых команд банка. А ещё подготовили инструкцию, чтобы любой специалист мог пройти по этому процессу без нас.\n

\n Вместе с менеджерами продуктов УБРиР у нас получилось внедрить в команду новую функцию — регулярные А/Б-тесты. Гипотезы перестали застревать в бэклоге разработчиков и стали доходить до проверки. Команда банка с интересом вовлекалась в тестирование и стала проактивно приходить с новыми гипотезами.\n

","person":[{"user_id":"17272","custom":false,"custom-photo":false,"custom-text":"

\n \n

"}]}},"25":{"ID":25,"CODE":"ImagesAC","VERSION":1,"DATA":{"text-ac":"

\n \n

","image":[{"src":"/upload/AD3/d65/11.jpg","id":"26293711","description":"

\n После перехода на внутреннюю систему мы встроили А/Б-тестирование в бизнес-процессы продуктовых команд банка\n

"}],"image-add-border":true,"template":"left"}},"26":{"ID":26,"CODE":"ServicesAC","VERSION":1,"DATA":{"ID":"213","SUBTITLE":"Добиваемся максимальной отдачи с рекламных кампаний без слива бюджета","NAME":"Запускаем конвейер гипотез","DATAILPAGE":"/services/launching-hypothesis-pipeline","subtitleHide":false}},"27":{"ID":27,"CODE":"BaseContent","VERSION":1,"DATA":{"text":"

\n Построили дизайн-систему и дообучили штатного дизайнера\n

"}},"28":{"ID":28,"CODE":"ArticleHeader","VERSION":2,"DATA":{"text":"

\n К осени 2023 года команда дизайна УБРиР сократилась с пяти человек до одного. Тогда на проект подключилась наша команда — тимлид, арт-директор и дизайнер. Нам нужно было подхватить задачи клиента и повысить пропускную способность.\n

\n Внедрили продуктовый подход. Сначала дизайн-команда работала как сервисная и только выполняла поставленные задачи. Владелец продукта «сайт» в УБРиР хотел перенаправить её на продуктовый подход, чтобы обращаться с проблемой, а команда придумывала бы её решение.\n

\n Для этого сначала связали работу дизайн-команды с целями бизнеса:\n

\n Ввели бриф для выявления целей бизнеса на уровне каждой задачи.\n
\n Наладили связь со смежными командами продуктов и сервисов: регулярно созванивались и обсуждали общее видение дизайна, проводили семинары по продуктовым методам.\n

\n Затем стали работать над повышением пропускной способности команды. Помимо введения брифа, который помогал зафиксировать требования команд банка, за первый квартал 2023 года разработали дизайн-процесс и внедрили его в Jira клиента.\n

","person":[{"user_id":"2933","custom":true,"custom-photo":[{"src":"/upload/AD3/9c3/Frame 78.jpg","id":"26293732"}],"custom-text":"

\n Рассказываем со слов Игоря Герасимова, владельца студии «Мера», бывшего руководителя направления дизайна в IT-Agency\n

"}]}},"29":{"ID":29,"CODE":"ImagesAC","VERSION":1,"DATA":{"text-ac":"

\n \n

","image":[{"src":"/upload/AD3/b7c/12.jpg","id":"26293722","description":"

\n Чёткая последовательность этапов помогла почти в два раза сократить среднее количество дней на выполнение задач по дизайну: с 39 до 22\n

"}],"image-add-border":true,"template":"left"}},"30":{"ID":30,"CODE":"BaseContent","VERSION":1,"DATA":{"text":"

\n Когда мы сменили подход на продуктовый, то ввели DoR и DoD. DoR — набор требований к постановке задач и оценке и продуктовых ценностей. DoD — критерии приёма работы, например, ревью вёрстки и анализ метрик после выполнения задач. Все вводные по задачам стали собирать в паспорт проекта: пользовательские сценарии, цели бизнеса, цели клиента, его аудиторию, задачи.\n

\n Дообучили штатного дизайнера. В начале работы на проекте в команде УБРиР остался один дизайнер. Он делал небольшие задачи и мало общался с командами продуктов. При этом он хотел расти в тимлида.\n

\n Чтобы помочь дизайнеру с развитием до целевой должности, мы протестировали его по таблице оценки компетенций. После этого составили и утвердили план развития, стали менторить и проводить продуктовые семинары.\n

\n К концу года дизайнер работал над крупными задачами — целыми разделами сайта, плотно общался с менеджерами по продуктам и не терялся в расплывчатых заданиях. В этом ему помогал продуктовый подход.\n

\n Улучшили тексты банка. На одной из встреч всплыла боль: дизайнеры получали длинные тексты, сложные для восприятия. В команде банка не было редактора, а нанять его клиент не мог. Переписывать тексты самим не было времени. Тогда мы придумали решение, чтобы привлечь внимание к проблеме: создали и повесили в офисе банка памятку с редполитикой.\n

"}},"31":{"ID":31,"CODE":"ImagesAC","VERSION":1,"DATA":{"text-ac":"

\n \n

","image":[{"src":"/upload/AD3/906/13.jpg","id":"26293727","description":"

\n Мы объявили конкурс для сотрудников офиса: 1000 рублей тому, кто найдёт на плакате ошибку. Благодаря этой игре тексты банка стали лучше\n

"}],"image-add-border":true,"template":"left"}},"32":{"ID":32,"CODE":"ServicesAC","VERSION":1,"DATA":{"ID":"215","SUBTITLE":"Создаём сайты, которые приводят клиентов. Работаем на достижение конкретных целей. Предлагаем решения на основе полного анализа.","NAME":"Разрабатываем сайты любой сложности","DATAILPAGE":"/services/development-design","subtitleHide":false}},"33":{"ID":33,"CODE":"BaseContent","VERSION":1,"DATA":{"text":"

\n Что в итоге\n

\n Сейчас на проекте работает два направления: джедаи и SEO. Джедаи продолжают работать в качестве штатных веб-аналитиков. Они помогают настраивать цели, которые появляются по мере создания новых страниц, и проводят А/Б-тесты. SEO-специалисты работают над увеличением коммерческого и информационного трафика из поисковых систем.\n

"}}}}