Перейти к содержимому


- - - - -

Площадка для обмена ценами


  • Вы не можете ответить в тему
Сообщений в теме: 208

#1 DarkLord

DarkLord

    Участник

  • Пользователи
  • 2 618 сообщений

Отправлено 08 октября 2015 - 12:21

http://fs-e.ru/

Сделана только структура для добавления данных: магазинов, цен, товаров. Категории товаров тоже можно добавлять самостоятельно. В общем получился конструктор.

Добавил для примера расположение магазинов на яндекскарте.

Если будет интересно, то допишу функционал. 

 

ЗЫ Дизайнер из меня никакой, поэтому практически его не делал. Приму посильную помощь в этом вопросе.

 


#2 abrgvalg

abrgvalg

    Новенький

  • Пользователи
  • 2 027 сообщений

Отправлено 08 октября 2015 - 12:25

Немного о юзабилити. На мой взгяд. 1. Продукт 2. Цена 3. Магазин. 4 Комментарий ну и дату всё же неплохо бы пямо сюда, например последней или первой.



#3 DarkLord

DarkLord

    Участник

  • Пользователи
  • 2 618 сообщений

Отправлено 08 октября 2015 - 12:27

 

нивкоем случае не удалять - это ж "живая" статистика, динамика цены на определенный товар. (можно будет графики строить для наглядности инфляции)

Кстати, можно оценить реальную стоимость потребительской корзины =)

Я тоже и подумал - можно потом график сделать "сезонное изменение цены", "по годам" и пр.

 

ЗЫ. можно отдельную графу "акции/распродажи" добавить.. или вот цветовая подсветка (выделение) по минимальной/максимальной цене

Сейчас особого смысла в этом нет, т.к. цена говорит сама за себя. А минимальную/максимальную цену нужно выбирать за определенный период. Вопрос в том какой будет критерий для выбора периода.



#4 abrgvalg

abrgvalg

    Новенький

  • Пользователи
  • 2 027 сообщений

Отправлено 08 октября 2015 - 12:30

 

Сейчас особого смысла в этом нет, т.к. цена говорит сама за себя. А минимальную/максимальную цену нужно выбирать за определенный период. Вопрос в том какой будет критерий для выбора периода.

 

Не совсем понял зачем выбирать период, для статистики? При покупке нужна самая последняя информация, при большой активности максимум дня 3.



#5 DarkLord

DarkLord

    Участник

  • Пользователи
  • 2 618 сообщений

Отправлено 08 октября 2015 - 12:36

Не совсем понял зачем выбирать период, для статистики? При покупке нужна самая последняя информация, при большой активности максимум дня 3.

Нужен актуальный период цены. Например, прошлогодняя цена точно будет неактуальна для сегодняшней покупки. С другой стороны цена, добавленная неделю назад, может быть актуальной и самой выгодной.


Немного о юзабилити. На мой взгяд. 1. Продукт 2. Цена 3. Магазин. 4 Комментарий ну и дату всё же неплохо бы пямо сюда, например последней или первой.

Подробнее распиши. Так непонятно.



#6 abrgvalg

abrgvalg

    Новенький

  • Пользователи
  • 2 027 сообщений

Отправлено 08 октября 2015 - 12:40

 

Не совсем понял зачем выбирать период, для статистики? При покупке нужна самая последняя информация, при большой активности максимум дня 3.

Нужен актуальный период цены. Например, прошлогодняя цена точно будет неактуальна для сегодняшней покупки. С другой стороны цена, добавленная неделю назад, может быть актуальной и самой выгодной.

 

Согласен,  реализацию представить сложно, по акциям как правило есть период действия, по остальному мало предсказуемо.


Еще такие мысли, я например вряд ли поеду за морковкой в один магазин а за огурцам в другой, мне нужно найти самый дешевый в среднем магазин.


Если по серьезному подходить можно делать в форме интернет магазина с добавлением в корзину, т.е. добавил сколько чего нужно из одного магазин, потом из другого чтобы проверить где необходимое обойдется дешевле (замена выписывания на листочек).



#7 DarkLord

DarkLord

    Участник

  • Пользователи
  • 2 618 сообщений

Отправлено 08 октября 2015 - 12:52

Если по серьезному подходить можно делать в форме интернет магазина с добавлением в корзину, т.е. добавил сколько чего нужно из одного магазин, потом из другого чтобы проверить где необходимое обойдется дешевле (замена выписывания на листочек).

Тогда уж можно формировать корзину без привязки к определенному магазину. И по готовой корзине можно формировать список магазинов, где есть все эти товары, с суммой за покупку.



#8 abrgvalg

abrgvalg

    Новенький

  • Пользователи
  • 2 027 сообщений

Отправлено 08 октября 2015 - 12:52

Немного о юзабилити. На мой взгяд. 1. Продукт 2. Цена 3. Магазин. 4 Комментарий ну и дату всё же неплохо бы пямо сюда, например последней или первой.

Подробнее распиши. Так непонятно.

 

На главной порядок ячеек в таблице

1. продукт

2. цена

3. магазин

4 комментарий

5 дата.



#9 Jrasp

Jrasp

    Новенький

  • Пользователи
  • 670 сообщений
  • ГородБрянск

Отправлено 08 октября 2015 - 12:52

Как насчет такой структуры: 

1. Страна (закладываем на будущее :) )

-2. Город (закладываем на будущее :) )

--3. Список магазинов: Лента_на_объездной, Европа_на_втором, Мэтро_на_втором (ну или как-то так)

---4. Массив (список) продукции по категориям

---4.1. Продукты питания

---4.2. Бытовые приборы

---...

---4.N. Медикаменты

 

 

Для каждой категории, имхо, имеет смысл забить массив данных: Наименование, Единица измерения, Цена, Дата (для проверки актуальности цены) определения (внесения) цены, Комментарий и имя "владельца позиции" (т.е. кто вносил изменения).

 

Отображение можно визуализировать без премудростей, аля-эксель табличка, с фильтрами в шапке - каждый сам под себя сможет с помощью фильтров отобразить, что ему надо: или найти морковку где_по_дешеле; или список цен на продукты в конкретном магазине.

 

 

Путем споров и обсуждений, надеюсь, придем к общей приемлемой картиной понимания, а что же мы хотим, так что адекватная критика приветствуется!



#10 abrgvalg

abrgvalg

    Новенький

  • Пользователи
  • 2 027 сообщений

Отправлено 08 октября 2015 - 12:54

 

Если по серьезному подходить можно делать в форме интернет магазина с добавлением в корзину, т.е. добавил сколько чего нужно из одного магазин, потом из другого чтобы проверить где необходимое обойдется дешевле (замена выписывания на листочек).

Тогда уж можно формировать корзину без привязки к определенному магазину. И по готовой корзине можно формировать список магазинов, где есть все эти товары, с суммой за покупку.

 

Это оптимально!


В голове начал крутиться virtuemart



#11 Jrasp

Jrasp

    Новенький

  • Пользователи
  • 670 сообщений
  • ГородБрянск

Отправлено 08 октября 2015 - 12:56

В голове начал крутиться virtuemart

несколько проектов гуглится, но все заброшены/закрыты ((



#12 abrgvalg

abrgvalg

    Новенький

  • Пользователи
  • 2 027 сообщений

Отправлено 08 октября 2015 - 12:56

 

В голове начал крутиться virtuemart

несколько проектов гуглится, но все заброшены/закрыты ((

 

Не понял.


Сообщение отредактировал abrgvalg: 08 октября 2015 - 12:57


#13 Jrasp

Jrasp

    Новенький

  • Пользователи
  • 670 сообщений
  • ГородБрянск

Отправлено 08 октября 2015 - 01:13

что-то типа этого

кстати, вот и распозновалка чеков есть (не проверял)

 

 

Зачем нам это? 

Чтобы иметь возможность выбора оптимальной совокупной цены предполагаемых покупок, нужна база данных цен. Какой наиболее быстрый способ ее заполучить? 

Вижу несколько вариантов: 

1. Напоить админов этих магазинов пивом за слив цен.

2. Коллективно ходить по магазам  и переносить цены в БД.

 

Вручную забивать цены да, можно, но утомительно, и скорее всего быстро всем надоест. Поэтому, как мне кажется, наиболее проще будет сфотографировать и распознать позиции товаров из чека. Далее данные отправить на сервак, который разложит по полочкам данные. 

 

(вот идея -> прикрутить личный кабинет, чтобы отслеживать собственные траты)


Сообщение отредактировал Jrasp: 08 октября 2015 - 04:40


#14 Jrasp

Jrasp

    Новенький

  • Пользователи
  • 670 сообщений
  • ГородБрянск

Отправлено 08 октября 2015 - 01:32

погуглил еще тему сканирования чеков, и пришел к выводу, что лучше отказаться по ряду причин:

0. в различных магазинах одна и та же позиция будет называться по разному, или же наоборот - одинаково называться разные позиции товаров. 

1. гемор в разработке приложухи

2. конфиденциальность данных 

 

поэтому лучше ручками. пока других идей нету.. 

 

Впрочем, можно поступить по-другому:

у кого нет желания ручками вбивать, но есть желание фоткать чеки - кидайте фото чеков мне (мыло в атаче - картинка), буду локально их обрабатывать и заносить в БД (есть пара идей автоматизировать это дело локально).

Прикрепленные файлы

  • Прикрепленный файл  ml.png   847байт   0 Количество загрузок:

Сообщение отредактировал Jrasp: 08 октября 2015 - 01:43


#15 DarkLord

DarkLord

    Участник

  • Пользователи
  • 2 618 сообщений

Отправлено 08 октября 2015 - 01:46

Как насчет такой структуры: 

1. Страна (закладываем на будущее :) )

-2. Город (закладываем на будущее :) )

--3. Список магазинов: Лента_на_объездной, Европа_на_втором, Мэтро_на_втором (ну или как-то так)

---4. Массив (список) продукции по категориям

---4.1. Продукты питания

---4.2. Бытовые приборы

---...

---4.N. Медикаменты

 

 

Возможность добавления домашнего региона я заложил на будущее. Структура: Страна - Область/Штат - Город. Структура обсуждаема, но не имеет смысла ее усложнять. Далее цены ищутся только в рамках указанного домашнего региона.

 

Каталог продукции со списком категорий открыт для дополнений. Уже сейчас можно добавлять свои категории.

 

 

Для каждой категории, имхо, имеет смысл забить массив данных: Наименование, Единица измерения, Цена, Дата (для проверки актуальности цены) определения (внесения) цены, Комментарий и имя "владельца позиции" (т.е. кто вносил изменения).

 

Есть категория. В категорию сходит товар. У товара поля: наименование, описание. В описании и есть смысл вносить информацию о единице измерения, упаковке и пр. К товару привязывается цена. А у каждой цены есть дата добавления. Цен у товара будет много и они в свою очередь привязаны не только к товару, но и к магазину и, в дальнейшем, к домашнему региону.

 

Отображение можно визуализировать без премудростей, аля-эксель табличка, с фильтрами в шапке - каждый сам под себя сможет с помощью фильтров отобразить, что ему надо: или найти морковку где_по_дешеле; или список цен на продукты в конкретном магазине.

 

Список цен в магазине уже сейчас можно посмотреть.

Также отображается список цен на товар в его описании. Минимальную можно выделить, когда определим критерий актуального периода.

 

Путем споров и обсуждений, надеюсь, придем к общей приемлемой картиной понимания, а что же мы хотим, так что адекватная критика приветствуется!

 

Именно для этого я и разместил тему в форуме.


поэтому лучше ручками. пока других идей нету.. 

 

Сейчас пока только ручной ввод цен и реализован.

 

Впрочем, можно поступить по-другому:

у кого нет желания ручками вбивать, но есть желание фоткать чеки - кидайте фото чеков мне (мыло в атаче - картинка), буду локально их обрабатывать и заносить в БД (есть пара идей автоматизировать это дело локально).

 

Пиши - обсудим. Интересно еще знать мнение автора этого продукта. Как он относится к нашей инициативе? Может быть чего и подскажет.



#16 abrgvalg

abrgvalg

    Новенький

  • Пользователи
  • 2 027 сообщений

Отправлено 08 октября 2015 - 02:40

А кто автор то?



#17 DarkLord

DarkLord

    Участник

  • Пользователи
  • 2 618 сообщений

Отправлено 08 октября 2015 - 02:55

Я про это приложение.



#18 abrgvalg

abrgvalg

    Новенький

  • Пользователи
  • 2 027 сообщений

Отправлено 08 октября 2015 - 03:51

Вопрос скорее в количестве привлеченных пользователей, чем в конкретных приложениях.



#19 DarkLord

DarkLord

    Участник

  • Пользователи
  • 2 618 сообщений

Отправлено 08 октября 2015 - 04:34

Согласен на 100%.



#20 Jrasp

Jrasp

    Новенький

  • Пользователи
  • 670 сообщений
  • ГородБрянск

Отправлено 08 октября 2015 - 04:35

на выходных поеду в магазин - будет материал, чем базу набивать =)

когда будет реальная нормальная база - тогда и народ подтянеццо.

ибо как известно, на одной инициативе долго не протянешь... 







Количество пользователей, читающих эту тему: 0

0 пользователей, 0 гостей, 0 скрытых пользователей