Улучшение user experience и повышение юзабилити сервиса posterxxl.ru привело к росту чиcтой прибыли на 133%.


Для большого количества отечественных e-commerce сайтов и интернет-магазинов рост прибыли возможен без дополнительных затрат на рекламу и продвижение, за счёт улучшения пользовательских качеств сайта. О том, как это было сделано на примере сервиса posterxxl.ru вы узнаете из этой статьи.

Введение

«Наибольшей выгода будет тогда, когда каждый в команде будет думать не только о своем успехе, а о своем успехе и об успехе команды в целом»
Х/ф «Игры разума»

Есть очень много статей на тему того, как руководить людьми. Но я почти не встречал материалов на тему, что значит быть подчиненным. Видел модели: «пусть начальник даст мне свободу, а я тогда обязательно добьюсь результата, а сейчас один контроль», «мир есть мир: начальник всегда прав, мое дело молчать в тряпочку».

Сам я работаю ведущим программистом, руковожу группой программистов.

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

Стоит отметить, что руководители бывают разными, и эти принципы где-то могут не работать. Но, как показывает мой опыт 2,5 лет работы в крупной компании, опыт работы других людей, а также аналитика из книг для руководителей, где говорится об успешных сотрудниках (о лучших из лучших) и об их качествах, есть много общего.

Перевод третьего поста Марка Састера из серии про качества успешного предпринимателя (предыдущие посты: 1, 2).
_________

Это часть моей новой серии постов о том, что делает предпринимателя успешным. Исходно я публиковал их на сайте VentureHacks, одном из моих любимых сайтов для предпринимателей. Если вы там не были, то стоит зайти.

Серия началась с разговора о том, что я считаю самым важным качеством: об упорстве. Следующий пост был посвящен практической хватке.

3. Способность менять курс. Я не люблю инвестировать в людей, мне до этого не знакомых, которые приходят в мой офис и хотят иметь предварительное соглашение через 30 дней. Не думаю, что многие венчурные капиталисты любят это делать. Да, конечно, существует мифическая компания — о ней все слышали, — которая пришла в Sequoia Capital, и соглашение было готово через 24 часа. Я уверен, что такое случается. Но в большинстве ситуаций венчурный капиталист захочет оценить вашу производительность во времени. Это побудило меня написать пост о том, как выстраивать отношения с венчурными капиталистами. Вызывает удивление и предприниматель, который собирается подписать соглашение, предложенное кем-то, кого он совсем не знает. Так же можно поехать в Лас Вегас и жениться или выйти замуж за первого приглянувшегося встречного, не разобравшись, чем этот человек живет. Хорошесть по бумагам (хороший бренд) не обязательно означает, что человек будет хорошим супругом.

Так можно ли обеспечить 100% защиту компьютера от проделок хакеров и вирусных атак? Отвечаем без тени сомнения: ДА! Мы предлагаем вашему вниманию систему, которая действительно работает. Работает как часы, без неполадок и ограничений. И это не пустые слова. Это реальность, лишенная досадных компьютерных сбоев и зависаний ОС.

Наверняка всем знаком бич отечественного интернета — семейство win-локеров с SMS оплатой. Поражает даже не размах эпидемии и безнаказанность организаторов, в голове не укладывается цинизм подобных деятелей. Вы никогда не пробовали читать пользовательское соглашение, которое мелким шрифтом подсовывают пользователю перед установкой трояна?

Не удержусь и приведу один из таких шедевров целиком. Неужели подобные «писульки» имеют хоть какую-то юридическую силу?

Доля OpenOffice на рынке офисного ПО в Германии выросла до 21,5%, сообщает аналитическое агентство Webanalyse. Что удивительно, среди домашних и корпоративных пользователей разницы практически нет.



Кстати, специалисты Webanalyse использовали интересный метод для подсчёта статистики через онлайновый флэш-счётчик: они анализировали шрифты, установленные на компьютерах. Поскольку офисные пакеты идут с уникальными наборами шрифтов (например, OpenSymbol в OpenOffice), то по их наличию в системе можно с большой долей уверенности говорить, какие пакеты там установлены.

2 года назад в рунете был только один онлайн-сервис тестов по билетам ГИБДД и пара stand-alone приложений. Теперь же таких сервисов несколько десятков и конкуренция за аудиторию поистине огромна.
Сегодня мы расскажем на примере самого популярного из них (acars.ru/pdd) и том, как этого добились.

Внутри вы также найдете информацию о том, как убедить пользователя зарегистрироваться на вашем проекте.

Экспрессивное и впечатляющее выступление под заголовком Unlearn your MBA, главной темой которого явилось, что начинающему предприятию вредны деньги инвестора. И вот почему:

• свои деньги тратишь с гораздо большим вниманием, чем чужие;
• получив первые деньги — впадаешь в наркотическую зависимость от получения следующих,
• лучше провалиться сразу — чем проработать годы и не смочь вернуть инвесторские миллионы. Для команды миллион может быть существенными деньгами — инвесторы же мыслят миллиардами,
• самые способствующие выживанию стартапа условия — борьба за прибыльность с первого дня существования.

Вы выкладываете на Хабрахабре гиперссылку на интересный сайт, а он вскорости обрушивается под наплывом посетителей, начинает подтормаживать или вообще перестаёт отвечать.

Вы помещаете в свою блогозапись иллюстрацию с другого сайта, а она вскорости не выдерживает напора зрителей, перестаёт отображаться или сменяется на уродливое уведомление о превышении объёмов выделенного ей траффика.

Таковы бывают неприятные проявления хабраэффекта — естественного DDoS, аналогом которого на Заокраинном Западе является слэшдот-эффект.

Ну а как противостоять естественному DDoS?

Первыми приходят на ум наиболее бесхитростные способы.

Каждый раз, когда вы ограничиваете в чём-то пользователя, спросите себя, зачем вы это делаете и кому от этого станет лучше. Нарушение этого правила ведёт к странным, а иногда и вредным ограничениям. Один из примеров — максимальная длина пароля.

С ограничением длины снизу всё понятно, но кому нужно ограничение сверху? Пусть пользователь вводит хоть 200 символов, если ему хочется, фрику будет приятно. Жалко байтиков в POST-запросе? Место в базе данных? Но вы же (я надеюсь!) храните хэш от пароля, который всегда постоянной длины! Считаете, что хэширование 200-символьных паролей убьёт производительность сервера? Не смешно.

При всём при этом создатель сайта заставляет пользователя:

• Воспринять и осмыслить лишнюю информацию;
• Поволноваться, не превышает ли его любимый пароль указанное ограничение;
• Дважды пересчитать символы в 12-символьном пароле, чтобы убедиться, что всё нормально;
• Придумать новый пароль, если любимый оказался длиннее (не всем живым людям придёт в голову чисто компьютерное решение убрать последние символы пароля: он может стать неблагозвучным).

После вчерашней презентации сервиса поиска похожих фотографий и более ранней презентации идейника я понял, что ощутимое количество юзабилистов или сервисостроителей (я намеренно употребляю слово сервис, а не сайт) не осознали одной простой вещи: пользователи приходят не регистрироваться, а пользоваться сервисом.

Лучшие читатели — упрямые читатели. Они обладают почти безграничной настойчивостью, которая заставляет их читать вне зависимости от того, что творится вокруг. Я видела девушку, поглощённую чтением «Дон Кихота» за столиком в шумном баре; я видела типичного Нью-Йоркского читателя, который шёл по улице с книгой в руке; в последние дни мне довелось увидеть многих людей, поглощавших книги с экранов своих iPhone-ов (один из них признался, что прочёл всю трилогию «Властелина Колец», прокручивая текст пальцем). И миллионы из нас читают газеты, журналы и блоги с экранов каждый день — и всё это несмотря на утверждения, что никто больше ничего не читает.

У этих читателей есть одна способность: они могут создавать для себя ощущение одиночества тогда, когда обстоятельства позволяют им это. Чтение обязательно должно проходить в уединении — как и смерть, чтение увлекает тебя одного; на протяжении веков читатели учились создавать это уединение, учились быть в уединении в местах, приспособленных для этого меньше всего. Бывалый читатель может забыться с хорошей книгой даже тогда, когда вокруг происходит нечто вроде войны (а иногда и во время войны): это почти то же самое, что выращивать орхидеи в пустыне.

Несмотря на то, что в интернете можно найти достаточно «чтива», читатели остаются забытой аудиторией. Большая часть того, что мы говорим о веб-дизайне, вертится вокруг идеи перемещения по странице: о пользователях думают как о тех, кто ищет, рассматривает, прокручивает, проглядывает. Мы измеряем частоту их кликов, но не время, которое они провели на нашей странице. Мы беспокоимся об их движении и об участии — о том, как они перемещаются с одной страницы на другую, с кем они говорят, когда приходят туда-то, — но забываем о тех, кто ищет спокойствия. Чтение процветает там, где есть пространство — то есть чуть вдали от гула толпы, и для нас, веб-дизайнеров, по-прежнему есть где хорошенько поработать, чтобы расчистить такое пространство.

В последнее время на Хабрахабре много беседуют об учебном процессе. По этому поводу я хочу напомнить вам одну старую, многим известную притчу, процитировав её вон оттуда:

Когда-то давным-давно в маленькой горной деревеньке жил мальчик. Он был хорош собой, ловок и очень умён. Он быстро учился всему, чему могли его научить взрослые, живущие в той же деревне: он давно умел изготавливать посуду из глины, ткать, ловить рыбу, был лучшим охотником и самым искусным наездником.

Однажды с самой высокой горы спустился в деревню старец, который сказал ему:

— Ты научился всему, что могут тебе дать твои родные. Пойдём со мной, и я научу тебя искусству убивать драконов. Это очень древнее искусство, и оно требует много времени, сил и желания. Немногие способны освоить его. Но и ты — необычный мальчик.

И мальчик согласился.

И тогда они ушли из этого селения и уединились в заброшенном замке, где старец начал учить его искусству убивать драконов. Много лет понадобилось мальчику, чтобы освоить все навыки. Даже после смерти старца он настойчиво продолжал тренироваться, следуя по памяти его советам.

И вот в один прекрасный день он понял, что овладел искусством убивать драконов. И тогда он обошёл все леса Земли, все поля и страны в поисках дракона и нигде не нашёл его. Тогда он решил подняться на самую высокую гору и осмотреть Землю с её высоты. Он потратил на путь к этой горе и на подъём ещё несколько лет своей жизни, но, и поднявшись на гору, он нигде не увидел дракона. И тогда он понял, что на Земле ужé давно не осталось ни одного дракона.

И тогда он спустился с горы в маленькую горную деревню, где нашёл самого умного, самого талантливого мальчика, который давно ужé узнал всё, что могли ему сообщить жители его деревни, и стал учить его искусству убивать драконов.

Полгода назад мы запустили проект Панбагон — коллективный блог, предназначенный для коллекционирования багов и их обсуждения. Как я писал в опубликованном на хабре анонсе, у меня нет цели сделать ни публичный баг-трекер, ни доску позора. Мне хотелось создать некий инкубатор, где из мусора могли бы формироваться идеи, которые могли бы оказаться полезны для поиска багов, аналогичным описанным в Панбагоне. Поэтому я призывал не только описывать сам баг, но и излагать мысли, которые возникли у вас по этому поводу.

Однако мне периодически задают сакраментальный вопрос, вынесенный в заголовок — зачем изучать чужие ошибки? Поэтому я решил объяснить, почему я считаю это крайне полезным занятием для тестировщиков.

Однако начну несколько издалека — с рассказа про огненные сморчки.

Есть три разновидности лжи: ложь, гнусная ложь и статистика Народная (теперь уже) мудрость

Мы строили, строили, и, наконец, построили Мультик про Чебурашку

Доброго времени суток, уважаемые хабражители. Хочу рассказать вам о небольшом проекте, который создали мы с друзьями — FunGraph. Проект является развлекательным ресурсом, тематика которого — оформление шуток, анекдотов, историй, и прочих жизненных ситуаций в виде графиков. Вот один из примеров (близкий к тематике хабра =)):


Прикольные картинки и графики

В этом хабратопике я бы хотел описать несколько моментов, которые, по моему мнению, помогут начинающим (и не только) программистам писать приложения, которые пользователи будут любить и пользоваться ими с большим удовольствием.

Предисловие

К сожалению, как и везде, по-настоящему хорошие и удобные программы можно встретить довольно редко, что лично меня, как программиста, обычно очень расстраивает. Поэтому я решил написать эту статью в надежде, что хотя бы среди читателей Хабрахабра, которые занимаются разработкой программного обеспечения, качество их приложений вырастет. Я не рассматриваю создание софта с точки зрения получения коммерческой выгоды, я в этом не очень силён :). Поэтому, возможно, некоторые озвученные здесь советы могут оказаться вредными в применении к коммерческому софту. Тем не менее, если вы разрабатываете Open Source или бесплатный софт, то озвученные советы могут вам помочь в улучшении качества своих продуктов и улучшения собственной квалификации как программиста.

Статью публикую по просьбе знакомого, не имеющего пока аккаунта на Хабре, если у кого есть лишний инвайт, — просьба поделиться evgeny.sementsov [песик] gmail.com

Идея написать свои «напильниковые труды» родилась после прочтения статьи об использовании 7Zip для бэкапа данных.
Нужно сказать, что идея «изобрести велосипед» пришла не просто так. На начальном этапе все-таки планировалось использование внешнего средства.
Были следующие требования, рожденные опытом:

• бесплатность
• копирование в фоновом режиме, незаметно для пользователя
• возможность полноценно работать на компьютере во время выполнения бэкапа (т.е. выполнение бэкапа не должно критически сказаться на производительности)
• возможность гибкой настройки целей копирования (от файлов, директорий до реестра), пользователей, которым нужно делать бэкап
• возможность для пользователя управлять выполнением бэкапа (т.е. прервать, — это в крайнем случае), возможность для администратора узнать — целый ли бэкап.
• «умное бэкапирование», т.е. возможность на ходу (при указании четких критериев) решать что копировать, а что нет. Например, не копировать профиль The Bat!, если есть профиль Thunderbird.
• возможность управлять частотой бэкапов для различных пользователей
• распределение времени бэкапа по рабочему времени, дабы не забивать канал на сервере бэкапов
• возможность управлять количеством бэкапов, дабы не заполнить сервер бэкапов полностью
• легкость нахождения нужного бэкапа и извлечения нужных файлов

Студентов MBA на западе учат древней индейской мудрости — если Вы замечаете что лошадь, на которой Вы скачете сидите, мертва, то лучше всего с неё слезть. Применимо к бизнесу и стартапам это означает, что если продукт помер, его часто лучше списать в утиль и идти дальше, чем вкладывать деньги в реанимацию или особенно бездействие. Замечу, что даже сидя на мёртвой лошади менеджмент может быть уверен, что скачет галопом в светлое будущее. Многие будущие CEO эту мудрость на вооружение берут более дословно — мол не зазорно уйти с тонущего корабля одним из первых, существуют и другие выводы, результирующие из недо-, пере- и иначе-понимания этой мудрости.

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

Что мы делаем когда закрадывается смутное предположение, что компания скачет на мёртвой лошади:

[ Индикаторы класса «Возможны ложные срабатывания» ]
— Мы достаём более хлёсткий и мощный кнут для мёртвой лошади (а нередко и на конюхов розг хватает)
— Ждём, ничего не делаем, ведь мы всегда точно так ездили на мёртвых лошадях и раньше проблем не было
— Меняем наездника. Когда мёртвая лошадь не скачет виноват обычно он
— Облагораживаем стойло, достаём конюхам пряников
— Едем за бугор, там с незапамятных времён водились наездники на мёртвых лошадях, перенимаем их опыт
— В добровольно-принудительном порядке предлагаем курсы верховой езды сотрудникам отдела
— Создаём группу и анализируем мёртвую лошадь, время смерти и меру окоченения
— Признаём мёртвую лошадь неверно аттестованной, она живее всех живых

Более веские приметы под катом

Я хочу поделиться с вами знанием о том, какой замечательный бывает саппорт, в связи с чем придётся неприкрыто пропиарить техподдержку Нокии.

Несколько недель назад для складирования логов одной конференции я прикрутил к боту сохранение логов в XML-формате, а для отображения прикрутил к ним маленький .xsl файл, который преобразовывал лог в удобную читаемую XHTML страничку. И на компьютере всё было замечательно, все браузеры прекрасно справлялись с этой задачей.

Так получилось, что с недель назад я остался без какого-либо доступа к компьютеру, наедине со своим Nokia 5800XM. Вместе с тем интернетом я через GPRS и стандартный Symbian'овский браузер пользовался довольно много. Когда же я попробовал просмотреть лог вышеупомянутой конференции с телефона, я обнаружил, что браузер видит XML-файл — и тут же считает его RSS-потоком, соответственно добавляя его в сохраненные потоки и уже не отображая мне никакой странички.

Я добросовестный пользователь и решил зарепортить Нокии данную проблему.

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

Однако, есть тонкость: пусть вы сформулировали все в голове очень точно, правильно подобрали слова. Осталось сказать. И вот тут то часто кроется коварный враг — наш, как говорят профессионалы ораторского искусства, речевой аппарат.

Признайтесь себе, только не лукавьте: бывали ли у вас случаи, когда какой-нибудь «лохоманагер» со школьной скамьи пренебрежительно отзывался о вас как о скованном, нелюдимом человеке или «умнике» себе на уме? Да кто он такой? Что он может — только языком молоть… Стоп!

Существует много способов по верстке колоночных макетов. Уже не один нос разбит в течении холиваров, разожженных по поводу использования тех или иных методов. Казалось бы, что все должно быть предельно ясно и понятно, но все-равно возникает много трудностей. Я хочу и свою лепту вложить во всеобщее благое дело, и потому потратил относительно немного времени на эксперименты, которые привели меня к созданию еще одного метода, в котором есть следующие плюсы и минусы:

Плюсы

• Есть прижимающийся к полу футер
• Колонки меню растягиваются по 100% высоте
• Колонок может быть сколько душе угодно
• Колонки могут быть как лево- так и правосторонними, а также совмещенными, например 2 справа и 1 слева
• Ширина как резиновая, так и фиксированная
• Критический минимум хаков
• Не используется Javascript
• Не используются бекграундовые изображения для создания эффекта колонки
• Никаких таблиц
• Одинаковый результат в ie5.5, ie6, ie7, ie8, ff3.5, o10, chrome4 (Если у вас не работает в каком-то браузере — отпишитесь, пожалуйста, в комментах. Исправим и приведем к универсальному виду)

Минусы

• Есть несколько «лишних» блоков. (Я бы и сам рад от них избавиться)
• Есть несколько абсолютно-позиционируемых блоков