- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Странное понимание категорий. Ни дни недели, ни калории никакого отношения к категориям товаров вообще не имеют, КМК.
В движках ИМов есть же категории, товары, вот я к ним и пытаюсь привязаться как то, чтобы создать структуру на основе готовых шаблонов и тем дизайна, чтобы не изобретать своё.
К тому же, дни недели и разбиение по кКал это неизменные сегментации, а товары (рационы внутри них) уже будут меняться от недели к неделе.
А 1200 кКал это другой товар? Т.е. почти тот же состав блюд, но все таки другой чем в 900 кКал. И раз другой состав, то товар уже другой? Вас понял, ну в принципе я к такому же мнению прихожу.
Т.е. можно сделать дни недели категориями, а калорийность сделать подкатегориями, а рационы товарами. Или наоборот, кКал категории, а дни недели подкатегории. Как то так что ли.
Какую то ерунду делаете, зачем вам все это? Товар у вас например Lite - 900 ккал и Standart - 1200 ккал. В движках ИМ есть понятия торговых предложений, вот эти торговые предложение вы делаете периодами, например Lite - 900 - 2 дн, Lite - 900 - 5 дн, Lite - 900 - 14 дн и так далее. У Каждого ТП свой артикул по сути и своя цена, но родительский товар у них общий. А меню прям все блюда на 2 дн вы делаете единым товаром, не надо вам разбивать на отдельные порции или что вы там под рационом понимаете. У ТП делаете поле Период (дни) и даете маркетинговые акции, зависящие от этого поля (в битриксе по крайней мере так можно)
Какую то ерунду делаете, зачем вам все это? Товар у вас например Lite - 900 ккал и Standart - 1200 ккал. В движках ИМ есть понятия торговых предложений, вот эти торговые предложение вы делаете периодами, например Lite - 900 - 2 дн, Lite - 900 - 5 дн, Lite - 900 - 14 дн и так далее. У Каждого ТП свой артикул по сути и своя цена, но родительский товар у них общий. А меню прям все блюда на 2 дн вы делаете единым товаром, не надо вам разбивать на отдельные порции или что вы там под рационом понимаете. У ТП делаете поле Период (дни) и даете маркетинговые акции, зависящие от этого поля (в битриксе по крайней мере так можно)
Родительский товар Lite900? А артикулы это количество дней подписки?
Да, действительно. Таким путем и надо идти. Спасибо!
Теперь думаю как с наименьшими трудозатратми туда вносить текущее меню (состав рациона), которое меняется каждый день и неделю.
Дни можно вкладками товара сделать. Вкладка Пн, Вкладка Вт и тд
А вот когда недели меняются придется руками менять информацию в этих вкладках, ведь Пн одной недели отличается от ПН другой недели. И цикл этот около 6 недель.
Как вариант интегрировать на страницу товара блок, который показывает содержимое Гугл таблицы, а в Гугл таблицу внести все меню на весь цикл по неделям. И скриптом его по кругу выводить
Четверьг, Сделайте справочники, Блюда Lite и в Lite 900 выбирайте нужные вам блюда, они же не уникальные, а все равно повторяются, 7 полей в товаре с множественным выбором из этого справочника, заводите товары с активностью.
То есть делаете товар Lite 900, проставляете в полях дней нужные блюда и делаете активность эту неделю, создаете второй Lite 900 заполняете там другие блюда, ставите активность следующую неделю и так далее весь цикл и скриптик на кроне, который будет менять им активность после окончания на +6 недель или сколько вам там нужно.
Все реализуется и достаточно не сложно, по крайней мере на битриксе и руками программиста =)))
В РФ за мкадом у продуктовых сетей вообще нет онлайн магазинов, а подписка - что-то непонятное. За мкадом не до продуктовых подписок. Другое дело молебны онлайн - всегда доступны, их можно оформлять оптом и в розницу.
Четверьг, Сделайте справочники, Блюда Lite и в Lite 900 выбирайте нужные вам блюда, они же не уникальные, а все равно повторяются, 7 полей в товаре с множественным выбором из этого справочника, заводите товары с активностью.
То есть делаете товар Lite 900, проставляете в полях дней нужные блюда и делаете активность эту неделю, создаете второй Lite 900 заполняете там другие блюда, ставите активность следующую неделю и так далее весь цикл и скриптик на кроне, который будет менять им активность после окончания на +6 недель или сколько вам там нужно.
Справочник - это блюда из которых состоят все рационы? Т.е. котлета, салат грибной, борщ, солянка. Это элементы справочника?
И мы просто набираем для определенного дня и определенного рациона блюда из этого справочника. Галочками.
Таблица: Lite900, это один товар. Столбцы таблицы - это дни (например 28 дней по неделям, если у нас периодичность цикла 4 недели), строки - это блюда. И ставим галки.
Таблица: СветскаяЛьвица1200, это второй товар.
Таблица: Качок2500, это третий товар. И так же там набираем блюда по дням для этого товара.
Да, спасибо! Ход мыслей примерно понятен. Теперь в голове есть уже какая то картина.
Четверьг,
вот читаю всю вашу тему и понимаю, что вы, не желая платить деньги, в рамках этой темы пытаетесь выудить знания из тех, у кого они действительно есть. Не очень хорошо... да, это форум, здесь можно задавать вопросы и получать ответы, не спорю. Но именно ваша тема выглядит уж сильно "подозрительно" в этом плане... ВП вам знакома, Тильда не знакома, вы хотите то-то и то-то, но... чтобы вам всё рассказали, а ещё лучше - сделали бесплатно, денег-то нет.
Да, разработка с нуля может быть дорогим решением, не спорю. Но бесплатно или за копейки в наше время никто работать не будет. Если есть хороший стартап, приносящий стабильный высокий доход, значит должны быть деньги и на разработку софта для этого стартапа. Если такого стартапа нет, возникает вопрос - ради чего вообще заморачиваться?
Четверьг,
вот читаю всю вашу тему и понимаю, что вы, не желая платить деньги, в рамках этой темы пытаетесь выудить знания из тех, у кого они действительно есть. Не очень хорошо...
Почему выудить и почему не хорошо? Хотите я вам скину схему смартфона, разбогатеете как Apple? =)) Идеи без реализации пустой звук, это только сеошники охраняют свои сакральные знания и тормозят по сути индустрию (свою), а мы то народ другой (разработчики), добродушный, свой код в гитхаб заливаем чтоб другие пользовались =) Не знаю как другим, лично мне поделиться знаниями не составляет труда - это же не самому реализовывать и тратить время.
У ТСа нет инструмента на котором будет сайт, но зато обсуждаются детали функционала, не мало важно, но на данном этапе бессмысленно. Идей у всех как грязи и поболтать горазды... Вот только это всё к разработке никак не относится.
ТС хочет без вложений, но под его бизнес никто ещё не подготовил готового решения. Поэтому либо плагиат, скопировать у кого-то подобный сайт и настроить под себя. Либо заказать такой сайт, создание лендинга-квиза(с демонстрацией выбором разных продуктов и тд.) думаю не так уж и дорого. Конструктор по моему тут не нужен, админку для обработки заказов так и так писать с ноля надо будет.
ТС хочет без вложений, но под его бизнес никто ещё не подготовил готового решения.
Это неизвестно. Может быть и есть готовые решения, просто мы о них не знаем. Я уже писал, что я не хочу разрабатывать с нуля. Ищу либо уже готовое, либо адаптировать движок ИМа под этот бизнес.
Ну, в принципе, понимание уже и так появилось. Спасибо!