О разговорах с заказчиками, клиентской оптимизации и оценке результата

1,023 views
944 views

Published on

У Квартета И есть спектакль «Разговоры мужчин среднего возраста о женщинах, кино и алюминиевых вилках», на основе которого снят фильм. У нас сегодня будет нечто схожее – беседа о разговорах с заказчиками, клиентской оптимизации и оценке результата.

Published in: Business, Technology
0 Comments
1 Like
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total views
1,023
On SlideShare
0
From Embeds
0
Number of Embeds
199
Actions
Shares
0
Downloads
0
Comments
0
Likes
1
Embeds 0
No embeds

No notes for slide
  • У Квартета И есть спектакль «Разговоры мужчин среднего возраста о женщинах, кино и алюминиевых вилках», на основе которого снят фильм. У нас сегодня будет нечто схожее – беседа о разговорах с заказчиками, оптимизации и оценке результата.
  • Давайте для начала представлюсь: последний год с гаком я работаю начальником отдела разработки в хостинговой компании SpaceWeb. До этого больше 2 лет я был проджектом в компании Тринет, работал в стартапе еЛама.ру (собственно, за начальный запуск отвечал я). При этом код я толком не пишу уже года 3 и вообще превратился в типичного менеджера, которого интересуют только 2 вопроса -- время и деньги. Деньги в данном случае -- это результирующая множества факторов: количества клиентов, уровень притока, оттока, конверсия и прочие интересные показатели. 
  • По моему опыту у любой группы технарей есть множество моментов, которые делать хочется, да и нужно, более того, необходимо. При этом приходится регулярно либо проводить изменения "без объявления войны", либо долго и занудно объяснять начальству/заказчику, далекому от разработки, почему сейчас мы убьем очередные 2 недели на какую-то заумь, смысл в которой очевиден только отделу разработки. В принципе, неспособность объяснить необходимость той или иной штуки так, чтобы это было очевидно не гику -- большая беда для разработчиков. Не так давно я смотрел на презентации стартапов в рамках РИТ++ ( http://ritconf.ru/ ), и лишний раз увидел, что люди просто не способны взглянуть на проблему со стороны и рассказать о ней так, чтобы заинтересовать другого человека. 
  • Итак, давайте рассмотрим простую ситуацию -- мы в отделе решили заняться клиентской оптимизацией.  Нам  очевидно, зачем это необходимо. Осталось убедить в этом руководство. А теперь представьте -- прихожу я к генеральному директору и говорю: "Александр Юрьевич, мы решили в нашем напряженном графике выделить месяц на переверстку сайта и панелей, переработку процедуры выкладки материалов на боевой сервер и изменить настройки сервера". Вопрос будет только один -- "зачем?!" И вот тут, если я отвечу что-нибудь в духе "Ну, это уменьшит количество http-запросов, ускорит рендеринг на стороне клиента, плюс файлы будут нормально кешироваться", то задачу можно считать похороненой -- генеральному наплевать на количество запросов к серверу и, отмечу, тут он совершенно прав Итак... зачем же мы всё это делаем? Снижение числа запросов? Гм... и что? Ускорение загрузки и рендеринга страниц? Уже ближе, но, если быть кристально честными, нам-то какое дело? Так зачем же?.. Ответ прост и банален -- деньги. Мы рассчитываем, что клиентская оптимизация с одной стороны увеличит уровень конверсии, т.е. количество заказов, а с другой стороны -- снизит отток клиентов. И вот это уже -- довод. Простой вопрос -- а чем подтверждается этот довод? Ну что ж... тут вопрос... Те, данные, которые нам доступны, не слишком новы и кочуют из презентации в презентацию. 
  • Итого -- "большие мальчики" достаточно давно заметили связь между скоростью загрузки страниц и удовлетворенностью клиентов и своими доходами. В итоге, скажем, Google использует скорость загрузки в качестве доп. фактора при ранжировании. Тот же Гугл вместе с Яху достаточно давно ведет пропагандисткую работу и предоставляет инструментарий для оценки скорости работы сайта и оптимизации. 
  • Итого, делаем простое предложение: давайте мы потратим неделю на первичную оптимизацию, посмотрим эффективность. Я уверен, что затраты на эту работу оправдаются. Чтобы расходы "отбились", положим, за 6 месяцев, мы должны увеличить количество заказов хотя бы на 0,3%. Что ж, это я точно смогу обеспечить, тут я уверен. Итак, первый раунд мы выиграли -- можем отодвинуть другие задачи и взяться за дело. Про технические особенности реализации я особо распинаться не буду -- существует множество доступных материалов. Несколько ссылок будут в конце презентации, впрочем, уверен, они не будут ни для кого открытием. 
  • У нас была очевидная цель -- получить быстрый результат, чтобы иметь карт-бланш на дальнейшие изменения.  Что ж, мы взяли свободно распространяем минифаер, написанный на php ( http://code.google.com/p/minify/ ), малость обработали его напильником, изменили способ показа баннеров у нас на сайте, внесли еще пару быстрых изменений. По дороге выяснилось, что как минимум в нашем случае minify падает, если ему разом скормить jQuery, jQuery UI  и свои скрипты. Что ж, разнесли на 2 блока. По Webo.in интегральная оценка изменилась с 43/100 до 60/100. Оценка сайта по Yslow выросла с 53 до 68, а потом и 70. Google Page Speed показал 81/100. Не идеал, но для начала -- достаточно. Что же теперь?
  • Что же теперь? Как говорит Саша Орлов ( http://www.happy-pm.com/ ), "снес яйцо -- кудахтай". Итак, надо было показать, что внесены правильные изменения, что мы не зря потратили время, да и вообще молодцы. 
  • Проблема в том, что просто сидеть и ждать результатов несколько... некорректно. Т.е. произошедшие после этого изменения можно списать на что угодно. Как известно "после не значит из-за". Более того, возможно и более неприятное развитие событий – падение результатов по независящим от вас причинам, например, фактор сезонности. Поэтому надо сравнивать «былое и настоящее» в одинаковых условиях. Итак, следом мы сделали простейший сплит-тест ( A/B testing , http://en.wikipedia.org/wiki/A/B_testing ). Т.е. половина пользователей получала оптимизированную страницу, половина -- прежнюю, неизменную версию. Следом мы считали лишь один, но самый важный для нас показатель -- количество заказов. Как показала статистика за следующую неделю, сжатая версия давала почти на 2% больше заказов. Т.е., потратив 4 рабочих дня (если бы не время на его допиливание, успели бы гораздо быстрее), мы  стабильно  увеличили количество заказов почти на 2% без привлечения доп. средств. В моём понимании это отличный показатель, за такое надо орден давать, а еще лучше – премию и повышение зарплаты.  Да, сплит-тесты позволили нам быть уверенными, что именно наши изменения привели к этим результатам. К сожалению, мы собирали только очень однобокую статистику, но это издержки производства -- готового решения, внушающего доверие, мы не нашли (сразу предупрежу – я смотрел Google Website Optimizer ), писать что-то сложное своё не было времени. Так что, если кто-то сможет подсказать хороший инструментарий, буду рад.
  • О разговорах с заказчиками, клиентской оптимизации и оценке результата

    1. 2. Немного о себе <ul><li>Руководитель отдела разработок в хостинговой компании SpaceWeb </li></ul><ul><li>До этого PM в компании TRINET </li></ul><ul><li>Запустил стартап eLama.ru </li></ul><ul><li>Писал для Компьютерры, Telnews, Moneynews и т. д. </li></ul>
    2. 3. Технари пришли с идеей <ul><li>Яркие идеи, которые никто не понимает </li></ul><ul><li>Неспособность поставить себя на место заказчика и доказать необходимость и выгодность идеи/задачи </li></ul><ul><li>Доводы, которые ничего не говорят владельцам бизнеса </li></ul>
    3. 4. Чего мы добьемся? <ul><li>Снизим число запросов к серверу </li></ul><ul><li>Ускорим загрузку и рендеринг страниц </li></ul><ul><li>А может... </li></ul><ul><li>Увеличим уровень конверсии (т.е. количество заказов) </li></ul><ul><li>Снизим отток клиентов </li></ul>
    4. 5. Факты <ul><li>Скорость загрузки страниц влияет на позицию в результатах поиска Google ( Webmaster Central Blog ) </li></ul><ul><li>Amazon: 100 ms of extra load time caused a 1% drop in sales. (Source: Greg Linden, Amazon) </li></ul><ul><li>Google: 500 ms of extra load time caused 20% fewer searches. (Source: Marrissa Mayer, Google ) </li></ul><ul><li>Google: trimming page size by 30% resulted in 30% more map requests. (Source:  Marrissa Mayer, Google ) </li></ul><ul><li>Yahoo!: 400 ms of extra load time caused a 5 to 9% increase in the number of people that clicked &quot;back&quot; before the page even loaded. (Source:  Nicole Sullivan, Yahoo ! ) </li></ul><ul><li>Shopzilla: 5000 ms 12% better conversion </li></ul>
    5. 6. Предложение <ul><li>Проводим небольшой тест с затратами времени не больше недели </li></ul><ul><li>Проводим замеры и определяем результаты и их влияние на количество заказов (наиболее очевидный показатель) </li></ul><ul><li>По итогам проведения тестов принимаем решение о перспективности дальнейших работ </li></ul><ul><li>Для того, чтобы работы окупились за пол. года, необходимо увеличить количество заказов на 0,3% </li></ul>
    6. 7. Результаты
    7. 8. Снес яйцо – кудахтай!
    8. 9. Сплит-тесты и подтверждения <ul><li>Рост числа заказов на 2% </li></ul>
    9. 10. Коротко <ul><li>Говорите на языке заказчика </li></ul><ul><li>Ставьте цели, которые важны бизнесу </li></ul><ul><li>Не кидайтесь сразу делать всё </li></ul><ul><li>Проверяйте результаты </li></ul><ul><li>Говорите, громко говорите о своих успехах </li></ul>
    10. 11. Ссылки <ul><li>Инструментарий </li></ul><ul><li>Yslow --  http://developer.yahoo.com/yslow/ </li></ul><ul><li>Google Page Speed  http://code.google.com/speed/page-speed / </li></ul><ul><li>minify  http://code.google.com/p/minify/ </li></ul><ul><li>Почитать </li></ul><ul><li>Best Practices for Speeding Up Your Web Site http:// developer.yahoo.com/performance/rules.html </li></ul><ul><li>Web Performance Best Practices http ://code.google.com/speed/page-speed/docs/rules_intro.html </li></ul><ul><li>Реактивные веб-сайты  http://speedupyourwebsite.ru/books/reactive-websites/ </li></ul><ul><li>Клиентская оптимизация  http://habrahabr.ru/blogs/client_side_optimization/ </li></ul><ul><li>Что-нибудь про спрайты </li></ul>
    11. 12. Спасибо за внимание! <ul><li>Борис Богданов </li></ul>

    ×