- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Как снизить ДРР до 4,38% и повысить продажи с помощью VK Рекламы
Для интернет-магазина инженерных систем
Мария Лосева
VK приобрела 70% в структуре компании-разработчика red_mad_robot
Которая участвовала в создании RuStore
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Количество заказов постоянно растёт, соответственно сталкиваюсь со следующими проблемами:
1. Сложность управления товарными остатками
2. Возникновение человеческого фактора в процессе комплектования заказов (не то или не туда положили, недоложили, долгая сверка с накладной)
3. Низкая скорость сбора заказов
4. Отсутствие масштабируемости
5. Много времени тратится на типовые бумаги
Продумал для себя вот такую вот схему:
1. Принятие заказа от покупателя (что, куда, когда, кому)
2. После того как заказ принят, он поступает в обработку на сервер, где ему присваиваются всяческие служебные метки, происходит генерация необходимых документов.
3. Автоматически отправляется на печать на склад ведомость для сборки заказа.
4. Работник склада получив ведомость находит на складе необходимые позиции и складывает их в корзину. (тут как-то нужно сделать так, чтобы у него не было возможности передать неполный заказ)
5. После того как корзина согласно ведомости собрана, она передаётся комплектовщику, который сидит за столом и занимается тем, что кладёт товары в коробку. В процессе складывания в коробку он должен считать с каждого товара штрих-код. Только после того, как все товары прошли считывание система автоматически распечатывает ему наклейку на коробку, содержащую информацию о номере заказа, регионе доставки и другую служебную информацию. Таким образом, если вдруг комплектовщик что-то недоложил в заказ, наклейка распечатана не будет, и, соответственно, заказ передан в доставку тоже не будет.
Параллельно с этим в момент сборки происходит печать накладных, которые также вкладываются в заказ. Финальный аккорд, коробка запечатывается, на неё наносится наклейка.
6. Все собранные заказы складируются и передаются в службу доставки
7. Доставляются
---
Плюс ко всему этому нужно:
1. Формировать Акт приёма-передачи заказов от склада, курьерам. Т.е. сколько позиций, какие на Москву, какие на Питер и другие города. Список с номерами заказов, суммой и регионом.
2. Excel документ, содержащий информацию о заказчиках за день, сумма заказа, адрес доставки, телефонный номер. (этот документ нужен для курьеров)
3. По хорошему, нужно держать все заказы в нескольких статусах, т.е. "принят", "собирается на складе", "собран", "передан в доставку", "на складе доставки", "у курьера", "доставлен", "за заказ получены деньги на р/сч"
4. Отправлять по API информацию о заказах на SMS шлюз.
5. Понятный и простой интерфейс о заказах для менеджеров call-центров, которые работают с конфликтами (разбито, помято, не доставили и т.п.)
6. Мне очень важно держать по заказу цепочку (кто принял заказ, кто собирал, кто комплектовал).
7. Решение должно держать до пары тысяч заказов в день.
8. Нужна гибкость в работе с данными, т.к. планируется интеграция с текущей маркетинговой аналитикой.
9. Как-то информировать склад об изменениях в комплектации заказа (заказ уже собрали, человек перезванивает и вносит что-то в заказ или наоборот, просит записать другой номер телефона).
С 1С я совершенно не знаком да и совершенно не знаю никаких отраслевых решений. Кто в теме, что посоветуете, чтобы реализовать подобное. И на базе чего это возможно.
Количество заказов постоянно растёт, соответственно сталкиваюсь со следующими проблемами:
1. Сложность управления товарными остатками
2. Возникновение человеческого фактора в процессе комплектования заказов (не то или не туда положили, недоложили, долгая сверка с накладной)
3. Низкая скорость сбора заказов
4. Отсутствие масштабируемости
5. Много времени тратится на типовые бумаги
Кто в теме, что посоветуете, чтобы реализовать подобное. И на базе чего это возможно.
Добрый день!
Собственно, для решения такой задачи (среди прочих задач управления интернет-магазином) предназначено решение "Логен:Управление интернет-бизнесом". Вопросы можно задать здесь - , или на форуме компании Логен.
Где-то на форуме была ветка про ERP для магазина, там было что посмотреть, поищите. А так ваши задачи на 1С платформе можно реализовать малой кровью
А так ваши задачи на 1С платформе можно реализовать малой кровью
Можно по подробнее? :)
Можно по подробнее? :)
Нельзя:) это к программистам 1С.
Мы отказались от затеи с 1С очень давно, т.к. критически нужный нам функционал реализовать с 1С малой кровью не получалось никак. А вот описанное в первом посте реализуется просто т.к. у нас были похожие задачи.