Могу ошибаться, но лендинг-одностраничник для такого не подходит. Лендинг рассчитан на импульсную покупку (это из моего опыта личного, наверняка многие не согласятся). Соответственно - игрушки, автоэлектроника, подарки, всякая лабуда - нормально.
Шторы - это все-таки подумать, посмотреть. И уж точно это не сценарий "докрутить до конца страницы и нажать заказать". Просто по себе прикиньте - Вы готовы предметы интерьера покупать на первом попавшемся лендинге?
У нас на сайте онлайн-консультант 3-5% продаж делает. Мы погоняли и решили оставить (в свернутом виде). То есть постоянно он не выскакивает.
Сам поначалу скептически относился, но ловлю себя - что сам пользуюсь такой штукой часто. Но!!! Рассчитываю, что это именно онлайн-консультант. То есть ответят в течение минуты-двух. Однако часто сталкиваюсь с двумя ситуациями:
Поэтому точно не буду принципиально общаться с онлайн-консультантами, где поля телефон и email - обязательные. Совсем не хочется ощущать себя болванчиком, который добровольно слил свои контакты в примитивную "воронку конверсии". Если же телефон и почту не спрашивают - рассматриваю как признак уважения клиента и спокойно пользуюсь.
А не знаю. Нажал у вас две недели назад на вашем сайте кнопку "Связаться через телеграм". Бот написал, что типа: "никого нет - в понедельник ответим". И тишина с тех пор.
У меня реализована такая механика. Базируется на том, что при валидации вызывается из php bash-утилита whois. И если домен есть - идем дальше. Если нет - выводим предложение проверить правильность написания.
Вот этот банальный (simple) плагин - подойдет? :)
Девочка набьет CSV, и импортом разово все загрузится.
Таких очень много :( Дошло уже до того, что после принципиальной договоренности я начинаю задавать контрольные вопросы, чтобы понять - прочтено ли ТЗ вообще.
Это очень странный кейс. У меня товар одинаковый (адреса, телефоны, email) и два сайта - опт и розница. Получается - это бан сразу? :)
А телеграм у вас мертвый :(
Все бывает. И конечно, не очень правильно тут разгонять коня сферического в отсутствии деталей. Но могу только одно сказать, как заказчик, прошедший все модели - и самопис, и три CMS с модулями разной степени кривости. При наличии относительно типовой задачи, я предпочту:
.
В итоге, для меня выгоды такого варианта перебивают с лихвой возможные ограничения и тормоза CMS. ТСО на перспективу важнее. Вопрос замены программиста - жизненно критичен. Возможность искать для нового модуля/плагина стороннего разработчика - важна для нестандартных модулей (доставки, налоги, то есть когда нужен программист с финзнаниями).
И естественно, от меня на вход программисту:
Все, этот подход мне сейчас гарантирует не хороший, но вполне приемлемый вариант.
Всегда можно связаться с автором модуля, и за денежку доработать. Но это произойдет уже после запуска проекта, когда доработка будет обусловлена не гипотезой, а необходимостью.
В крайнем случае - можно заказать компонент под свой проект. Компонент дешевле, и его на доработку передать другому разработчику всегда проще, поскольку его архитектура будет всегда обусловлена хорошо документированной архитектурой CMS. Внутри компонента может быть говнокод. Но даже в этом случае переписать его полностью - дешевле, чем в случае говнокода переписать сайт.
