Некоторые приёмы лежат буквально на поверхности - и тем не менее используются редко. Это один из них.
Цель метода - точный рассчёт эффективности (вплоть до ROI) любых - в том числе и оффлайновых рекламных кампаний интернет проекта.
Ситуация: вы платите $1000 за печать и распространение тиража ваших флаеров, $500 за ролик на радио и $200 на банерную рекламу - и на выходе получаете относительно точную сумму прямой прибыли, которую принёс вам каждый из этих каналов.
Как?
Просто. Это можно делать даже без CMS, хотя при програмной поддержке системы управления - процесс упрощается в разы.
Итак, во первых нужно понять, что реклама www.site.com - бессмысленна. Реклама должна быть нацелена на конкретный сервис или продукт, как минимум - конкретную информацию. Далее - для любой кампании необходимо специальное предложение. Скидка, срочность, ограниченное количество, бесплатная добавка. Что-нибудь особенное, именно для рекламной кампании.
Если вы готовы согласиться с этими двумя условиями - то дальше всё просто.
Реклама на флайерах в качестве контактной информации должна использовать: “212.site.com - по этому адресу вы можете получить скидку в 10% на наш продукт Икс”.
Реклама на радио: “skidka.site.com - уникальное предложение от компании Company!”
и так далее.
Присваивая каждому каналу рекламы разный адрес (landing url) вы, с помощью даже простейших статистических систем, сможете оценить количество посетителей -> обращений -> покупок, от каждого из сегментов (сегмент определяются по точке входа на сайт). Если на вашем сайте есть возможность заказа - есть возможность рассчитать и сам ROI. Потрачено 1000, получено 200. Потрачено 200, получено 50000. и ещё раз “так далее”.
Реализовав програмную поддержку такого метода в CMS - вы получите возможность организовывать в рамках сайта поддержку рекламных кампаний и оценивать их эффективность в полу-автоматическом режиме.
Я видимо буду писать об этом ещё - но это уникально.
Радио, ТВ, журналы и любой, вообще любые другие каналы рекламы - не имеют такой возможности, или она сама по себе стоит больших денег + очень неточная (через опросники etc.).
Сеть стареет и разработчики CMS должны это учитывать. Раньше (да и теперь) преймуществом системы считалась абстрактная “быстрая установка”. Ха. Как будто CMS можно сравнить с каким google talk - быстро поставил и быстро работает. Но я не об этом.
Мне хотелось бы обратить внимание на фактор, который многие пока не учитывают. И который учитывать безусловно нужно, потому как он будет всё более значимым.
Веб стареет. И если какое-то время переделка сайта означала “выкинуть старое плохое и сделать всё хорошо”, то чем дальше - тем более реальной будет ситуация когда собственно информация / дизайн существующего проекта находятся в удовлетворительном состоянии, а основным мотивом для создания следующей версии сайта является недостаточная функциональность CMS / недостаточная совместимость с требованиями SEO.
Следовательно - одной из важных особенностей CMS должна стать возможность работать со старым сайтом. Что это значит?
1. Возможность унаследовать старую адресацию страниц любого типа.
Чем дальше тем больше весом параметр “URL age”. Даже правильный редирект в большинстве случаев не ставится, а уже о наследовании рейтинга страницы в поисковых системах - речь не идёт вообще, рейтинг новой страницы - ноль.
Сайт с полностью обновлённой адресацией получает кучу новых страниц которые будут продвигаться в результаты поисковиков месяцами - что несомненно плохо. Чем меньше компания, чем больше её зависимость от сети - тем это хуже.
В идеале современная CMS должна не иметь абсолютно никакой привязки к URL как таковому. Своя схема адресации страниц в CMS в этом случае не мешает - новые страниы сайта могут создаваться в ней.
2. Возможность паралельной работы
Show must go on. Переделка сайта не должна означать его остановку. CMS должна быть спроектирована с возможностью разделения запросов между старой Cms проекта, статичными файлами и новой CMS. Само присутствие старой CMS нужно иметь возможность обходить. В ней нужно менять информацию - если страница ещё не “обновлена до новой версии” - не подконтрольна новой CMS.
3. Возможность упрощённого импорта контента.
О полной автоматизации речь не идёт. И тем не менее все “copy -> paste” операции должны уходить в прошлое. В CMS должны появиться функции ориентированные на то, что информация, которую нужно опубликовать - уже есть в сети, на произвольном сайте/странице. И функции, позволяющие эту информацию достаточно просто импортировать - вместе с картинками, таблицами и всем остальным хозяйством - на новые страницы.
Суть функций - ориентация или поддержка обновления а не замены проекта.
Позже допишу ещё.
Для любого элемента сайта, как и для любой страницы, необходимы следующие опции публикации:
1. Элемент опубликован / не опубликован, прямой выбор.
да / нет
2. Временная публикация по отдельному адресу.
бета версия на показ начальнику.
3. Публикация по дате (от и до).
текст приглашающий принять участие в акции виден с понедельника по пятницу.
4. Настройки зависимостей публикации - от популярности элемента, от популярности страницы.
Если внутренний банер на этой странице получает CTR ниже 0.1% - его нужно выключать автоматически.
5. Настройки зависимости публикации от уровня доступа посетителя.
Зарагистрированные пользователи видят этот блок, остальные нет.
6. Настройки публикации элемента для конкретного авторизированного пользователя / группы пользователей.
Блок “Привет Вася, ты опаздываешь заплатить нам по счёту” - должен увидеть только Вася.
7. Настройки зависимости публикации от внутреннего реферера.
Если клиент пришёл с первой страницы - показываем наше лучшее предложение. Если он пришёл со страницы лучшего предложения - показываем ему контактную информацию и ЧаВо.
8. Настройка публикации по условию.
Если клиент что-либо положил в корзину - показываем ему вот здесь блок “похожие продукты”. Если нет - то такого блока тут нет вообще.
9. Настройка публикации с учётом истории посещения.
Если клиент уже видел это специальное предложение - больше он его видеть не должен. Если в прошлый визит две недели назад он заказал книгу про зайцев - показываем ему рекламу книги “зайцы возвращаются” и “месть кролика”.
10. Публикация случайного элемента из набора.
Случайный показ отрывка любой статьи из имеющихся на сайте.
Настройки такого рода необходимо иметь как для любого элемента, так и для страницы в целом.