Смотрите, пока ведь есть только одна реализация под нужды конкретного магазина. Т.е. прямо готового SAAS сервиса нет пока, лишь узнаю надобность. Все же моя задача понять, что нужно бизнесу и есть ли смысл в очередном конструкторе/складской системе.
Все что есть уже сейчас готовое - я передам бесплатно, нужно будет лишь оплатить работу моего программиста за интеграцию под бизнес процессы клиента и доработку системы (из расчета 5-10$ час) . Вы (Ваши клиенты) получите отлично откатанную систему (CMS+склад+call трекинг+email рассылка+аналитика), плюс еще и заточенную под нужды бизнеса (если конечно Ваши желания совпадут с нашими сегодняшними возможностями...). А мы получим спрос и желание выводить наши наработки в массы.
Значит на днях сделаем описание и демо доступ к системе.
Согласен. Может есть кто здесь из владельцев интернет магазинов одежды (или не только одежды), которые сталкиваются с проблемой складского учета и его синхронизацией с сайтом и всеми внутренними процессами. Интересно, у нас общие проблемы или каждый магазин имеет свои уникальные проблемы, схемы работы, бизнес процессы...
Начали пользоваться Укрпочтой! Оформляем в личном кабинете. Печатаем накладные и на почту. Все быстро, дешево, удобно. Правда пока покупатели не очень хотят пользоваться Укрпочтой, но потихоньку конкурент растет.
Скидка была, но уже нет... Нам просто повезло, отлично поработали с нашим личным менеджером, взяли оборот продаж в самый пик сезона, сделали упор на 1-2кг (т.е. скидка была только на эти посылки).
До 1 августа пользовались Новой почтой с очень хорошей скидкой (почти 50%). После 1 августа скидку убрали до озвученных выше 3-5% и подняли тариф. Буквально на следующий день выходит на нас менеджер из Укрпочты и предлагает отправку по тарифу Экспресс. В итоге в 2-2,3 раза дешевле. Оформляем через кабинет на сайте, все удобно и быстро. Нужно только сотрудников Укрпочты на отделении "приучить" к сервису!
Проблема остается одна - клиенты не очень пока охотно пользуются отправкой по Укрпочте... Но общими усилиями мы сможем переломить ситуацию и сделать реальную альтернативу зажравшейся НП.
В моем случае это близкие знакомые и история явно не масштабируемая. Настолько много зависит от второго партнера, что мне кажется лучше сделать один-два проекта самому (опираясь на наемных работников), чем размывать усилия. Сейчас ведь кто просто хочет что-то продавать в интернете из оффлайна - идут на маркетплейсы и прочие площадки. А тесное сотрудничество должно подразумевать, что обе стороны осознаю преимущества работы вместе и готовы вкладывать по-максимуму. В противном случае начинаются "качели"
Все элементарно
$H = getenv("HTTP_REFERER"); // получаем URL, с которого пришёл посетитель
Дальше разбираем данный УРЛ:
$serv_re = explode('?', $H);
Ну а дальше понятно:
if (substr_count($serv_re[0], "yandex")) {
т.е. код простой и никаких решений не нужно - просто допилить сайт в нужном месте (в зависимости от CMS, места и т.п.)---------- Добавлено 14.07.2017 в 16:54 ----------
100% правы, но у нас проблем не возникало, потому и потребности такой не видели до этого момента. Спасибо за подсказку!
Для Украины до недавних пор это нормально, а с недавних пор - это безальтернативно :)
Абсолютно правильно. Реализуется 20-ю строками кода, все очень просто.
Менеджер при заказе по телефону сам ЗАКАЗ проводит через корзину сайта. И только для менеджера в этой корзине есть поле для ввода этого числа (двухзначного). Все данные о заказе: клиент+источник регистрируются в админке в опять-таки самописной CRM - там все стандартно, никаких искусственных интеллектов :)) Ну и аналитика - опять таки все просто. У нас есть заказ, состав заказа, источник этого заказа - все сводится в единую таблицу аналитики.
Как технически реализуется:
- скрипт, который анализирует откуда пришел посетитель, в зависимости от источника в куки записывает код этого источника, например Яндекс поиск - код 04, Яндекс Директ - код 03 и т.п.
- дальше из куки этот код везде на всем сайте добавляется к артикулу товара (например артикул товара 1313, добавляем к нему код 03 и получаем в нашем случае 1313/03)
- этот код покупатель говорит менеджеру по телефону. в этот момент менеджер артикул вводит в строку поиска на сайте (что бы найти товар на сайте и проконсультировать клиента) и запоминает (записывает на листочке) последние цифры - код источника
- далее согласовав детали по товару менеджер делает заказ на сайте из под своего аккаунта и в корзине вводит код источника:
- таким образом к стандартным данным о заказе (в любой системе учета заказов) добавляется просто одно поле - код источника (см. изображение №2 из первого поста - там предпоследний отдельный столбик), который далее учитываем в аналитике
Если упростить, то для реализации call-трекинга нужно:
1. Скрипт определения источника посетителя и записи кода источника в куки.
2. Привязка на сайте к артикулу товара кода источника посетителя из куки
3. Поле для ввода этого кода менеджером при приеме заказа по телефону в систему учета заказов (и соответственно поле в базе данных для этого кода, привязанного к конкретному заказу).
По аналитике напишу отдельно расширенный пост, как и зачем мы ее делали.
Почему не пользуемся стандартными инструментами? Просто, поскольку я сам раньше программировал, я могу изначально оценить сложность задачи и в данном случае сложность настолько невысокая, что даже интеграция со сторонними сервисами была бы сложнее. А тут никакого зоопарка, все под себя при разумных затратах.---------- Добавлено 15.05.2017 в 11:19 ----------
Магазин работает в Украине и Гугл здесь сильно лидирует. Все эксперименты с Директом показали, что стоимость конверсии сопоставима с Адвордз только при точном вхождении продающих запросов. В противном случае стоимость конверсии сильно превышает Гугл и в некоторых катерогиях товара превышает маржу. Вообщем трафик у нас из Яндекса очень специфическим по нашем тематике. Тематика - нишевая одежда и обувь для мужчин, женщин и детей :)---------- Добавлено 15.05.2017 в 11:27 ----------
В аналитике у нас нет привязки к группам объявлений и тем более словам. У нас есть просто все продажи, например из Директа, а уже внутри самой аналитики идет разделение по категориям товаров. И здесь можно усложнить скрипт, учитывая на какой первый товар пришел покупатель, можно даже сделать привязку к группам объявлений или отдельным ключевым словам, но тогда скрипт нужно существенно усложнять (т.е. вести внутреннюю базу всех ключевых слов из контекста, привязывать к каждому слову свой уникальный автоматически генерируемый код и далее все это выводить в аналитике). Конечно в некоторых нишах это актуально, но я всегда отлично умею думать с точки зрения здравого смысла мозгами обычного предпринимателя: а оно рентабельно, так усложнять код и всю систему, платить программистам, вылавливать баги т.п., если прибыль этого не окупит... Обычно, если подкатегория товаров вылазит за грани рентабельности в контексте - опытный взгляд всегда скажет что и как стоит оптимизировать. Ведь контекст в базовом понятии чаще всего это компромисс между количеством посетителей и ценой каждого посетителя. Чем больше, при одинаковом спросе на рынке, вы хотите иметь посетителей, тем дороже вам каждый обходится. Вот с этим специалисты и работают...
Да, извините, именно с этого предупреждения мне и стоило начать! Это предупреждение очень важно!!!
🙅🙅🙅🙅🙅
Все что мы наделали - к этому нужно прийти итерационно, в процессе развития, потому я не в коем случае не советую повторять наш путь и писать свой чемодан без ручки... Это просто наш опыт и ни в коем случае не стоит его бездумно повторять - это будет очень дорого и бессмысленно!!!
Но то, с чего я начал тему - решения для call-трекинга - очень даже стоит внедрять тем, кто дошел до этой задачи и тем, кому такое решение подойдет (а подойдет оно конечно же не всем!!!).---------- Добавлено 12.05.2017 в 16:38 ----------
Код нужен для того, чтобы добавлять его к артикулу и по телефону клиент его озвучивал менеджеру. А менеджер вносит этот код при оформлении заказа по телефону. Двухзначный - потому что источников может быть больше 10-ти
