Вес/упаковка
Во многих магазинах используется двойная система указания упаковки.
1. Это вид фасовки: например, 10 табл., 30 шт., 10 флаконов, 100 г (вес нетто), 0,5 л.
2. Вес товара брутто с единой единицей измерения. Например, в кг.
Упаковка важна в первую очередь для покупателя. Вес - для продавца. Поскольку зачастую расчет доставки в
курьерских службах идет по весу в кг.
Что имеем сейчас для реализации этой системы? Поле "Вес" и поле "ед. измерения".
Для чего их удобнее всего использовать? Для упаковки. Поскольку упаковка разная, необходимо иметь
возможность для каждого товара быстро указать число (например, 10) и ед. измерения (например, флаконов).
Тогда как вес обычно имеет одну единицу измерения на весь магазин. Ее как раз можно указать на уровне
магазина уже сейчас. И ее нет необходимости редактировать для каждого товара.
Выносить упаковку в доп. св-ва можно, но неудобно и не совсем рационально: необходимо минимум 2 новых поля
добавлять.
Альтернативный вариант, который был бы очень удобен.
Текущие поля "вес/единица измерения" использовать для упаковки, т. е. для показа покупателям. И
соответственно с возможностью фильтрации по ним.
А для веса добавить всего одно числовое поле. Поскольку единицу измерения веса на уровне магазина уже
можно задавать. И нет смысла измерять вес разных товаров в разных единицах. Поскольку нельзя получить общий вес заказа.
Сейчас по сути некое промежуточное положение у поля "Вес". Уже не совсем вес, но еще и не упаковка.
Непонятно, зачем для него задавать разные единицы измерения, (включая те же флаконы, штуки, таблетки), если можно задать общую ед. на уровне магазина? Во-первых, вес в штуках не измеряется, а во-вторых, как правило в реальном магазине для него используется единая ед. измерения.
Я не в курсе, но мне кажется, что возможность выбора ед. измерения в карточке товара и была сделана как шаг навстречу тем, кто использует это поле не для веса, а для упаковки.
Кроме того, начинающие магазины и магазины с легкими товарами, как мне кажется, вообще не пользуются реальным весом товара (брутто), а пользуются именно упаковкой.
Т. е. я к тому, что по факту, на мой субъективный взгляд, текущее поле гораздо чаще используется именно для упаковки.
И было бы очень круто приблизить это дело к реальности:)
P. S. Проблема еще в том, что при использовании текущего поля "вес" для упаковки в списке заказов в столбце "Вес" отображается совсем не вес))) Особенно если учесть, что можно задавать разные единицы измерения в карточке товара. Зачастую будут складываться граммы с килограммами, таблетки с литрами и т. д.
Комментарии
-
Это модификации
Модификации в помощь, ибо такие товары имеют:
1) Свой артикул.
2) Свою цену.
3) Свой вес.
Также могут иметь свою фотографию, описание и т.д. Это как раз и есть модификации.
Что же касается единицы измерения у товара, то она НЕ относится к весу, она относится к единице измерения товара. Вес ВСЕГДА в той единице, которая указана в атрибутах магазина, иначе мы не сможем рассчитать вес для условий доставки. Т.к. разные бобины в граммы как-то слабо переводятся.В качестве примера того, что это не модификации, могу привести раздел каталога магазина спортивного питания - L-карнитин. Он выпускается и в табл., и в капс., и в жидком виде. Соответственно каждая товарная позиция иммеет свою ед. измерения фасовки, а также - свой вес) И это именно разные товарные позиции, которые друг с другом связаны только одним - категорией каталога. Поэтому модификациями делать их не логично - нет ни одного общего поля)
Так в чем проблема?! Создали единицу измерения "Таблетки, 24 штуки", указали для этого товара свой вес.
Проблема в том, что при наличии числового поля - указывается число и используется одна ед. измерения "табл."
В предлагаемом вами варианте нужно создать -дцать ед. измерения: 5 табл., 10 табл, 100 табл, 120 табл., 240 табл.
Затем создать такие же для штук: 10 шт., 15 шт., 120 шт.
Потом создать то же самое для флаконов и пр. пр.
Вы представляете, во что превратится список единиц измерения и насколько удобно будет с ним работать?
А если необходимо будет получить где-либо числовое значение кол-ва этих таблеток в упаковке? Придется вытаскивать их текстового свойства - так же лишнее усложнение.
Проблемы-то нет, просто есть разные пути решения. Наверное, с точки зрения системы - введение числового поля - очень усложнит систему. Но с точки зрения конечного пользователя - скорее наоборот.Здесь речь идет не о модификациях одного товара, а о магазине в целом.
В одном разделе каталога один товар может иметь фасовку в таблетках, другой - во флаконах, третий - в мл. И это совершенно разные товары, имеющие разные названия, состав, производителя и пр.
Получается, что сейчас ситуация такая:
1. Есть вес и есть ед. измерения на уровне магазина.
2. Есть ед. измерения отдельного товара.
Но для этой единицы - нет числового поля. Если товар, например, в таблетках, а в поле вес - задается вес, то получается что мы можем указать только то, что товар - в таблетках. Но не можем указать кол-во таблеток.
Т. е. получается, что эта единица измерения отдельного товара без числового поля сама по себе не может быть использована в практических целях.
Тогда получается, что вес уже есть, не хватает только этого числового поля для упаковки. И это будет более логично, если разместить это поле рядом с текущим полем ед. измерения. Я вот, например, думал, что эти ед. измерения - как раз для веса)))Не стоит усложнять, у Вас есть единица измерения, создать разные единицы измерения вам никто не мешает. Сразу могу сказать, что добавлять еще одно поле для товара "Количество для единицы измерения" мы точно не будем, не нужно превращать систему в монстра.
Вы бы уж сразу так и написали. Я когда здесь пишу длинные посты - все же надеюсь на понимание))
Знаете, я доволен вашей системой. Но есть, уж простите, один момент, который вы иногда не учитываете.
Это юзабилити с точки зрения конечного пользователя.
Чтобы понять то, о чем я говорю - нужно начать работать с магазином как конечный пользователь.
Вы же знаете основное правило юзабилити-тестов? Сажаете пользователя и предлагаете ему решить задачу. И смотрите, как он будет решать ее, куда нажимать.
Теперь представьте себе 2 варианта: с полем и без поля.
Как вы думаете, какой вариант выберут 90% пользователей? Уверен, что с полем.
Я понимаю, что вы исходите из того, что данная потребность нужна не многим. Может быть. Но далеко не факт. Многие просто не просят, а исходят из того, что есть.
Я сам 3 года пользуюсь, и вместо того, чтобы это писать вам - делал костыли и вместо веса указывал упаковку.
И так - наверняка очень многие.
Т. е. если вы исходите их того, что это поле никому не нужно, то непонятно, на основе какой статистики?))
Превратится ли система в монстра? Вряд ли. Всего одно числовое поле. На мой субъективный взгляд - оно будет использоваться чаще, чем 3 поля "Дилер золотой", "Дилер яхонтовый" и пр. Вот готов даже поспорить)))
И самое интересное для меня - текущее поле "ед. измерения" в карточке товара для чего можно использовать в реальности?Лично я в этом абсолютно не уверен. Если бы мы добавляли все поля, о которых просят пользователи, система с скатилась бы в жуткого монстра, нужно поле - используйте доп. св-во.
Что касается приведенных "Дилеров", то вынужден огорчить, это не "поля", это виды цен для групп пользователей из справочника цен и настраиваете Вы их самостоятельно, можете полностью удалить, к полям товара это не имеет никакого отношения.
Текущее поле "ед. измерения" в карточке товара необходимо использовать для указания единицы измерения этого товара.Еще примеры вспомнились из разных сфер:
10 рыболовных крючков в упаковке, 100 м лески, 25 петард, 3 л удобрения для цветов, 10 семян свеклы в пакетике, 2 л кошачьего наполнителя, 10 табл. витаминов для собак, 10 воздушных шариков, 15 карандашей, 100 листов бумаги, 50 скрепок, 5 м Ethernet-кабеля, набор из 5 бокалов, 10 мешков для пылесоса и многое-многое другое:)И забыл сказать. Даже там, где товар весовой, все равно есть вес нетто - для покупателя. И вес брутто - для продавца, расчета доставки и пр. Т. е. это еще +1 аргумент за то, что это поле универсальное, а не конкретно наше пожелание))
Я понимаю прекрасно вас. При этом я бы все таки отделил поля, специфичные для конкретного магазина, от полей более-менее универсальных.
Выше я привел, на мой взгляд, вполне логичные рассуждения о том, что это поле - не является специфичным конкретно для нас.
Я вам предлагаю все же не логиками меряться, а со стороны на это посмотреть) Почти любой магазин использует упаковку/фасовку в том или ином виде.
Окромя спортивного питания и продуктов питания вообще есть и др. примеры.
Например, при покупке книг есть наборы книг. Упаковка в данном случае - это число книг в наборе.
Есть наборы дисков, фильмов. В данном случае - это число дисков в наборе.
Есть аксессуары для дома, бытовая химия, автомасла. Там часто будет также фасовка в л или мл.
Есть стиральные порошки, рулоны туалетной бумаги (по 4 рулона в упаковке), шины (по 4 шины в комплекте зимней резины), гвозди, шурупы - по 100 штук в упаковке.
Вы знаете - примеров можно сейчас найти миллион. Даже если товар поштучный - продается 1 штука. И часто желательно указать, что цена - за 1 штуку. И это - тоже вид упаковки.
Гораздо сложнее найти то, где упаковка/фасовка не используется в том или ином виде вообще.
По поводу Дилеров. Почему это не поля? Это 3 поля для указания цены. Не знаю как это внутри, но снаружи, для пользователя они выглядят как поля. И по умолчанию - включены кстати. И уверен, большинство пользователей не знает как их отключить и не делает этого.
Тут правда я спорить не могу - нет никакой статистики о частоте их использования. Только рассуждения)
"необходимо использовать для указания единицы измерения этого товара."
Это я вобщем понимаю. Но вопрос в другом - как на практике можно использовать эти ед. измерения? В большинстве случаев, эти ед. идут рука об руку с числом. Это 5 книг в наборе, 500 мл масла Shell или 30 таблеток.
Пока что единственный практический способ использования этого поля был предложен вами выше - сделать на каждый вид числа - свою ед. измерения. Но это чем-то напоминает хардкод:) И не очень удобно.
Других же способов использования я вот сходу не придумал. Поэтому и задал этот вопрос вам:)
Поскольку получается что это поле есть для упаковки, но использовать его на практике не очень удобно.
Можно конечно запилить доп. св-во для упаковки, но тоже странно ед. измерения упаковки будут находится рядом с весом на одной вкладке, а число этих ед. измерения - на другой. Путаница и неудобство.
Понятно, что мы сделаем доп. св-ва, куда денемся, просто когда писал предложение, думал мало ли уже есть такие планы)))
