Так сложилось, что в этом году, как это ни печально, не состоится Barcamp.lv. А жаль... Во многом жаль из-за того, что на этом баркампе я собирался выступить. Если вы читали недавние мои посты, то содержание доклада вряд ли будет неожиданным, но презентацию, как мне кажется, всё же стоит посмотреть:
У меня в сумке лежит толстая пачка различных членских и скидочных карт. Большой и пёстрый набор -- всё от карты ближайшего гипермаркета до карты постоянного клиента любимой авиакомпании. При получении практически каждой я заполнял большую и пространную анкету -- фио, возраст, адрес, интересы, да мало ли... При этом в большинстве случаев, если я не приходил еще раз в магазин, выдавший карту, больше я о нём не слышал. Либо в немногих случаях меня начинали заваливать бессмысленным и беспорядочным спамом, на который очень скоро настраивался фильтр. Но, черт возьми, почему? У вас же есть море информации обо мне -- кто я, что покупаю, с какой периодичностью, что и когда покупал в последний раз и т. д. Так почему, если я покупаю ролики, не прислать мне сообщение о том, что начались продажи новой коллекции роликов той фирмы, которой я пользуюсь, или по ним действует какая-то акция? Почему практически никто не делает точных и адресных предложений, которые неизбежно будут давать высокий уровень конверсии?
Не знаю... думаю, что как обычно -- не умеют, не хотят думать, не видят смысла... Для тех, кто не безнадежен и хочет выстраивать долгосрочные отношения со своими клиентами, "Маркетинг на основе баз данных" А. Хьюза может оказать хорошим подспорьем. Книга, будем честны, не идеально. По ней иногда чувствуется, что написана она не год и не два назад, но общие принципы не меняются. Еще из предупреждений -- не смотрите на слова "базы данных". Это прежде всего книга по маркетингу. Хорошее толковое изложение того, что можно делать со всей той массой клиентской информации, которая сейчас лежит мертвым грузом.
Меня размышления об этой книге накрыли в отпуске^ я сидел на каком-то островке на юге Кореи и писал тикет про сведение и обработку той массы данных, которые лежат у нас в базах на 47 тысяч активных пользователей (сколько пользователей ушло и считать не хочется). Тикет получился солидный и развесистый. Посмотрим, что теперь из этого выйдет.
Итак, первый раунд мы выиграли -- можем отодвинуть другие задачи и взяться за дело. Про технические особенности реализации я особо распинаться не буду -- существует множество доступных материалов.
У нас была очевидная цель -- получить быстрый результат, чтобы иметь карт-бланш на дальнейшие изменения. Что ж, мы взяли свободно распространяем минифаер, написанный на php, малость обработали его напильником, изменили способ показа баннеров у нас на сайте, внесли еще пару быстрых изменений. По дороге выяснилось, что как минимум в нашем случае minify падает, если ему разом скормить jQuery, jQuery UI и свои скрипты. Что ж, разнесли на 2 блока. Оценка сайта по Yslow выросла с 53 до 68. Не идеал, но для начала -- достаточно. Что же теперь? Как говорит Саша Орлов, "снес яйцо -- кудахтай". Итак, надо было показать, что внесены правильные изменения, что мы не зря потратили время, да и вообще молодцы.
Проблема в том, что просто сидеть и ждать результатов несколько... некорректно. Т.е. произошедшие после этого изменения можно списать на что угодно. Как известно "после не значит из-за". При этом не забудьте, что изменения могут быть как положительные, так и отрицательные, при этом совершенно не связанные с произведенными работами (скажем, начались праздники, и количество заказов упало).
По моему опыту у любой группы технарей есть множество моментов, которые делать хочется, да и нужно, более того, необходимо. При этом приходится регулярно либо проводить изменения "без объявления войны", либо долго и занудно объяснять начальству/заказчику, далекому от разработки, почему сейчас мы убьем очередные 2 недели на какую-то заумь, смысл в которой очевиден только программистам.
Неспособность объяснить необходимость той или иной штуки так, чтобы это было очевидно не гику -- большая беда для разработчиков. Не так давно я смотрел на презентации стартапов в рамках РИТ++, и лишний раз увидел, что люди просто не способны взглянуть на проблему со стороны и рассказать о ней так, чтобы заинтересовать другого человека.
Итак, давайте рассмотрим простую ситуацию -- мы в отделе решили заняться клиентской оптимизацией. Нам очевидно, зачем это необходимо. Осталось убедить в этом руководство. А теперь представьте -- прихожу я к генеральному директору и говорю: "Дорогой директор, мы решили в нашем перегруженном графике выделить месяц на переверстку сайта и панелей управления, переработку процедуры выкладки материалов на боевой сервер и изменить настройки сервера". Вопрос будет только один -- "зачем?!" И вот тут, если я отвечу что-нибудь в духе "Ну, это уменьшит количество http-запросов, ускорит рендеринг на стороне клиента, плюс файлы будут нормально кешироваться", то задачу можно считать похороненой -- генеральному наплевать на количество запросов к серверу и, отмечу, тут он совершенно прав.
Итак... зачем же мы всё это делаем? читать далее »