Спасибо, полезно иногда отвлечься от юзер-френдли интерфейсов и автоматизировать некоторые процессы. Можно, кстати, кое-что допилить для красоты — мне очень пригодился вот этот пост для генережки фонт-фейсов с некоторой оптимизацией сглаживания.
Я думал, я один такой идиот инертный, который не может привыкнуть в Люстре. Оказывается, не один :)
В Кореле с 3 версии по текущую 16. А Иллюстратор — худший продукт адобовского пакета с точки зрения удобства использования. Плюсов немало, но сколько ж приходится исползать, чтобы хотя бы градиент сделать — ужасно.
Автору поста поставлю плюс, как только карму отращу — спасибо тебе, мил человек, знал бы раньше про такое — жизнь была бы проще иногда.
Эти слова следует выжигать на мониторах у всех, кто делает магазины.
Вставлю свои пять копеек.
Прежде всего, стоит сделать оговорку — имеет смысл обсуждать не платежные системы (их формы и клики нам неподвластны), а форму отправки заказа. И тут автор совершенно верно все подметил.
/me достал свой любимый блокнотик
Вообще е-коммерсанты 80-го уровня делают все крайне хитро. Джедайским считается умение вытянуть информацию постепенно. Классический пример — для покупки достаточно только указать e-mail. Один простой шаг, вот и вся покупка. На майл уже придет линк, где у клиента просят данных побольше. Чтобы получить трекинг, нужно скормить еще немножко сведений, ну и так далее. Главное — корректная мотивация. Объяснить юзеру, зачем тебе эти данные и что ты с ними будешь делать.
Корзина — очень хорошее место для внедрения upsell, там как раз хорошо бы показать «связанные товары», там же можно намекнуть о способах связаться с менеджером. А после корзины наступает чекаут.
Вообще логика формы заказа простая — чем форма больше, тем она должна быть строже по дизайну. И — да, верно автор указал, что чем больше полей, тем ниже конверсия. Если можете форму упростить, сделайте это. По сути есть лишь два параметра, которые на этапе заказа жизненно необходимы: основной способ связи и альтернативный. Поэтому не стоит делать все поля обязательными для заполнения.
Бритва Оккама замечательно справляется с большими формами. Имя и фамилию можно объединить в одно поле, адрес — тоже, если это не жизненно важно для вашего бэкэнда. Если магазин небольшой, заботы о правильном оформлении карточки покупателя можно доверить и менеджеру, нечего ему зря пасьянсами баловаться.
Форму также можно (да и нужно иногда) разбить на шаги, оптимально — не более трех. Юзабилити рулес:
обязательно отличающийся от основной витрины магазины шаблон страницы;
обязательно кнопка «назад» или «вернуться», которая визуально отличается от кнопки «Дальше»;
обязательно ненавязчиво давать дополнительную информацию — скажем, слева поля формы, справа по одному абзацу о том, для чего они нужны, как вся инфа защищена, что будет дальше, какое письмо должно прийти эт цетера;
если разбили на шаги, наглядно демонстрируйте, на каком шаге юзер находится и какой будет следующий.
И совершенно ни к чему обязывать юзера регистрироваться ДО покупки. Убивают магазины, в которых покупка начинается с формы логина. Убивают не юзера, а сами себя.
Опередили :) Instructables — наше все. Кроме того, стоит обратить внимание на организацию постов — возможность скачать в ПДФ, разбитие на шаги, выделение областей на фото с комментариями
Spread the world. Чтобы что-то внедрялось, нужно не только внедрять это самому, но и рассказывать другим. Я совершенно уверен, что это будет интересно любому веб-девелоперу, и чем проще будет механизм внедрения, тем чаще эта библиотека будет использоваться. Меня как UI-шника всегда бесили баги дропдаунов — как в веб-, так и в обычных приложениях.
Я влюбился в этот пост Криса Койера, потому что он привел в порядок мои собственные мысли по поводу проекта, над которым работаю. Если разделы статей и блога почти не требуют вмешательства, то интернет-магазину под мелкие мобильные непременно нужна серьезная переработка. При этом Корзина и Чекаут как раз ждали идеи совмещения адаптивного темплейта и отдельных элементов, заточненных только под мобильные, особенно под странные размеры и разрешения экранов (сказал владелец Balckberry 9900)
Что касается графики, думаю, что тут тоже понадобится комбинированный подход — какую-то графику выводить просто адаптивно, какую-то дублировать облегченными файлами.
Ну а насчет команды — тут уж точно все верно, пропадают эти информационные черные дыры и нет нужды вести адову кучу документации и ползать по базам знаний…
идиотинертный, который не может привыкнуть в Люстре. Оказывается, не один :)В Кореле с 3 версии по текущую 16. А Иллюстратор — худший продукт адобовского пакета с точки зрения удобства использования. Плюсов немало, но сколько ж приходится исползать, чтобы хотя бы градиент сделать — ужасно.
Автору поста поставлю плюс, как только карму отращу — спасибо тебе, мил человек, знал бы раньше про такое — жизнь была бы проще иногда.
упарило напрочькрайне раздражает. Нативная поддержка всеми браузерами мультиаплоада была бы крайне кстати.Вставлю свои пять копеек.
Прежде всего, стоит сделать оговорку — имеет смысл обсуждать не платежные системы (их формы и клики нам неподвластны), а форму отправки заказа. И тут автор совершенно верно все подметил.
/me достал свой любимый блокнотик
Вообще е-коммерсанты 80-го уровня делают все крайне хитро. Джедайским считается умение вытянуть информацию постепенно. Классический пример — для покупки достаточно только указать e-mail. Один простой шаг, вот и вся покупка. На майл уже придет линк, где у клиента просят данных побольше. Чтобы получить трекинг, нужно скормить еще немножко сведений, ну и так далее. Главное — корректная мотивация. Объяснить юзеру, зачем тебе эти данные и что ты с ними будешь делать.
Корзина — очень хорошее место для внедрения upsell, там как раз хорошо бы показать «связанные товары», там же можно намекнуть о способах связаться с менеджером. А после корзины наступает чекаут.
Вообще логика формы заказа простая — чем форма больше, тем она должна быть строже по дизайну. И — да, верно автор указал, что чем больше полей, тем ниже конверсия. Если можете форму упростить, сделайте это. По сути есть лишь два параметра, которые на этапе заказа жизненно необходимы: основной способ связи и альтернативный. Поэтому не стоит делать все поля обязательными для заполнения.
Бритва Оккама замечательно справляется с большими формами. Имя и фамилию можно объединить в одно поле, адрес — тоже, если это не жизненно важно для вашего бэкэнда. Если магазин небольшой, заботы о правильном оформлении карточки покупателя можно доверить и менеджеру, нечего ему зря пасьянсами баловаться.
Форму также можно (да и нужно иногда) разбить на шаги, оптимально — не более трех. Юзабилити рулес:
И совершенно ни к чему обязывать юзера регистрироваться ДО покупки. Убивают магазины, в которых покупка начинается с формы логина. Убивают не юзера, а сами себя.
В общем, пост в закладки.
Что касается графики, думаю, что тут тоже понадобится комбинированный подход — какую-то графику выводить просто адаптивно, какую-то дублировать облегченными файлами.
Ну а насчет команды — тут уж точно все верно, пропадают эти информационные черные дыры и нет нужды вести адову кучу документации и ползать по базам знаний…