Pull to refresh

Comments 52

Мне кажется это означало, что по запросу «карнавалы 19 века» пользователь должен увидеть «карнавалы 19 века википедия» или «как проходили карнавалы в 19 веке », а не «карнавальный костюм купить онлайн немедленно без регистрации и смс»
а с чего Вы взяли, что на этот запрос будет показываться наш сайт? могу выгрузить список запросов, по которым нас находят, если что…
Выбираем платежную систему.
Platron.ru. Почему? Потому что комиссионный % у всех одинаковый


Ну-ну.
Логично… у всех всё одинакого — взяли первую, которая попалась на глаза…
А на форуме 1сников пишут про «дорогостоящих SAP-программистов и дешевых 1сников»
дак это известная война :)
Какая связь между саперами и php-программистами?
Ну вот автор пишет: «Не надо нанимать дорогостоящих 1С программистов. На php пишет больше людей и дешевле». А на самом деле — если брать типовые решения от 1с, специально заточенные под розницу, то коробка стоит 10круб. Доработка для онлайн интеграции с сайтом (правда сайт должен быть:) ) — дело весьма разное, но тоже не сильно задорого. хороший 1с программист стоит % на 20 больше хорошего php программиста всего.
Статья похожа на бизнес кейс с IT уклоном. Читать было интересно, я бы плюс поставил если бы мог :)
Статья похожа на бизнес-кейс с IT уклоном. Читать было интересно, поставил бы плюс, если бы мог :)
А как с базу много товаров добавляете? С помощью Экселя->Текстовый файл->Загрузка в админку?
Вообще небыло такой проблемы, ибо товары обычно по одному заносятся…
хотя нет… было один раз при переезда с другого движка… обычный csv файл импортируется в админку… + картинки загружаются пачкой… в файле сопоставление картинки и товара…
Клиент: У вас на сайте написано, что есть 5 штук. А сколько их у вас есть?
Вы: Пять. Там указано на сайте реальное доступное кол-во.
Как перестать тратить на это время и ресурсы мы пока не придумали.

Попробуйте убедить посетителя дополнительной ненавязчивой информацией.
Типа, «Есть 5 штук. Информация обновлена 5 минут назад, 12 мая 2012, 22:49»

Клиенты настолько устали от мёртвых или полумёртвых ИМ, что вынуждены переспрашивать.
кстати, вариант… мы в приветствие при звонке добавляли, что «на сайте представлена актуальная информация по размерам и количеству товара»… но получали вопрос «а точно актуальная?» :) думаю тут будет «а точно 5 минут назад?» :)
Пишите еще и дату + время обновления, как я сделал.
Спасибо! Даже обидно, что не додумались сами. :)
«Информацию обновила Ольга Иванова (онлайн) 5 минут назад»

И время «5 минут назад» сделать плавающим, желательно с совпадением времени работы магазина, чтобы не заподозрили подвох в 5 утра =)
Всего лишь больше конкретики, на автоответчике слишком заезженная фраза. «Гарантируем наличие товара. Можете не переспрашивать». У меня на сайте вообще написано «100% наличие» и звонков с глупым вопросом единицы.
дак и у нас единицы, но всё равно звонят :))
на 100% вы не сможете ни от чего избавиться. Простестируйте, и примите как данность
В ручную добавлять позиции? А сколько в неделю появляется новых позиций?
Мы для электроники делали обработку прайсов от поставщиков, для 1С правда… но там битрикс.
обычно не более пары десятков новых позиций в месяц… но я не вижу проблемы в автоматической выкладке… если данные как-то структурированы изначально, то всегда можно написать простенький php скрипт для импорта в cms…
у меня был опыт стягивания каталога с чужого сайта по средствам get запросов и разбора html через phpquery… дергались подряд страницы, из определённых мест со страницы — описание, название, цена, размеры, выкачивалась картинка и всё это сохранялось уже в нашей базе… это все очень просто делается, если данные изначально структурированы!
Изначально в прайсах поставщиков ничего нет, кроме сокращённого названия, условной категории и цены. Всё остальное нужно писать руками.
Поэтому правильное названия «стягивания с чужого сайта» уже структурированных данных текста и картинок называется словом «воровство».
оно было с разрешения владельцев сайта…
в конкретно этом магазине позиции в ручную добавляются… т.к. во-первых их не так много, а во вторых покупается товар за границей и все описание на немецком и английском… надо в любом случае всё переводить на русский, писать своё описание, приводить европейские и американские размеры к русским… по возможности сразу видео снять и дополнительные фотки…
Это сработает — если будет что дергать :) у нас основная трудность была с поисков фото к товару. Есть позиции редкие и среди них есть такие, что хорошего снимка и на сайте производителя не было. Для этого у нас был парсер… — студенты :)
да, мы тоже столкнулись с этой проблемой… не у всех производителей фотки в хорошем качестве есть… часть фоткаем сами, часть фотошопим…
Как решение для старта — хорошо. Недорого и решены основные задачи. Однако опасно держать весь бекэнд на сайте. Единая база это заманчиво, однако если упадет, то упадет все сразу, вместе с розницей. Второй риск — трудно модифицировать решение под бизнес-задачи. С ростом, бизнес будет требовать от вас функционала, который есть в 1С УТ — например, второй, третий и т.д. склад, планирование поставок, стандартные отчеты, документы и т.д. Вам придется писать аналог 1С УТ на сайте, что долго и дорого.
кстати там изначально в архитектуре было заложено что будет много складов и филиалов…
на счет того, что упадет — есть ежечасовые бекапы, репликация базы и площадка куда можно быстро перекинуть сайт… простой будет не более получаса, что для нас не очень критично…
на счет отчетности — согласен… скорее всего придется её тоже писать… или делать экспорт в 1с и генерировать отчетность уже средствами 1с… к слову такие планы у нас есть:)
ВНЕЗАПНО пост с опытом ребят которые реально что-то сделали, а не просто интернет маркетинг про SEO.
Как 1с-ник могу сказать что очень удивительно что 1С рассматривается как дорогостоящее решение.
Довольно часто, те кто реально что-то делает, потом не пишут о своих решениях на ресурсах подобных хабру. Почему-то такие люди часто так себе публицисты.

На счёт «выгодности» платформы. Стоимость решения определяется не сколько платформой, сколько степенью продуманности решения. В своё время стал очевидцем ситуаций, когда ставка на и на дешёвых «PHP-шников», и на дешёвых «1С-ников» приводила к бардаку в проекте при неспособности решить основные задачи.

Выгодна та платформа, которая наиболее полно решает конкретную задачу. Причём часто это симбиоз платформ и сложность возникает в области интеграции веба и 1С. В связи с этим, связка 1С + веб-разработчик которые понимают другдруга с полуслова — на вес золота.
Ну в момет принятия решения у нас в команде небыло 1C программиста, а вот php программист был :) это был один из ключевых факторов… ибо у каждого из вариантов мы нашли и свои плюсы и свои минусы. к тому же под наши цели мы не нашли готовой конфигурации 1С (не скажу, что сильно искали — посмотрели распространённые конфигурации) и в любом случае пришлось бы писать её самим или переделывать что-то… могу сказать, что единственное чего сейчас не хватает в нашей CMS — это нормальной отчетности… но в ближайших планах её сделать… может быть возьмем 1С как бэкенд… будем туда данные выгружать и формировать отчеты…
При одновременной торговле с одного склада розницей и ИМ, в вопросе что будет первичной базой, 1С или CMS мы для себя пришли к противоположному мнению:

На сайте отображается состояние каталога и делается заказ, который появляется в журнале заказов 1С. В дальнейшем, оператор ведёт все продажи в 1С. Веб-интерфейса он вообще не видит. Товар резервируется централизовано в первичной базе.

У нас уже был магазин с кассами на 1С, соответственно пришлось прикручивать ИМ так, чтобы он был интегрирован в текущую розничную схему продаж и не дублировал функции первичной базы веб-интерфейсом.
Расскажите как привязали сканер шрих-кодов к сайту, именно технически, очень интересно.
Сканеры штрих-кодов бывают разные… помимо моделей с RS-232 интерфейсом — есть модели которые ставятся в разрыв клавитатуры в ps/2 порт, а есть которые подключаются по usb и эмулируют клавитуру… в любом случае для сайта это как ввод данных с клавиатуры… с тем же успехом можно просто ввести код с этикетки в поле ввода руками, шк просто ускоряет эту процедуру…
Как все просто, спасибо большое!
А фискалку как-то привязывали? Или пробиваете сумму руками на автономной кассе?
это самый интересный вопрос :) никак… в частности из-за этого и смотрим в сторону связки с 1С… т.к. у нас в магазине продажи идут с ИП, товарный чек мы печатаем просто на принтере, а фискальный ИП выдавать не обязан (главное правильно вести кассовую книгу) :) если требуют — выдаем БСО.
Очень интересно и познавательно!

А скажите, если не секрет, вы оценивали, во сколько обошлось ваше решение?
Ну или, хотя бы, работа php-программиста, скажем, в человеко-днях?
Основную часть делал 2 месяца 1 программист.
Спасибо!
Т.е. если учесть ещё дизайн, проектирование ТЗ, юзабилити и т.п.
— то грубо можно оценить стоимость полученного решения в 100-200 тыс. рублей.
Так?
могу сказать, что наш бывший партнёр, а нынче конкурент содрал наше решение и это ему обошлось в 150 т.р. — но тут уже было всё придумано — осталось только составить ТЗ программисту и сверстать сайт… мы же всё сами проектировали — на что ушло времени сильно больше, чем на написание кода непосредственно :)
А т.к. работали сами, и не нанимали никого кроме дизайнера — свою работу в деньгах не считали :(
Мы всё сами сделали за 2 месяца. Но, думаю рыночная стоимость — от 100т.р.
Есть ли партнерская программа у вашего магазина? Есть близкий по тематике посещаемый сайт, но потыркавшись с партнерками от сексшопов (конкретно разделы с костюмами) — убедился что не все платят, что реально заработано.
Сейчас готовим партнёрские программы но не с тематическими сайтами… можно в личку ссылку на ваш сайт?
Подскажите пожалуйста, а что вы имеете ввиду под «Геодоменами»?
www.kijiji.ca/ — сайт объявлений

calgary.kijiji.ca/
vancouver.kijiji.ca/

Тот же сайт, только для отдельных городов. Когда человек заходит на сайт, он автоматически попадает на версию для своего города, что удобно и учитывается поисковиками.
Sign up to leave a comment.