^{Вот так люди видят вашу страницу}

Привет!
Проблема вот в чём. Если зайти на практически любой сайт интернет-магазина или компании с услугами, вы встретите контент. Точнее — отвратительные тексты, которые писали, кажется, маркетологи, воспитанные сеошниками.

Разумеется, можно не делать, как они. Если работать по-умному, то вы поможете и читателям по жизни, и себе в продажах.

По моим примерным подсчётам (усреднение с ряда позиций), конверсии для нас выглядят так:

• Только название и картинка — около 1,5%.
• С описанием от производителя — чуть более 2%.
• С описанием человека, который держал это в руках и знает правила — около 6%.

Ниже — рассказ про то, как мы доводили время на сайте от 3 минут сначала до 6:40, а потом до 20:48. Да-да, двадцати минут сорока восьми секунд для среднего посетителя. Честного среднего, с учётом отказов и по полной выборке.

Третья часть статьи из цикла «Продающий дизайн интернет-магазина». Для тех, кто пропустил первую и вторую, их можно прочитать тут: «Продающий дизайн интернет-магазина. Часть 1. Аналитика» и «Продающий дизайн интернет-магазина. Часть 2. Элементы интерфейса».

Страница товара

Попав на страницу товара, человек должен получить максимум информации о нем. Здесь не работает правило «краткость – сестра таланта». Так как мы имеем дело с онлайн магазином, то наш покупатель лишён возможности увидеть товар вживую, поэтому мы и должны предоставить ему максимум имеющейся у нас информации: детальное описание, технические характеристики, качественные фотографии, отзывы, видео или 3D-обзор. Отзывы для товаров, кстати, изобрел Амазон, внес социальность на сайт, сильно увеличив тем самым конверсию и продажи.

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

Привет всем. Хочу рассказать о том, как и зачем мы организовали студию для видеопродакшена у себя в офисе. Немного о себе. Увлекаюсь фотографией, снимаю репортажи и музыкантов. С недавних пор я работаю менеджером по маркетингу в ИТ-компании: фото- и видеосъемка — одна из моих приоритетных задач. Маркетингом и PR я раньше не занимался, но, со слов моего руководителя, опыт в фотографии плюс большой стаж работы в традиционных архивах и знание технологий оцифровки и хранения документов сыграли решающую роль в предложении мне этой вакансии.

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

Это первая статья. Всего их будет 3.

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

Методику составления рейтинга мы позаимствовали у Jurgen Appelo. Алгоритм подсчёта базируется на пяти различных критериях: количество отзывов Amazon, число отзывов GoodReads, средняя оценка Amazon, средняя оценка GoodReads, а количество дней, прошедших с первой публикации. Это означает, что этот список показывает вам смесь из самых популярных, лучших по оценкам, и (относительно) новейший книги в этой категории.

Данный список книг мы попросили прокомментировать двух экспертов:

Борис Вольфсон. Технический директор компании HeadHunter.

Андрей Ребров. Agile Engineering Coach компании ScrumTrek.

Недавно наткнулся в сети на баннер с рекламой конкурса по дизайну блога юкоза. Приз – iMac 27”. Честно хотел пройти мимо, но заманило то, что оценивать работы будет профессиональное жюри без влияния социальных лайков. Как же я был наивен.

Доброго времени суток, уважаемые хабравчане. За последнее время я увидел несколько интересных и полезных инструментов/библиотек/событий, которыми хочу поделиться с Хабром.

Riot.js — The 1kb client-side MVP framework

Немного статистической правды:



«Материнский» проект Moot тоже очень крутой и демонстрирует то, каким должен быть форум.

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

Пост уже не так актуален как мог бы быть пару дней назад, но все же лучше поздно чем никогда. И так под катом история о том как я решил обновиться до «OS X Mavericks», и в итоге у меня это заняло 18 часов.
Пост рассчитан не на гуру OS X, а на обычных юзеров которые столкнулись с проблемами при установке оси и не могут продолжить ее установку.

Ну что ж поехали:

Четверг, 22-го октября (дата оф. выхода OS X Mavericks). Качаю ее бесплатно из AppStore и не делая никаких бэкапов планирую обновить свою скачанную год назад с торрентов за бесплатно OS X Mountain Lion, которая ставилась поверх OS X Lion без каких либо вопросов.

В общем OS скачана, приступаю к установке. Кликнул по ее иконке, ответил на пару вопросов, и комп перезагружается. Далее появляется логотип оси, и пишет что осталось 40 минут, и по тихонечку начинается двигаться progressbar. Я уже начинаю думать чем мне заняться пока идет переустановка как выскакивает сообщение о том что мой диск поврежден и исправить его невозможно, необходимо сделать бэкап данных и возобновить установку.

Хмурым осенним утром в качестве эксперимента мы запилили свой поиск для Хабра со структурой и скоростью. На все работы ушло минут 10. Тем кому лень читать тык для просмотра нового поиска (поисковый инпут прямо в теле записи в блоге)

Для получения такого поиска мы не просили доступа к базе, или заливки статей через наше API. Все делается очень просто, через обычный краулер. Для примера мы скраулили порядка 5000 статей.

Итак, вы задумали делать продукт. Не проект, а именно продукт, который через Х месяцев должен появиться в сторах и начать свое движение к звездам. Вы уверены в своих силах и знаниях, а количество новых идей, которые могут превратиться в настоящие киллер-фичи, просто зашкаливает. Самое время сказать себе “стоп!” и разобраться в том, что должно войти в комплект вашей самой первой релизной версии.

После того как вы расписали все характеристики будущего продукта, необходимо определить приоритеты в разработке. Первое желание – ранжировать по сложности реализации. Логично, тем более если ресурс ограничен – нет смысла строить “Титаник”, когда для первого преодоления Рубикона нужна просто шустрая и устойчивая лодка. Следуя заветам customer development, вы в будущем будете только наращивать функционал: главное – в архитектуре не промахнуться.

Итак, делаем шуструю лодку. Но выбор все еще непрост – даже из относительно простых деталей нужно определить тот набор, который и станет вашим release candidate. И здесь вам на помощь придет модель, которую придумал в 70-е годы прошлого века японский ученый Нориаки Кано. На “Хабре” уже был текст об использовании его модели для решения задач UX. Этот подход вполне применим и к продуктовым функциям – ведь они тоже отвечают за эмоциональные реакции потребителей. Кано предположил, что таких реакций бывает пять типов: от полной неприязни до прямо-таки восхищения. Эти типы японец изложил на одном графике, где по вертикальной оси отобразил эмоциональную реакцию пользователя (неприязнь – восхищение), а по горизонтальной – “количественное” значение характеристики (нет – много).

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

Активные коммуникации и доступность управляющего продуктом помогают решить проблему недостаточно хороших спецификаций, но далеко не всегда.

Agile движение имеет свой взгляд на спецификации. Наиболее экстремальное крыло выражает свои взгляды так:

В жопу спецификации!

Я люблю слушать музыку и узнавать новых исполнителей. Так получилось, что музыку я слушаю целиком альбомами, а про новых исполнителей узнаю через FunkySouls и LastFM. Некоторое время я слушал музыку через Prostopleer и Muzebra, пока ими можно было пользоваться. А еще я уже один раз делал приложение для ВКонтакте и неплохо поработал с их API. В общем я решил сделать небольшой мэшап и кажется получилось круто.

Listen! — это новое приложение для Google Chrome, в котором можно слушать и искать музыку ВКонтакте, сохранять ее в облако Google Drive для прослушивания без интернета и даже скачивать ее на компьютер (sic!). А с помощью базы данных от LastFM можно знакомиться с альбомами целиком, а также похожими исполнителями.

В прошлом посте  я описал процесс создания схем рецептов для пиццерии. Там же я обещал рассказать о процессе работы и тестировании.

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

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

Для понимания задачи я приведу пример процесса изготовления Гавайской пиццы. Если на экране пиццамекера высветилось название этой пиццы, он находит инструкцию по ее приготовлению.

1. Рецепты пицц. Тут можно найти список ингредиентов конкретного продукта.
2. Схемы количества ингредиентов. Если поступил заказ на пиццу среднего размера (30 см), то пиццамейкер обратит внимание именно на блоки с количествами для этой пиццы.
3. Инструкция. Она существует для ознакомления с принципами схем. Тут показано что и как зашифровано.

Сотрудник добавит 15 штук слайсов ветчины в 3 круга, двойную порцию ананасов (3/4 стаканчика два раза) и стандартную порцию сыра Моцарелла для средней пиццы (1 полный зеленый стаканчик — цвета стаканчиков подобраны не случайно, коробки для средних пицц у нас тоже зеленого цвета).

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

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

Недавно был опубликован новый доклад, подтверждающий ранее обнаруженные изменения в iTunes App Store. Действительно, теперь для определения места мобильного приложения в списке учитываются не только оценки, но и другие параметры. Как сообщает Appurify — стартап, спонсируемый Google Ventures и посвященный отладке, тестировке и оптимизации приложений, — теперь учитываются не только рейтинг приложения: даже улучшение средней оценки на пол-звезды может заметно пододвинуть приложение в списке и повысить частоту отзывов. А это, в свою очередь, может помочь хорошо спроектированным приложениям подняться в чартах выше.
В докладе также идет речь и о других сторонах этого изменения, в том числе о количестве учитываемых звезд, и о важности обновлений мобильного приложения.

Эти открытия представляют собой результат двух месяцев работы команды Appurify, в которую теперь также входят специалисты из cisimple — конкурирующей фирмы, которая занимается тестировкой приложений и вошла в состав Appurify в августе.
В Appurify проанализировали первую тысячу приложений в списке iTunes App Store, среди которых была треть игр, 62 платных приложения и 590 бесплатных приложений с возможностью расширения функционала за дополнительную плату. Более, чем у половины приложений в этом списке было по меньшей мере 4.5 звезды, и большинство из них (75%) были оценены минимум на 4 звезды. Это открытие не удивительно, однако Appurify подчеркивает, что, судя по всему, сейчас наличие 4 звезд практически стало минимальным требованием для попадания в первую 1000.

Вообще я работаю дизайнером и обычно делаю доклады про дизайн или про UX. Но этот доклад особенный, я хочу рассказать про то, как сделать своё собственное роскошное it-мероприятие. Доклад основан на реальных событиях и личном опыте организации Фестиваля 404.



Изначально, это был восторженный доклад как все здорово, легко и просто. Что-то вроде того: выйдите в чистое поле, воткните в землю лопату, на следующий день из черенка вырастит красивый большой дуб. Так же и с конференциями — все получается легко и просто. Но! Весной этого года, мы попробовали сделать в Самаре конференцию про электронную торговлю ProfitFest и полностью провалились. Я буду вспоминать и этот опыт, поэтому доклад стал в два раза полезнее.

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

Данные размышления, в основном, базируются на многолетнем опыты работы компании ADV/web-engineering. За годы работы и на разных этапах развития компании нами были перепробованы почти все схемы организации “треугольника”.

Описание ролей “треугольника”, зоны ответственности

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

Sales. Менеджер по продажам. Отвечает за продажи проектов по входящим запросам – первый контакт, подготовку и презентацию предложения и сметы, заключение контракта. Иногда также занимается разработкой “холодных” контактов – то есть ищет клиентов самостоятельно (или через каналы, такие как крупные РА, системные интеграторы и пр.).

У нас в студии всё, что не визуализировано, — рано или поздно этому подвергнется. Сегодня рассказ о нововведении, которое сделало работу по сделкам прозрачной и украсило скучную стену.

Предпосылки

Перед тем, как проект берется в работу, он проходит через «переговорные» этапы: брифование, обсуждение бюджета и т.п. Всем этим занимается аккаунт-менеджер. У нас два аккаунта и на каждом одновременно «висит» по нескольку десятков проектов.

Наткнулся сегодня на одну интересную штуку.
Semantic UI — это фреймворк для создания переносимых интерфейсов, который поможет повторно использовать элементы UI в своих проектах. Такая себе альтернатива Bootstrap.
Небольшой пример — если вы хотите добавить в свой проект что-то похожее на кнопку

просто воспользуйтесь следующими элементами:

semantic add button
semantic add icon

Привет Хабр!

Меня зовут Дима, мне 21 год. В Тач Инстинкт я пришел год и три месяца назад на позицию менеджера по продажам. Приходил еще будучи студентом, просто попробовать и, возможно, сделать свою последнюю попытку в качестве продажника. До этого я много где пытался продавать: я продавал курсы ЕГЭ, катаясь по школам; продавал лицензии на строительство, обзванивая по холодной базе город Сочи. В своё время я даже вписался в мутную МЛМ историю.

Под катом dmitrykostin расскажет как устроен отдел продаж в нашей компании: CRM, планирование и отчеты.