E commerce 产品类别与业务类别

我正在开发一个电子商务网站，我面临一个问题。我需要满足的要求是：给定用户输入的某个字符串，如“锁”、“网球”、“电影院”或“脚手架”，我应该显示与该查询匹配的配置文件和产品公告

这使我得出以下结论：

a） 我应该分类档案（它们的作用）：可能是某种“业务类别”。我在这里面临一个问题，几乎不可能创建一个涵盖世界上所有业务活动的列表，因此我在这里阅读了一些好问题，并喜欢创建一个1或2级层次结构，然后通过可重用标记自动捕获用户反馈的策略

这里的想法是保留那些更容易被人想到的关键词，这样就有了最好的搜索概率

顺便问一下，有没有一个真正好的商业品类列表是我遗漏的

b） 我应该分类产品和服务（它们提供的）：通过类似的方法，我喜欢使用一些固定的类别，然后让用户使用持久性标记。我再次问你，是否有一个类别列表真的很震撼

问题:

1） 你喜欢我刚才描述的吗？根据你的经验，你认为这会奏效吗？还是我会淹死在大海里

---

2） 有时，产品和业务层次结构都是冗余的。有些人把他们的业务描述为“剧院”、“银行”、“牙医”，而这不是一种产品或服务，而是他们实际的业务。但有很多情况下，人们会说“销售/制造”汽车、“制造”陶器等等。他们的商业活动主要取决于他们销售或生产的产品或服务。你对此有何看法？

我做了一些类似的事情，这就是ror_电子商务。我用一棵树来表示产品类型

因此，您可以销售：

家具=>客厅=>椅子

通过Livingroom进行过滤也会给出产品类型指向椅子的物品

为了让事情变得更复杂，我会先和商人打交道。
第二，我将创建一个模型，其中产品有许多产品类型。因此，您需要产品类型和产品类型之间的联接表

回答您的问题：

1） 你可能会淹死，因为类别是无限的。限制标记的数量，或者创建一个您的业务人员可以填充的管理界面。如果没有，你的生意人会要求你一遍又一遍地做这项工作

2） 听起来你的树看起来像这样：

• 销售/制造=>汽车
• 销售/制造=>陶器
• 银行=>个人
• 银行=>业务

因此，如果有人只是想要一家银行，他们就可以从个人和业务中获得收益。但他们可以进一步将搜索范围扩大到个人银行业务

听起来业务和产品层次结构是完全冗余的。我真的会反对一个商人说任何其他的话，因为未来的要求将是把商业和个人等级联系起来。如果它们是一样的，那就容易了。您可能希望在列表中为个人/业务/两者都添加一个类型标志。如果不需要的话，移除标志会容易得多

---

祝你好运

谢谢你的时间，伙计。您对产品类型的描述符合我们今天的要求。至于冗余，我同意你的观点，并确信“标签汤”、业务和产品（如果我们使用标签或层次结构）都应该是同一套的一部分。我忘了提到，我们不控制发布的内容，而是由用户生成的，因此我们很难接受用户说他们找不到特定类别的内容。易趣在出售物品时会这样做。你应该通过他们的拍卖创建过程。它们确实限制了用户可以选择的类别数量。