Vladimiras Lekecinskas Blog

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

как определить ROI сайта средствами CMS: Read the rest of this entry »

Некоторые приёмы лежат буквально на поверхности - и тем не менее используются редко. Это один из них.

Цель метода - точный рассчёт эффективности (вплоть до 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 должны появиться функции ориентированные на то, что информация, которую нужно опубликовать - уже есть в сети, на произвольном сайте/странице. И функции, позволяющие эту информацию достаточно просто импортировать - вместе с картинками, таблицами и всем остальным хозяйством - на новые страницы.

Суть функций - ориентация или поддержка обновления а не замены проекта.
Позже допишу ещё.