«Всем привет, меня зовут Егор Камелев и сегодня я расскажу вам…»
Если вы уже слышали эти слова, то, скорее всего уже встречались с одним или несколькими из моих обучающих видео по работе в Axure. Прошло уже довольно много времени с тех пор, как я добавил первое из них (тогда ещё для Акшуры какой-то древней версии), и я решил сделать некий сводный список того, что уже есть, чтобы вам не пришлось мучиться с поиском на моём канале. Да, конечно, в этом списке только те ролики, которые имеют отношение в Акшуре седьмой версии! Итак, поехали.

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

Чтобы выяснить это, мы изучили около 24 миллиардов доставленных почтовых сообщений, темы которых были составлены из приблизительно 22 тысяч различных слов. Если для вас это прозвучало как «очень много данных», поверьте, так все и было.

Перевод статьи ребят из MailChimp выполнен компанией-локализатором Alconost.

Disclaimer мелкими буквами: автор хорошо понимает болезненность темы массовых почтовых рассылок. Статья написана для профессионального читателя, который считает электронную почту этичным средством коммуникации бизнеса с клиентом, но осознаёт, что тема замусорена «эффективными маркетологами» (они же спамеры), и поэтому крайне осторожен в своих телодвижениях в районе e-mail-маркетинга.

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

Вольный перевод статьи Якуба Линовски — «A Good User Interface».

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

Конверсию продающих страниц можно повысить не только с помощью редизайна или улучшения интерфейса, в этом деле могут также помочь и познания в психологии. Чтобы замотивировать посетителя сайта приобрести ваш продукт, стоит попробовать выстроить коммуникацию с потенциальными клиентами, используя принципы убеждения, которые выделил Роберт Чалдини. Как же применить эти тактики на вашем лендинге? В статье Sean Ellis — кейсы применения шести принципов убеждения на продающих страницах. Что это за принципы, и какие варианты их использования могут поднять конверсию лендинга?

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

С момента публикации в 1984 году книги «Влияние: психология убеждения» Роберта Чалдини, шесть принципов убеждения стали неотъемлемой частью словаря маркетологов во всем мире. Если вы регулярно читаете блоги о маркетинге, вы наверняка знакомы с ними — это взаимность, последовательность в обязательствах, знаки общественного признания, авторитет, симпатия и дефицит или ограниченность.

За последние несколько лет веб-дизайнеры постепенно пришли к тому, что «захламление» сайтов несущественными элементами — плохая идея. Такие элементы веб-дизайна, как бессмысленные изображения, запутанные навигационные системы, бесчисленные кнопки социального обмена и прочее уводят пользователей от основных целей веб-страницы.

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

Несколько примеров минимализма целевых страниц

Давайте рассмотрим минимализм landing page некоторых успешных веб-приложений:

Призыв к действию на landing page — одна из стадий воронки продаж, часто очень важная для повышения конверсии в платящих клиентов. При размещении кнопки призыва к действию на лендинге многие владельцы сайтов следуют одним и тем же стереотипам и шаблонам и боятся экспериментировать. Более того, при размещении кнопки призыва к действию на большом количестве сайтов словно бы забыли использовать элементарную логику, сотрудники этих компаний явно не пытаются отследить перемещения посетителя сайта и направить его, и не тестируют разные варианты CTA. В данной статье Оли Гарднера, написанной от первого лица, разбираются многочисленные вариации размещения кнопки призыва к действию, автор анализирует, какие из них наиболее эффективны, а какие — ошибочны, и делает несколько выводов-рекомендаций по размещению CTA на лендинге. Где же все-таки должен быть расположен этот чертов призыв к действию?

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

Наследство

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

На примере профиля видно, как было «до» и что стало «после».

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

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

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

Основная задача состояла в том, чтобы создать систему, которая позволяла бы
1) интегрировать разрозненные факты об отдельных кусках экосистемы;
2) собирать адаптивный (к публике, отведённому времени, обстановке) питч;
3) иметь контур обратной связи для калибровки питча (да и идеи в целом) по мере роста числа контактов-презентаций с венчурными капиталистами.

Предлагаем вашему вниманию подборку с ссылками на полезные ресурсы, интересные материалы и IT-новости

Решил собрать сервисы, которые могут быть полезны веб-разработчикам и дизайнерам. Буду рад, если кто-то найдет для себя полезный сервис. Осторожно, под катом куча картинок!

Пример карты из ГИС-системы, на которой обозначены зоны доставки – для разных машин свой цвет.

Сотня курьеров с точки зрения руководителя – это такой филиал ада с краткосрочным планированием. Эта формулировка, конечно, не передаёт ощущения от намертво вставшего Рязанского шоссе, прыгуна на путях на Новокузнецкой и девушку-оператора, которая отправила машину в Зеленоград вместо Москвы. Ну и до кучи – ДТП с грузовиком, везущим срочный товар.

С точки зрения клиента, даже опоздание на 5 минут превращается в трагедию. И это, кстати, правильно и понятно. С точки зрения маркетинга, каждый промах курьера – это потерянный клиент. А вот с точки зрения части водителей – автоматизация – это явное зло. Потому что даже бензин не даёт сливать в своё удовольствие. В реальности мы встречались с настоящими бунтами водителей против внедрения IT-систем.

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

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

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

К счастью, у астрофизиков есть доступ к более мощным машинам, чем домашний компьютер. В общем, все данные были обработаны на системе с 8 тысячами процессоров. И то, разработка такой модели заняла около пяти лет. Сам проект получил название Illustris.

Впервые мне довелось столкнуться с моделью Кано при работе над улучшением системы регистрации пассажиров аэропорта Каструп в Копенгагене. Данная модель была разработана профессором Нориаки Кано в 80-х годах; с ее помощью можно анализировать удовлетворенность потребителей (customer experience, CX) от использования продуктов либо услуг. Полученные результаты помогают осуществлять более продуманные инвестиции в развитие продукции и, следовательно, повышение удовлетворенности потребителей.

Платформа ProfitTask.com была запущена в конце 2013 года для реализации распределения заданий между живыми пользователями. Задания могут быть совершенно разноплановыми, от создания активностей в социальных сетях до выполнения различных заданий на сайтах.

До текущего момента, ProfitTask был закрытой платформой для заказчиков. Система обеспечивала только взаимодействие с работниками в сервисах ALTWeb Group, таких как SocialTask.ru, SERPClick.ru, Top4app.com.

Если 5 лет назад для успешного продвижения сайта все можно было решить исключительно внешними факторами, т.е. размещением внешних ссылок на сайт. То сейчас приходит эра продвижения за счет действий живых людей. Каких действий? Любых! Отзывы на сайтах, упоминания в социальных сетях, голосования, работа с поисковыми системами и т.д… Типов заданий настолько много, а потребности настолько широки, что рынок требует открытую платформу, которая будет позволять реализовывать этот широкий круг задач. Именно эту нишу и займет ProfitTask.

Когда говорят, что инновации Made in Russia — это только спорные проекты вроде «Ё-мобиля» паровоза Черепановых, однозначно неоспоримые вроде космических ракет и прочих полу- и совсем неполу-военных изделий, или голые идеи на экспорт — не верьте. У нас есть чем похвастать, и мне за это гордо.

За прошедшие XX-надцать лет моя компания выросла из мелкого местечкового мухомора в топы рейтингов IDC и верхне-правильный угол «магического квадрата» Гартнера. Красивый офис на главной улице страны, Слон Дали на ресепшене, почти 3 тысячи человек в штате, 30+ офисов по всему миру… и прочие хвалилки. Но здесь не про это.

Почему это получилось? Много причин. Например, мой неизменный принцип: пробовать, пытаться и не бояться ошибок. А еще ― партнёрская программа, работа с ритейлерами, онлайнерами, столицами и провинциями ― там много чего было, но и это не по данной теме.

Все перечисленное — вторично (да простят меня те, кто несёт эту службу). Первично — наши технологии и продукты (в смысле, просто софт, а не «софт+всё остальное»). Поскольку если есть софт — всё остальное можно настроить. Если же нет главного — товара, — то всё остальное нет смысла строить. Иначе бизнес (продажи) будет либо одноразовым, либо коррумпированным, что мне претит категорически и фатально.



Итак, софт. Чем здесь можно гордиться? Есть чем! Расскажу вам, уважаемые хабравчане, про «Шестёрку».

Введение от автора поста

Имея опыт разработки ПО для ответственных систем более чем 8 лет, хочу познакомить сообщество с некоторыми материалами, связанными с разработкой и верификацией ПО для ответственных систем (аэрокосмическая область, медицина, транспорт и промышленность). Получив согласие на перевод и адаптирование ряда интересных статей у зарубежных коллег решил воспользоваться данным ресурсом. Буду рад, если статья заинтересует наше сообщество. В статье использованы материалы фирмы Vector Software, Inc.
На вопросы отвечу в комментариях или в личку

Какой Вы используете инструмент тестирования?

За последние несколько лет рынок инструментов автоматизированного тестирования был заполнен средствами, претендующими на выполнение одной и той же функции – автоматизированного тестирования. Википедия перечисляет 38 инструментов оценки среды тестирования только для языков программирования С/С++. К сожалению, потенциальные пользователи, изучая описание данных продуктов, а также их упрощенные демонстрационные версии, могут сделать вывод, что большинство инструментов практически одинаковы.

Целью данного документа является предоставление инженерам информации, которую необходимо принимать во внимание при оценке автоматизированных инструментов тестирования ПО, особенно в части автоматизированных инструментов динамического тестирования.

Вы не сможете оценить инструмент тестирования, прочитав его спецификацию

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

По следам хабратопика о Watir, автоматизированном иструменте тестирования для web приложений на языке Ruby, решил написать небольшую статью о подобном инструменте для языка Python. Речь пойдет о замечательной библиотеке mechanize. В отличие от Watir, mechanize не заточен под какую-либ о ОС, и является надстройкой над питоновскими библиотеками urllib и urllib2.

Сама библиотека является эмулятором браузера (без поддержки яваскрипта) и позволяет решать задачи любого класса (с огладкой на «отключенный» яваскрипт), в которых необходим применение браузера. В частности, я впервые вышел на эту библиотеку, когда нужно было скачать огромное количество научных статей с одного хранилища, требующего авторизации и хранящего документы PDF так, что без помощи вспомогательных инструментов скачивать приходилось исключительно по одному документу, чем я и занимался 2 часа, пока не вспомнил о PERL'овой библиотеке WWW::Mechanize (о возможностях которой читал некоторое время назад) и не набрал в гугле запрос WWW::Mechanize python, который и привел меня на сорсфорж.

Но довольно лирики.