Мне иногда на полном серьезе кажется, что в крупных компаниях есть специальные отделы ухудшения качества. То есть специальные люди сидят и думают, куда в постели насыпать крошек, чтобы спать было все еще возможно, но не идеально удобно.
Может быть, это как-то психологами обосновывается? Типа, если юзеру совсем хорошо, то он недостаточно лоялен. Но когда есть шероховатости, он про них знает и осознанно с ними мирится, то его вовлеченность выше?
Иногда вещь сделана как будто специально так, чтобы ты об нее мизинчиком ударялся, каждый раз, когда проходишь мимо.
Это относится ко всему на свете, к предметам, которые нас окружают, смартфонам, которые, как будто специально сделаны стеклянными и скользкими, к интерфейсам приложений и CMS. Понятное дело, что речь сейчас о Битриксе.
Вполне возможно, что на большой скорости, когда ты летишь вперед, выпуская по 2 больших апдейта в год, когда, кроме БУС, есть еще Б24, мелочи остаются незамеченными.
Но, коллеги, вы говорите про оптимизацию бизнес-процессов, про оптимизацию продаж, про личную эффективность сотрудников компаний.
Начните говорить про эффективность контент-менеджеров в вашей собственной админке. Хотя бы 5 минут, на каждой презентации новой версии БУС.
Модуль управления структурой устарел в 2010-м. «Новый» визуальный редактор был от рождения корявым уродцем. Одно только это суммарно у пользователей битрикса сжигает ежедневно целые жизни в оплаченных человекочасах!
Проблема со скриншота - не столько в криворукости разработчика, сколько в отсутствии нормального инструмента от Битрикса, который позволил бы сделать управление страницами со сложным дизайном простым и понятным. Это как если бы для списков (новостей, статей, каталогов) в Битриксе отсутствовал модуль Инфоблоки.
И ведь есть же в компании тестировщики, есть «владелец продукта», собирается обратная связь от клиентов и партнеров.
Не поверю, что все эти рекомендации, пожелания и мольбы вот прям вообще никто не слышит. Не иначе, кто-то в компании Битрикс имеет право класть болт наложить вето, на часть замечаний от тестировщиков? Типа эти мелочи не являются достаточной проблемой, чтобы их обсуждать они не дают ошибку - значит все ок.
Ошибка, это не только когда что-то явно неработает. Ошибкой может быть и отсутствие какого-то очевидного и нужного функционала (например, сортировка разделов в Медиабилиотеке) или когда работа имеющегося функционала создает проблемы (Помощник закрывает кнопки интерфейса да и просто раздражает)
Притормозите ненадолго возле кафе, пусть пользователи продукта передохнут, перекусят, сходят в туалет. Соберите список мелочей, которые давно ждут своего часа, выпустите cosmetic update. И после снова по газам.
Или, другой пример работы Отдела по ухудшению качества. Вот разместит Сергей Рыжиков в своем Инстаграм фотку с Айфона, или в Твиттере сделает пост, поставит там смайлик-эмодзи. Любой пользователь Битрикса, который решит поделиться этой фоткой в новостях на своем сайте на Битриксе не сможет этого сделать!
И не только потому, что в визуальном редакторе нет удобной кнопки для вставки контента из Инстаграма и Твиттера. Даже в режиме html запихать эту вставку не получится.
Потому что Битрикс при сохранении обрежет код по первому символу эмодзи. То же относится и к видео с Ютуба, если в его названии есть эмодзи.
Логично предположить, что и формы обратной связи не будут корректно работать, если пользователь запихает в текст эмодзи. Как минимум те, что сделаны на инфоблоках.
Русские улыбаются редко, зачем им эмодзи? Зачем поддерживать в визуальном редакторе вставки контента, из сервисов в которых у каждого второго пользователя интернета есть аккаунт? Разве вставка в новость на сайте твита или фотки из Инстаграм - это довольно популярный кейс, чтобы отклониться от намеченного курса, притормозить и пофиксить баг?
Если кратко подвести итог:
Пофиксите огрехи в юзабильности в админке, на это у вас вряд ли уйдет много времени.
Пофиксите ошибку с сохранением эмодзи в инфоблоках.
Начните думать про «Управление структурой 2.0.». Дизайн страниц сайтов давно уже стал сложным и разнообразным, верстка тоже. Нужен инструмент, в котором пользователь сможет легко работать с такими страницам не ломая их. Сейчас приходится или идти на компромисс с совестью, фигачить в область контента разметку и стили, которые легко сломать, открыв в виз.редакторе, или костылить, делая это на инфоблоках.
Новый MySQL 8.0 перевёл весь мир на utf8mb4. Устанавливается по умолчанию. Думаю, что специалисты в MySQL понимают важность utf8mb4 и видят его развитие в будущем. Такие мировые лидеры как Wordpress абсолютно без проблем используют utf8mb4 и все рады! Нет никаких проблем с сортировкой, хранением, кодировкой. У нас же битрикс как обычно, свойственно отечественному производителю, пишет: "Мы не поддерживаем utf8mb4". И вечная проблема у людей до сих пор во всех форумах по битриксу с кодировками utf8, cp1251, какие -то вечные проблемы с обновлениями, шаблонами, эмодзи, которые так или иначе связаны с кодировками. Может уже приведёте всё в один стандарт? Все эти галочки при установке "установить в utf8 или нет"? ... Может потратите время и сделаете всё по уму в конце концов?? Может как -то будете немного стремиться туда, куда развивается весь мир или так и будем бесконечно решать проблемы с кодировками, эмодзи, сортировкой, кракозябрами .. вам самим не надоело? Реально это уже напрягает.
В Б24 тоже есть отдел ухудшения качества продукта. Там Пуш-уведомления не приходят при заполнении crm-форм на сайте. При том что галка для этого есть (но типа временно не поддерживается). Бронирование (например, отеля) в Б24 можно делать только на 14 дней. Поправить эту цифру можно только в коробочном варианте.
Как будет удобно, если в магазинах на БУС, можно будет разрешить хранить профили покупателей в облаке Битрикса.
Чтобы в магазинах на 1С-Битрикс, все основные поля у покупателя заполнялись автоматически из облачного профиля, если этот покупатель ранее уже покупал что-то в другом магазине на 1С-Битрикс и его основные данные (ф.и.о., адрес доставки, телефон, е-мейл и т. п.) уже есть в облаке. Ничего нового, все так же, как сейчас, когда данные из профиля покупателя автоматом заполняются в корзине, если пользователь авторизован. Даже на десктопе с полноценной клавиатурой это добавит удобства, 100500 к юзабилити и столько же к снижению брошенных корзин.
А для мобильных пользователей, вообще сказка. Оформлять заказ в интернет-магазине со смартфона, даже 5 дюймового, не доставляет удовольствия. Да, можно, наверное, найти какое-то приложение, чтобы помогало с автозаполнением. Можно использовать профиль Яндекса, который специально для этого сделан. Но все это не имеет массового использования. Используется это только опытными пользователями, которые понимают, что процесс можно попытаться автоматизировать. Но таких мало, а в некоторых темах (одежда, косметика) их почти нет.
Остапа несло.
Уже сейчас на многих магазинах по Я.метрике я вижу 30 и более процентов посетителей с мобильных и будет ведь еще больше.
Давно есть облачные сервисы комментариев. Зарегался один раз и комменти на здоровье на любых сайтах, где этот сервис подключен. Здесь почти то же самое. Вряд ли из этой идеи получится успешный стартап. Сложно внедрять в магазины, а, главное, сервис будет популярен не раньше, чем в нем наберется критическая масса. Чтобы молодому магазину было интересно подключаться, он должен знать, что каждый 10-й или 20-й потенциальный покупатель уже есть в этом сервисе. Иначе это будет профиль для автозаполнения, типа того, который давно есть у Яндекса.
У БУС уже есть критическая масса магазинов, чтобы подобная фича была действительно интересна и магазинам и пользователям (при том что последних спрашивать не надо).
Идею можно развивать. Раз уж у покупателя есть профиль в облаке БУС, и хочет он того или нет, при очередной покупке (которую он делает в магазине на Битриксе) он, так или иначе, авторизуется, то поверх этого можно накручивать новые возможности. От простейшего комментирования товаров и отзывов в магазинах, до более интересного единого персонального кабинета, в котором хранится вся история покупок во всех магазинах, рейтинга магазинов, более точной персонализации (например, по полу или географии, куда обычно заказывал доставку). А если уж совсем мечтать, то и платежного шлюза, к которому можно привязать банковскую карту и платить в один клик, не вводя никаких данных, кроме СМСки, подтверждающей платеж.
Коваленко Алексей, у ПайПела есть интересна возможность, после оплаты, отправитель может отгружать заказ на адрес плательщика, который указан в профилях пользователя в ПайПел. Правда это не российская компания.
Юрий Кудренко , да у Яндекс тоже есть такая возможность, когда адрес доставки можно подставлять из данных пользователя. Кроме того, многие соцсети дают возможность авторизоваться приложениям по auth при этом пользователю сообщается к каким данным будут иметь доступ приложения
Таких примеров много но это уже другая история, отличная от поста.
Тем не менее, никто не имеет права передавать персональные данные третьим лицам.
Готовые решения – отличная штука. Можно даже сказать, что это переворот в разработке сайтов, такой же, каким в свое время был фабричный пошив одежды и обуви. Проблема в том, что пока это все в теории. Готовые решения сейчас, по большей части ни фига неготовые. Их, обычно приходится обрабатывать наждачкой, а иногда напильником. И дело тут не кривых руках программиста. Конечному пользователю трудно оценить насколько программист наговнокодил. Но зато ему легко оценить косяки, которые допущены при проектировании и тестировании. Вот про них и поговорим. Полный текст статьи по ссылке.
Я перечислил 22 косяка, с которыми сталкивался как пользователь, работая с готовыми решениями. Ребята, не ленитесь пробегитесь по списку, проверьте как с этим обстоят дела в ваших готовых решениях. Именно проверьте. Вы будете думать что у вас этих косяков нет (потому что вы их не специально допустили), а на самом деле они есть. Это как с тем сусликом.
Спасибо за статью, познавательно. Пожалуй, для меня из списка оказались актуальны лишь несколько (одно) замечаний:
3. Предусмотрен адаптив под таблицы, видео, фотки
Где-то добавили свои стили на эти случаи.
9. Дизайн не ломается при включенном режиме редактирования страниц
Вообще не напрягает, но верстка немного съезжает при включенном режиме редактирования. Это лечится?
18. Есть возможность отключения части богатого функционала
Как отметил Роман Забродин , эта проблема решена, неиспользуемые модули можно отключить, при чем отдельно на мобильной версии и ПК. Но не хватает возможности отключения js и css и прочих неиспользуемых ресурсов, т.к. все это в конечном счете влияет на быстродействие сайта.
Рамазанов Нариман написал: Но не хватает возможности отключения js и css и прочих неиспользуемых ресурсов, т.к. все это в конечном счете влияет на быстродействие сайта.
несколько раз писал с просьбой вынести все css и js файлы в компоненты, которые их используют... но пока тишина...
Если вы выбираете CMS для сайта или интернет-магазина и безопасность — это один из критериев, то мой пост позволит вам разобраться, дает ли Битрикс достаточно уверенности.
Коллеги, статья рассчитана на рядового юзера. Поэтому в ней, как полагается, есть вступление с постановкой проблемы и только потом дается вариант решения. Не обессудьте, формат обязывает . Размещаю здесь, вдруг кому-то эта простая идея покажется интересной.
Ненайденный товар — не купленный товар. Это касается не только выдачи поисковых систем, в которых все стараются забраться повыше, но и внутреннего поиска в интернет-магазине.
Эта статья о том, как сделать лучше поиск на 1С-Битрикс. Идея, описанная в статье, простая, не требует участия программиста. Сгодится и для других CMS, но примеры в статье будут именно про Битрикс.
Поиск в интернет-магазинах работает плохо. Он есть, что-то даже находит, но ищет не лучше чем инспектор Лестрейд в книге о Приключениях Шерлока Холмса. Чуть что не так, сразу страница «Сожалеем, но ничего не найдено».
Не будем далеко ходить за примером. В демо-версии магазина на Битриксе, товар «Штаны "Полосатый рейс"» не ищутся внутренним поиском по запросу «Полосатые штаны».
Пока поиск, встроенный в CMS интернет-магазинов далек от совершенства, современные поисковые системы приучают пользователей задавать поисковый запрос на все более естественном языке. Имея такой опыт общения с поисковиками, посетители интернет-магазина ожидают такого же «уровня понимания» от менее совершенного поиска в интернет-магазине и если ничего не нашли не утруждаются переформулированием запроса, просто закрывают вкладку браузера и идут дальше. Читать продолжение статьи
Зачем создавать доп поле, когда есть уже готовое штатное "Теги"? Предполагал, что здесь будет раскрыта более техническая информация о том, как же всё-таки сделать нормальное ранжирование с поиском по синонимам и другими плюшками с доработкой штатной интеграции с сфинксом или переделка стандартного поиска. А тут...
Написал в блоге пост, почему в некоторых случаях готовые решения — это лучший выбор. Статья рассчитан на рядового пользователя, не на разработчика, но, возможно, будет кому-то интересна.
Часто не имея опыта продаж в интернете, заказчик заказывает дорогую разработку, вкладывает в это большие деньги и в итоге многое вынужден переделывать уже через несколько месяцев, т. к. за это время им был получен практический опыт, который важнее чем теоретические рассуждения или чужой опыт, прочитанный сети.В этой статье я расскажу о плюсах и минусах готовых интернет-магазинов, дам основные советы по выбору, приведу примеры.
Содержание:
Что такое «готовое решение».
Почему это хорошо.
Не нужно разбираться в создании веб-сайтов.
Скорость запуска и экономия бюджета.
Возможность расти.
Цена вопроса.
Как снизить цену.
Несколько примеров.
Магазины электроники.
Магазины одежды.
Автомобильная тема.
8 советов, как выбрать готовое решение.
Минусы готовых решений.
Купили, что дальше?
Эта статья для тех, кто собирается открыть интернет-магазин, но еще рассматривает варианты и думает по какому пути пойти, заказать разработку магазина в студии, у фрилансера или выбрать облачный сервис.
Я предложу рассмотреть еще один вариант, который сочетает в себе оба предыдущих — это готовые решения на базе 1С-Битрикс.
Договоримся, что речь идет не о крупных е-коммерс проектах с десятками тысяч позиций товаров, а об относительно небольших магазинах.
Что такое «готовое решение на Битрикс»
Это полностью готовый интернет-магазин, с профессиональным дизайном и богатым функционалом, заточенным под конкретную тематику (например, одежду или электронику), но более доступный по цене, чем заказная разработка и который так же легко устанавливается и настраивается как облачный сервис, но при этом не является арендуемым решением.
Нужно отметить, что «готовыми решениями» (сокращенно ГР) бывают не только интернет-магазины. Есть сайты-визитки, лендинги, корп.сайты, доставка еды и т.д. Уже сейчас в маркетплейсе 1С-Битрикса (это магазин готовых решений) можно найти и купить готовый интернет-магазин по очень многим темам. В этой статье я говорю только про интернет-магазины. Хотя преимущества и недостатки готовых решений, которые будут здесь приведены, вполне могут быть применимы и к любым другим готовым сайтам из битриксного маркетплейса.
Почему это хорошо
Не нужно разбираться в создании веб-сайтов
Готовый сайт интернет-магазина здорово упрощает жизнь владельцу. На начальной стадии это очень важно, потому что на старте у него и без сложных, новых для него технических деталей, хватает головной боли с другими организационными моментами.
С готовым интернет-магазином, отпадает весь большой пласт работ, начиная от продумывания общей концепции до финальной проверки на предмет наличия всего оговоренного функционала. Не нужно думать о проектировании магазина, правильном дизайне, контролировать верстку, отслеживать полноту выполнения программной части. Даже если интернет-магазин заказали в студии «под ключ» (и студия работает на Битрикс), клиенту все равно приходится принимать решения и подписывать акты приемки работ. Для этого ему нужно хоть как-то вникать в ход этой работы.
Кто-то возразит, что без, пусть общих технических знаний, не стоит начинать. Я тоже с этим согласен. Но эти знания можно получать по-разному. Можно заказать дорогой интернет-магазин, руководствуясь прочитанными в интернете статьями в блогах, рекомендациями студии, которой поручили разработку и собственной интуицией, потратить на это деньги и полгода жизни, запуститься, получить обратную связь от клиентов, набраться опыта и понимания, как на самом деле нужно было все делать. Как результат — снова платить деньги за доработки, но уже зная зачем.
А можно пропустить дорогой, долгий и хлопотный процесс разработки интернет-магазина, взять готовое решение, которое соответствует вашей нише, и начать работать на нем, сразу переходя к получению опыта продаж и обратной связи от клиентов. Это отличная экономия не только денег и времени, но и нервов.
Поступать иначе стоит только в двух случаях. Либо если вы точно знаете чего хотите (но тогда вы вряд ли дочитали до этого места), либо , имеете свободные деньги и лишнее время, хотите пройти весь путь с самого начала и получить весь опыт, включая опыт заказа сайта в студии.
Список вопросов для обдумывания:
Для того чтобы начать работу, обязательно ли сначала вложить много денег в создание магазина в дорогой студии, ждать полгода пока его сделаю и только после начинать продажи?
Сколько можно заработать, приобрести опыта и обратной связи от клиентов за эти полгода, пока магазин разрабатывается?
Что будет если вложить средства не в создание интернет-магазина, а в продвижение и рекламу, увеличатся ли при этом шансы на успех?
Но ТР не расширяемы (точнее дорого расширяемы) - это факт.
надо понимать, что ты Антон, в хорошем смысле -- ПЕРФЕКЦИОНИСТ. Вот если через призму перфекционизма смотреть на готовые ТР -- то, да, все плохо-плохо-плохо... Это отличное качество во многих случаях, но не всегда оно полезно.
Как ТР могут быть нерасширяемы если авторы постоянно выпускают обновления с новым функционалом расширяя и добавляя новый функционал и возможности? Опять же вопрос работы с ожиданиями клиентов -- это не быстрее и не дешевле чем доработки любого другого сайта на битрикс. Да, люди купившие ТР за 10тр, когда они потом просят два блока на главной странице местами понимать, и получая счет в 2тр -- приходят в шок. Нужно объяснять, разговаривать.
Это я про то, что если заказчик уже выложил за разработку сайта 350 000 рублей, то он уже эмоционально легко воспринимает какую-то доработку в час работы программиста и счет в 1500р. Тогда как большинство пользователей ТР -- это совсем другая категория клиентов...
Одна из реальных проблем, с которой приходится сталкиваться - это исправление ошибок в решениях. Типовая ситуация - клиент заказывает доработки/покупает решение, начинает его наполнять и в процессе появляются какие-то ошибки, которые на демо-версии заметить нельзя.
Как поступать? Я на данный момент однозначного ответа не нашёл. Есть следующие варианты: 1) Исправлять ошибки самим, бесплатно. Чаще всего мы так и делаем, т.к. всегда идём навстречу клиентам и стараемся оказывать качественную поддержку. К сожалению, бывают ситуации, что ошибок много или они серьезные, и прибыль от проданного решения сводится к нулю или в вообще уходит в минус. Естественно, в дальнейшем это решение мы рекомендовать не будем, либо, если клиент захочет всё-таки приобрести/доработать его, то это скажется на стоимости в сторону её значительного увеличения. 2) Обращаться в тех. поддержку разработчиков решения. За всю практику мне лично не приходилось этого делать, но, наверное, это один из вариантов. Мы считаем, что если на решение есть партнерская скидка, мы продали решение, то и отвечать за него должны мы (если не ошибаюсь, то примерно такую мысль как-то высказывал Роман Петров). 3) Исправлять ошибки самим, платно. Такой вариант не применяли. На месте клиента я бы не понял, почему за исправление ошибок нужно платить. 4) Закладывать в стоимость решений доп. сумму работ (допустим, часов 5). Это, по сути своей, страховка.
В общем говоря, процесс поддержки типовых решений не всегда самый простой и зависит от многих вещей. Если вы чаще всегда продаёте одни и те же решения, то работать будет проще.
Негативное впечатление о ТР сложится, если: 1) Часто приходится работать с разными решениями. Ошибки есть у всех, но на проверенных сайтах вы уже их все знаете, а в новых - нет. 2) Не сообщать клиенту перед началом работ о возможных рисках (ошибки в решении, невозможность установки обновлений). Большинство клиентов слабо подкованы технически и думают, что всё делается просто и работает автоматически. И тут одно дело - это заранее сообщить об этом клиенту, а другое - уже во время выполнения работы. 3) Оценивать сложные доработки "на глаз". Лучше попросить доступ к сайту и посмотреть его код. В таком случае появится хотя бы какое-то представление о сложности доработки и можно будет скорректировать её стоимость.
Хотелось бы услышать мнение тех, кому также приходится часто поддерживать или дорабатывать решения (желательно не свои). Как вы ведёте работу с клиентами?
Статья написана для рядовых пользователей, но, возможно, здесь тоже кому-то будет полезна, например, как быстрый ответ на вопросы клиента про seo-возможности Битрикса.
Один из весомых плюсов, который важен независимо от размеров магазина и тематики товаров, которые в нем будут продаваться — это дружественность CMS для SEO-оптимизации. Под «дружественностью» я имею в виду объем работ, который необходимо сделать с сайтом, чтобы реализовать базовый минимум по внутренней оптимизации, сколько это будет стоить и потребует времени.
Когда выбирают CMS для интернет-магазина, система 1С-Битрикс редко остается за кадром и обычно присутствует в списке рассматриваемых вариантов. Этот обзор будет полезен тем, кто смотрит в сторону Битрикса, но сомневается в его SEO-возможностях.
В сети нередко можно встретить мнение, что Битрикс дает мало инструментов для SEO-оптимизации сайта, или даже что он откровенно слаб в этом плане. Спорить не буду. Несколько лет назад 1С-Битрикс действительно был в плане SEO не так крут. В нем не было SEO-модуля, технологии «Композитный сайт», сложнее было реализовать ЧПУ.
Сейчас все сильно иначе и Битрикс можно поставить в один ряд с лучшими CMS для SEO. Старые негативные мнения и комментарии в сети остались — их никто не удаляет. А новые отзывы того же плана распространяются по инерции, оптимизаторами, которые пытались работать с Битриксом несколько лет назад, но были разочарованы.
Решая какую CMS выбрать, прежде всего смотрите сами, трогайте своими руками, не доверяйте экспертам, застрявшим в развитии в 2010 году.
В этой статье попробуем разобраться, какие возможности для продвижения в поисковых системах дает 1С-Битрикс в 2015 году.
Вполне логично, что готовые магазины, прежде всего, ориентированы на конечных пользователей, а не на партнеров. Если партнер покупает, то для того, чтобы перепродать своему клиенту или доработать и продать (спасибо, Кэп!).
Предположу что бОльшая часть всех продаж в маркеплейсе (если считать по количеству покупок) приходится на партнеров. Если это так, то связано с тем, что Маркетплейс, в том виде как он сейчас реализован, не слишком понятен рядовому юзеру — он обычно даже не знает термин «маркетплейс».
Так вот, если партнер покупает, готовый магазин, чтобы продать своему клиенту, то с этим все понятно. Но если партнер покупает чтобы доработать или переодеть в новый дизайн, то это совсем другая тема, которая в маркетплейсе пока никак не представлена.
Поясню. Покупка/ скачивание модуля, чтобы использовать в решениях для клиентов — это нормальная практика. Поэтому я выше предположил, что количество покупок в маркетплейсе разработчиками выше, чем конечными клиентами. Но в готовых решениях, например, интернет-магазинах, такие интересы партнеров не учтены в предложениях. Там все ориентировано на обычного юзера, который хочет скачать, поставить и поскорее начать работу.
Схема покупки, при которой разработчику нужен только каркас магазина, чтобы быстро натянуть уже готовый сверстанный дизайн — отсутствует. Конечно, если сильно надо, можно купить готовое решение в том виде как оно есть, доработать и сдать клиенту. Но это только, если сильно надо. Чаще будут сомнения, стоит ли покупать или проще и дальновиднее сделать самим?
Подобные сомнения появляются, поскольку нет предложений, которое бы закрывало такой спрос — готовые решения «developer edition». То есть ориентированное на тех, разработчиков, которым нужно сделать магазин для своих клиентов, которые не против взять за основу тиражное решение, но знают, что дизайн и другие излишки им не пригодятся, а переплачивать за них не хочется.
Возможно, стоит подумать над сборкой интернет-магазина с прицелом только на разработчиков? Почти без дизайна, ограничиться предельно простым дизайном, как прототип в visio или axure, без красоты и спецэффектов, только чтобы продемонстрировать функциональность. Без многочисленных тестовых материалов . Обезжирить по-максимуму. Проблемы с ценообразованием особой нет — рядовой юзер никогда не купит версию «девелопер эдишн» потому что она не готова, а разработчик купит, чтобы сократить время внедрения, разгрузить опытных специалистов, доверив «натягивание дизайна» стажеру. Своего рода подниша в теме готовых интернет-магазинов. Имхо, наличие сборки «девелопер эдишн» позволит увеличить продажи готовых магазинов на партнеров.
Кроме цены и «обезжиренной» комплектации, можно подумать про другие плюшки. Например, «white label», чтобы как минимум в админке не светилось название разработчика решения.
Глядя на имеющиеся в МП решения видно, что многие из них не предлагают ничего своего, кроме дизайна — «обезжиривать» нечего. Если убираем дизайн — получим голый Битрикс. Речь о решениях, в которых есть много своего полезного функционала, таких немного на общем фоне.
Коллеги, этот пост — просто идея (ни в коем случае не рекомендация, совет или подсказка). Если вы считаете, что и сейчас никто не мешает купить в МП с партнерской скидкой любой готовый магазин и переделать под клиента — вы правы. Если уверены, что в сборке «фо девелопер» нет смысла и продавать отдельно, по модулям это то же самое — вы тоже правы .
Юрий Кудренко , как человек, который когда хотел толкнуть идею решений фо девелопер и даже предпринял попытку, точно скажу потребности в текущем МП в таких решениях нет. Это еще хорошо, что в процессе экспериментов родилось несколько интересных приемов и ноу-хау, которые мы сейчас внедряем на других проектах и продуктах.
Сейчас есть потребность в готовых решениях, которые можно дорабатывать или корректировать малой кровью и не больше.
Кудренко Юрий написал: Схема покупки, при которой разработчику нужен только каркас магазина, чтобы быстро натянуть уже готовый сверстанный дизайн — отсутствует.
Не думаю, что натянуть дизайн на готовое решение проще, чем на типовые компоненты. Отсюда и описанный выше результат. Политика МП подразумевает - купил, запустил и работай. Ровно также как холодильник или стиралку. Зачем его пересобирать? Нацепил магнитиков, набил продуктами и аляулю.
Пока лучше смотреть в сторону отнесения к "фо девелоперс" типовых компонент.
Коваленко Алексей написал: потребность в готовых решениях, которые можно дорабатывать или корректировать малой кровью и не больше.
Немного юмора: "фо девелоперс" есть продукт, при внедрении которого количество мата "мастера" при изменении или какой то небольшой корректировке по убедительной просьбе клиента не превышает ПДК (который термин из охраны труда).
соглашусь с ваши, что продумывание всех конечных потребителей не всегда ведется; и если говорить про чисто девелоперс-вей-решения, в которых потребителем является разработчик - это мне кажется утопическая идея. самый "правильный" в этом случае путь был бы в том, чтобы решения, рассчитанные на пользователь в кейсе "установил-используй" еще и были реализованы достаточно качественно "под капотом", иными словами чтобы создатели решений продумывали, что конечными потребителями их решений могут быть и разработчики, но с перевесом все таки на конечных пользователей
Интернет-маркетологи и специалисты по юзабилити единодушно склоняются к тому, что необходимость регистрации на сайте перед покупкой существенно снижает вероятность, доведения заказа до конца. Это связано с тем, что этап регистрации, стоит на пути между выбором товаров и оформлением заказа.
Реже встречаются мнения, что требование авторизации перед оформлением заказа зло не меньшее чем регистрация. Реже, наверное, потому, что с авторизацией смирились, как со злом необходимым. Иначе как вести базу клиентов, видеть, кто покупает в первый раз, а кто постоянный клиент, кому начислять накопительные скидки и т. п.
Основная доля наших клиентов – девушки/женщины от 17 до 30-35 лет. Многие из них не особо разбираются в интернете. Они хотят новое платье, а не вспоминать пароль на е-мейл или регистрироваться перед покупкой . Поэтому мы постарались им максимально облегчить вход на сайт.
Расскажу как у нас в интернет-магазине, реализована «прозрачная» регистрация и авторизация.
С регистрацией все понятно, если мешает — просто отказываемся от нее. Посетитель сайта оформляет заказ и на основе данных из заказа автоматически регистрируется на сайте. Ему на е-мейл шлем письмо с благодарностью о сделанном заказе, авторизующую ссылку (о них ниже), а также логин и пароль. Это идеальная схема, при которой покупателю не приходится прерывать процесс оформление заказа на регистрацию, она происходит незаметно для него.
С авторизацией немного сложнее. Как быть если посетитель уже зарегистрирован на сайте, но мы не хотим прерывать оформление заказа, заставляя его по дороге вводить логин и пароль? Ведь если покупатель забыл пароль, то количество действий, которое он должен будет совершить, чтобы заплатить нам деньги, сильно возрастает.
При оформлении заказа, мы сверяем поле е-мейл (как вариант, номер мобильника, но у нас это е-мейл), который покупатель указывает, с е-мейлами уже зарегистрированных на сайте пользователей. Если с такими е-мейлом кто-то уже был, значит прикрепляем новый заказ к его профилю, (покупателя при этом, конечно, не авторизуем в целях безопасности) если не был, то регистрируем нового пользователя. Таким образом, все заказы покупателя, даже если он делает их не авторизованным, аккуратно закрепляются за ним, он видит их в своем персональном разделе, а мы получаем возможность начислять ему накопительные скидки, возвращать деньги на внутренний счет в магазине и другие возможные плюшки.
Но что делать, если покупатель не оплатил заказ сразу, а ушел с сайта, например, решил подождать подтверждающего звонка от менеджера магазина? Ведь он не был авторизован на сайте и не сможет зайти в свой заказ, чтобы оплатить его.
Чтобы таких казусов не возникало, после оформления заказа, покупателю приходит на почту письмо с инструкцией по оплате и авторизующей ссылкой. Чтобы оплатить заказ, ему достаточно кликнуть по этой ссылке. Он перейдет в свой персональный раздел, на страницу для оплаты именно этого заказа, тем способом, который он выбрал ранее при оформлении и будет авторизован автоматически, без ввода логина и пароля. Авторизующие ссылки в каждом письме разные. В целях безопасности работают до момента оплаты или отмены заказа, а с каждым новым оформленным заказом высылается новая авторизующая ссылка. Поэтому можно не беспокоиться, что ссылку проиндексирует поисковик, либо она станет доступна посторонним.
Кнопки «регистрация» и «вход» у нас в магазине тоже присутствуют. Они оставлены, чтобы не ломать привычную модель поведения, для посетителей, которые привыкли регистрироваться сами или авторизоваться перед началом покупок.
Авторизующие ссылки в интернет-магазине реализованы при помощи модуля «Автологин», доступного в Маркетплейсе Битрикса. Модуль хорошо продуман в плане безопасности. Можно определить группы, в которых пользователь не сможет использовать авторизующие ссылки. Например, для групп «Модераторы» и «Контент-менеджеры», автологин можно запретить (группа «Администраторы» отключена изначально). По желанию, можно сделать каждую ссылку одноразовой и/или не сохранять авторизацию по ней. Работает отлично, горячо рекомендую, тем более что модуль бесплатный.
Из пожеланий к модулю, хочется, чтобы он работал не только с почтовыми шаблонами, но и с обычными рассылками. В сочетании с другим модулем «Группы покупателей (целевые рассылки)», про который я уже писал раньше, это позволит реализовывать в Битриксе очень интересные кейсы. Например, при помощи модуля «Группы покупателей» можно отфильтровать юзеров, из какого-либо города, выгрузить их в отдельную группу пользователей, дать этой группе скидку, и сделать рассылку на эту группу, включив в текст письма авторизующую ссылку. Получатель письма, кликнет по ссылке, и без лишних препятствий, в виде авторизации, попадет на сайт уже авторизованным. Увидит все цены, уже со своей скидкой, у него, не возникнет вопроса «где скидка, которую обещали в рассылке?» и других вопросов, связанных с тем, что сайт не узнал посетителя, без авторизации. При желании на эту группу пользователей можно показывать персональные баннеры, акцентируя внимание на особо интересных предложениях. М-м-м-м, красота! Вариантов можно придумать массу.
Оффтоп: Поскольку большая часть целевой аудитории магазина редко пользуются электронной почтой, предпочитая общаться через Вконтакте и Одноклассники, мы дублируем Смской каждый информационный е-мейл с сайта. Например, «Ваш заказ, №34567 принят, подробнее смотрите у вас в e-mail». Смски отправляем модулем SMS4B.
Почтовая рассылка по базе клиентов, важная часть в маркетинге у многих магазинов. Рассылка это дешевый способ увеличения продаж и единственный способ держать контакт с клиентом — сообщать о новых скидках, распродажах, ограниченных бонусах, поступлениях товара. В подобного рода способе взаимодействия с покупателем, важно чтобы покупкатель хорошо относился к получаемым письмам. Тогда не будет много отписавшихся и отметок “как спам”, а наоборот, будут в ответ писать письма с благодарностью. Сложность в том, что в Битриксе, мало возможностей, чтобы как-то группировать покупателей, соответственно мало возможностей делать таргетированные рассылки. Рассылка одного сообщения на всю клиентскую базу, это “из пушки по воробьям”. Эффект от рассылки низкий, доверие к магазину падает, база подписчиков постепенно выгорает. Понимая это, я стал искать решение, как довести до ума почтовые рассылки нашего магазина.
Удивительно, но для такой распространенной задачи в Маркетплейсе Битрикса я нашел всего один модуль — “Группы покупателей (целевые рассылки)”. Его и поставил. Модуль умеет большую часть, того мне было нужно. Позволяет нарезать базу покупателей, тонкими ломтиками, и слать каждому “ломтику” свое письмо. Не сложно предугадать, что после начала его использования, открываемость наших писем в рассылке увеличилась, как и процент переходов из письма на сайт. Конверсию в заказы из рассылки мы не считаем, поэтому про нее сказать ничего не могу. Других улучшений наших рассылок мы не делали — тексты остались такими же как были, оформление писем и регулярность тоже. Отличие было только в разделении базы клиентов на несколько основных для нас групп, и отправка (или не отправка) разным группам разных писем. Примерами групп покупателей поделюсь ниже.
Как работает Никакой отдельной страницы с набором полей для фильтров у модуля нет. Вся работа ведется с фильтром на странице списка заказов магазина. Модуль позволяет группировать пользователей, на основе данных из оформленных заказов, используя стандартный битриксный фильтр по заказам. Все поля, которые доступны в фильтре по заказам, могут быть критериями для рассылки, причем в любом сочетании.
После того, как мы отфильтровали список заказов по каким-то критериям, внизу страницы, в выпадающем списке выбираем новый, появившийся после установки модуля пункт, “Создать группу”.
Вводим название группы, жмем “Применить”. После этого, в админке, в разделе “Группы пользователей” создается группа с юзерами, заказы которых попали в фильтр. Теперь оттуда их можно выгрузить, чтобы импортировать в сервис для емейл-рассылок, либо сделать на эту группу рассылку стандартным битриксным модулем “Подписка и рассылки”.
Как используется у нас. Несколько примеров
У нас в интернет-магазине есть две большие группы покупателей: “местные” - те, которые находятся в том же городе, что и оффлайновый магазин, работающий для заказов с сайта как точка самовывоза. И “иногородние” — те, которым самовывоз, по понятным причинам не доступен. Работа с этими клиентами отличается, поскольку стоимость клиента разная. Стоимость клиента в оффлайновом магазине ощутимо выше чем в интернет-магазине. Это расходы на аренду дорогих кв.м. в торговом центре, расходы на порчу товара при примерках, кражи и еще много других мелочей, которые добавляют стоимость к товару в оффлайне. В интернет-магазине, у нас многих таких расходов нет, либо они сильно меньше. Разделяя базу покупателей на иногородних и тех, кто из нашего города, мы получили возможность делать иногородним рассылки с предложением большей скидки, а местным с меньшей и таким образом больше зарабатывать. Простейший, казалось бы, пример, но стандартно, в Битриксе этого не сделать никак.
Кроме города, в сегментировании у нас иногда используется параметр “дата заказа” или “дата оплаты”. Нам это нужно, чтобы не отправлять клиенту рассылку с, например, купоном на скидку, если он уже недавно сделал и оплатил заказ но без скидки. Так мы заботимся о клиенте, чтобы он не огорчался, что поторопился с покупкой. Недавним покупателям, рассылка с купоном на скидку, просто не придет. Это очень полезная возможность, когда не хочется обижать постоянных клиентов и огорчать новых. Нужно отметить, что модуль позволяет не включать в выборку пользователей, имеющих в том числе и заказы вне фильтра — есть для этого специальная галочка, не забывайте про неё.
В планах опробовать рассылку с поздравлениями по именам. Если посмотреть календарь праздников, то почти на каждое имя есть свой день. Люди обычно сами не знают что сегодня день их имени, а тут р-р-раз, и приятная информация прилетела по почте. Посмотрим как получится, думается, должно нормально работать, особенно если предлагать только в этот день, подарок, пусть даже не большой. Плюс здесь в том, что в большинстве случаев, получать дату реального дня рождения клиента мы не можем (это добавит лишние поля в форме заказа, да и не все эту дату станут честно заполнять). Но в данном варианте все проще, имя покупателя мы всегда знаем, день имени не проблема найти в специальном календаре — поздравляйте на здоровье.
Еще хочу опробовать поздравления с Днем города — этот праздник есть в каждом городе. Если магазин доставляет на всю Россию, то это отличный, еще не заезженный информационный повод.
Как видите, много можно придумать интересных примеров использования.
Чего не хватает в модуле лично мне Конечно, есть несколько вещей, которых в модуле мне не хватает для полного счастья. Вот они:
1. Нужно выбирать раздел товаров, из которого клиент купил товар. Например, на сайте есть раздел “Клубная одежда”. Я бы хотел иметь возможность делать персональную рассылку клиентам, которые что-то уже покупали из этого раздела. Чтобы не сообщать в новостном письме, о новой поступлении обтягивающих клубных платьев, женщинам, которые покупали товары из раздела “утягивающее белье для полных”.
Сейчас можно выбрать клиентов, которые купили конкретный товар. Это в определенных случаях очень полезно. Но все же, возможность показать при фильтре целиком на раздел, тоже очень нужна.
2. Нужна привязка к характеристике товара. Если будет возможность фильтровать, например по размеру/цвету/бренду, то магазин получит классную фичу. Можно будет распродавать непопулярные размеры (например, супер большие) тем клиентам, которые такие размеры уже покупали и не раздражать своими письмами других, которым большие размеры не интересны. Или при новом поступлении платьев маленьких размеров, уведомлять только тех клиенток, которые покупали такие размеры. Применение такому фильтру нашлось бы не только в одежде (персональная рассылка покупателям золотых айфонов — акция — золотые чехлы со скидкой, а золотая фикса на зуб в подарок).
3. Нужна возможность сразу выгрузить результаты фильтра, например, в csv-файл или в Excel. Это позволило бы легко импортировать результаты фильтра в сторонние сервисы рассылки. В тот же Unisender. Сейчас модуль создаеn по результатам фильтра группу пользователей. И в Битриксе, вроде как, присутствует возможность выгрузить список пользователей в Excel, но только того списка, который мы видим на экране. Т.е. чтобы выгрузить в Excel группу из 5000 пользователей, я должен их как-то суметь вывести на одной странице, только после этого можно будет выгрузить их стандартным битриксным способом. Нужно уйти от этого геморроя, а иметь простую возможность сохранить результаты фильтра в файл.
4. И другие мечты перфекциониста: Хочется кроме описанного выше, так же выбирать: — клиентов которые покупали более Х раз; — тех, кто купил/оформил заказов на сумму от Х руб. за указанный период; — клиентов с накопительной скидкой; — клиентов с положительным балансом на внутреннем счете магазина;
Выводы Чтобы делать в интернет-магазине на базе 1С-Битрикс сегментированные рассылки, сейчас есть только один модуль “Группы покупателей (целевые рассылки)” К счастью, модуль стабильно работает и достаточно много умеет.
Справедливости ради, нужно отметить, что в Битриксе можно фильтровать покупателей по нескольким критериям, которые могут быть полезны для таргетирования рассылок (Магазин -> Покупатели -> Список покупателей). Но без смекалки там не обойтись. Выгрузить результаты фильтра в файл нельзя (выгрузится только список видимый на странице), создать на основе них группу пользователей, чтобы сделать рассылку модулем рассылок Битрикса тоже нельзя. Может быть когда-нибудь, в перекуре между CDNами и композитными сайтами, Битрикс доведет этот функционал до ума .
Заключение
Этот пост не учит емейл-маркетингу, а просто отзыв на модуль, который используется у нас.
Пост не заказной. Все что написано — на основе личного опыта использования.
Группы на сайте создаются не только сотрудниками «1С-Битрикс», но и партнерами компании. Поэтому мнения участников групп могут не совпадать с позицией компании «1С-Битрикс».