- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Тренды маркетинга в 2024 году: мобильные продажи, углубленная аналитика и ИИ
Экспертная оценка Адмитад
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Собственно, давайте определимся, что надо для ИМ в ядре и какие есть полезные модули для расширения функционала. Может так случиться, что получится "рыба" для вменяемого ТЗ.
Из своего небольшого опыта:
Основа:
1) Сущность товар, заказ, возможность "покупать" товар (корзина).
2) Учет запасов (простейший).
3) Возможность комплектации/разукомплектации товара.
4) Развитая система цен и скидок.
5) Развитая система оплаты и доставки (к примеру, если доставка только по предоплате или курьером за наличку, то оплату товара можно вообще отключить, а просто ставить чекбокс "готов к отправке").
6) Возможность возврата товара.
7) Хорошее описание импорта/экспорта товаров, заказов, покупателей.
8) Возможность настройки для сбора статистики по поведению пользователей.
Фичи:
1) Возможность прикрутить аттрибуты и характеристики к товару (цвет, размер и так далее). Отбор по характеристикам.
2) Парсинг цен конкурентов/поставщика с последующим изменением цен у себя
3) Возможность организовать упрощенный заказ в один клик.
4) Возможность настройки уведомлений о заказе (админам и покупателям), рассылки и прочих мейлового маркетинга.
Зачем вам уникальный ИМ? Остальные не подходят под ваши задачи? Тогда просто перечислите эти ваши уникальные задачи хотя бы тут.
Зачем вам уникальный ИМ? Остальные не подходят под ваши задачи? Тогда просто перечислите эти ваши уникальные задачи хотя бы тут.
Собственно, тема родилась из предыдущей темы /ru/forum/859429..
Понятно, что типовый ИМ - это сферический конь в вакууме, и может вообще зря создал тему.
Давайте допустим, что мы торгуем одеждой, 3000 наименований, офис + склад.
2) Учет запасов (простейший).
это явно лишние, вряд ли вы захотите вести двойной учёт и в бухгалтерской программе и в интернет магазине ;)
6) Возможность возврата товара.
это уже относится к бизнес процессам, а не к интернет магазину
2) Парсинг цен конкурентов/поставщика с последующим изменением цен у себя
это вообще отдельная задача не имеющая отношения к им
т.е. фактически такие "хотелки" можно реализовать на чём угодно, только вот потом допиливать это будет очень дорого ;)
P.S. не надо смешивать функционал им с бизнес процессами
это явно лишние, вряд ли вы захотите вести двойной учёт и в бухгалтерской программе и в интернет магазине ;)
Чтобы на сайте показать, есть ли товар или только под заказ. Понятно, что в учетной программе куча складов, перемещения и так далее. А нам надо простейший учет товара.
это уже относится к бизнес процессам, а не к интернет магазину
Как по мне, все таки возврат хоть как то должен отображаться и в ИМ. Даже в простейшем виде "статус зазаза=возврат".
это вообще отдельная задача не имеющая отношения к им
Почему не имеет? очень даже имеет. Только другое дело, что далеко не каждому это надо (к примеру, на рынке электроники или стройматериалов надо, а для каких детских мягких игрушек - не надо).
P.S. не надо смешивать функционал им с бизнес процессами
А вот это хороший вопрос... все "клиенты" делятся на две категории
1. С налаженными бизнес-процессами, и они свои процессы менять не будут,
потребуют допила магазина
2. Без налаженных... и им прицепом к магазину можно еще и какую-то
наладку бизнес-процессов продать...
Но написание ТЗ "народом" обречено на провал.
Качественный SRS - это не то, что можно сделать в формате форума,
тут нужно документ на 1000 страниц минимум.
Но пожелания собрать можно конечно, вопрос "кто делать-то будет"....
Чтобы на сайте показать, есть ли товар или только под заказ
для этого учёт не нужен, только информация о наличии ;)
Как по мне, все таки возврат хоть как то должен отображаться и в ИМ. Даже в простейшем виде "статус зазаза=возврат".
зачем? как вы эту информацию будите использовать именно в им?
_SP_, в том-то и дело что продать дополнительно что-то, это именно отдельное от им :)
на мой взгляд это уже смахивает на продажу/создание бизнеса, а это всё-таки немножко другая область
зачем? как вы эту информацию будите использовать именно в им?
Банально, если это возврат по вине магазина (брак, нормально не доехало), то можно дать какую то скидку или плюшку клиенту.
med--brat, вот вы опять пытаетесь запихнуть маркетинг/бизнес процессы в функционал магазина :)
для того что бы дать плюшку или скидку вполне достаточно
4) Развитая система цен и скидок.
или эти плюшки и скидки требуются каждому, может тогда стоит задуматься о целесообразности такого бизнеса?
med--brat, вот вы опять пытаетесь запихнуть маркетинг/бизнес процессы в функционал магазина :)
для того что бы дать плюшку или скидку вполне достаточно
или эти плюшки и скидки требуются каждому, может тогда стоит задуматься о целесообразности такого бизнеса?
Ну тогда объясните, что по вашему мнению, должно быть в ИМ? А то получается, что ИМ - это чисто витрина с товарами, а все остальное - пихаем в сторонний движек типа 1с (маркетинг, учет товара и т.д.)
Давайте допустим, что мы торгуем одеждой, 3000 наименований, офис + склад.
боюсь, этого маловато, чтобы ТЗ написать 🤪