005. 解决问题,而不是做产品

上一次我们提到,看似完美的“类目+属性”体系,其中蕴藏着更大的问题,有一句玩笑:专家就是擅长解决困扰大家已久的问题……的同时,创造出两个大家闻所未闻的新问题……的人

我们继续,以品牌这个属性举例。作为淘宝的小二,每个人能说出来的品牌非常有限,一般只有几十个,能说出几百个已经是行业专家了,但是整个中国乃至世界汇集出来的品牌至少几万个,怎么办?让消费者怎么选?意味着这个品牌这个属性的属性值一定要再想办法细分。小二当然也很聪明,就搞出了“男装品牌”、“女装品牌”、“手机品牌”等等不同的属性。

那么,男装品牌挂在男装的叶子类目——T恤——下面,女装品牌挂在女装的叶子类目——T恤——下面……不同类目的运营小二因为分工的关系,各自维护各自类目的品牌属性值,这样就带来几个问题。

第一,不同的类目下都是品牌这个属性,但数据库里的ID不一致。

第二,品牌之下的属性值不唯一,比如,男装的“耐克”在数据库里面有一个单独的值,女装的“耐克”在数据库里面又有另外一个值,属性值不归一了。这样就很乱,本来都是耐克,但是男装耐克和女装耐克是没有关系的,对前台导购来说,这是非常怪异的事情。

第三,同样一个“阿迪达斯”,不同小二定义的格式不一样,可以是“阿迪达斯、阿迪、adidasAdidas”等等。

如果放任上述问题存在,小二是没办法做基于品牌的管理的,卖家在发布商品的时候也会碰到选择困难,买家在前台找商品也会受到影响……所以,我们做了“属性归一”的事情。这个事情又要分两块来看,一是历史的问题,一是将来的问题。

先说历史问题,当时我们把某些需要归一的属性列出来,比如“品牌”,通过这个关键字找,然后看了一下所有属性里面是“品牌”意思的属性,把这些属性合并掉,并在一个ID下,再把下面的属性值也做合并,解决上述后两个问题。你可以想象,我们先要考虑“哪些属性需要做归一、哪些属性值要做归一”,然后再一步步操作,这是一个非常庞大的人肉工作。所以,其实当时也用了一些技术手段来辅助,比如通过模糊匹配,找出哪些属性可能是同一个属性。

更悲惨的是,这只能解决历史问题,没有办法解决将来。

当我们把“品牌”人肉完了以后,截止那一刻,品牌和品牌值都是很干净的,而且为了避免第三个问题,品牌值我们还做了一个规范,英文在前面,中文在后面,然后用反斜杠隔开。但是,品牌下面的属性值还是有几万个,让小二在几万个属性值里面挑出来,他会嫌烦,所以很多小二还是“违规”操作,他可能直接输入一个,按照自己意愿,比如说“Nokia/诺基亚”已经有了,他会直接输入一个诺基亚,然后把这个值挂到了他自己的类目属性里面去。这也就是说,又有两个诺基亚了,于是,我们只能定期去清理。

这个问题很难用产品来彻底解决,原因有很多,比如说因为品牌的复杂性,可能有的品牌并没有英文或者说中文。所以,我们后来用了一个看起来很傻的方案——整个淘宝品牌管理里面,允许品牌输入的只有唯一一位小二,后来又交给了一个团队(截止2012年初),之后,有什么更好的办法,过几年再和大家分享。从这里例子里我们看到,在特定的场景下,一个问题不一定要用传统意义上的“开发产品功能”来解决,产品经理的责任从根本上来说是解决问题,而不是做产品

但,有了这个专职的小二以后,还是需要定期清理,为什么?因为小二添加品牌是相对可以做得规范一点,但还有大量的品牌是通过枚举可输入的方式进来的,这也是为了丰富我们的品牌库。一旦这些卖家输入的品牌下面的商品数量达到一定程度的时候,我们又需要把这些品牌进行归一,整理到小二认可的品牌值里面,所以这个清理是一个持续的动作,直到2012年还在做。

品牌这个属性比较关键,还可能人肉做,而其他的一些属性,很多就乱着放在那里。当然,将来我们希望有产品经理能够通过系统的方式彻底解决掉这个问题。

为了方便管理,这里还有必要提一下公共属性的概念。举个例子,服装下面有上衣裤子,然后再分很多子类目里面,品牌、性别是大家都有的属性,我们之前提到,在类目树里,非叶子类目是没办法挂属性的,但是这些属性是共用的,即每个子类目都有的属性,直接挑出来,作为父类目的公共属性,在前台直接展现在非叶子类目下,也就是说,前台导购路径走到上衣的时候,就可以进行男女的性别筛选,品牌的筛选。这么做的好处显而易见,方便了买家在前台筛选的自由度。

虽不完美,但能解决问题,不过,属性的出现,还引发了一个谁也想不到的问题,那就是——淘宝和卖家的感情破裂……直到2006年,淘宝和卖家一直都在蜜月期,属性到底在哪里伤害了他们呢?

------------------------------------------------------------如果你想第一时间看到最新内容, 就猛击此处订阅吧!

《005. 解决问题,而不是做产品》有12个想法

  1. 分类、属性、关系这是个庞大的知识工程。用哲学术语说就是本体,用语义网的概念来说就是要建立本体库。

  2. 很同意博主的意见。
    我觉得大多时候而且不一定是在某个场景或限制条件下,产品经理(或者解决问题的人)确实是在解决问题,这个人具备发现问题,整合问题的能力,越牛X的人越能通过较少的功能点去解决掉用户(客户)的问题,从而带来更大的价值。。

  3. 本末倒置的事情很多人做过,很多人都在做。这个叫做局内者迷局外者清。

  4. 通常意义上产品经理的目标是以用户价值为依归,所以提出的很多需求都是为了让用户更方便,为了给用户提供价值;但是电商这玩意儿不太一样,它除了传统的产品和用户以外,还有另一层用户也就是B,这就很考验产品经理的能力了,一个需求的提出要既能满足用户的需要又不能影响到B用户的体验,现在想想,淘宝的产品经理真心牛13

  5. 苏你好,你博客里的这几个推荐有打不开了,希望还能更新上或者处理:)
    笑来 把时间当作朋友
    阿里文摘 谈谈互联网产品和应用
    Cola Axure设计分享
    OurDearAmy@爱从未远离
    park效应 | 朴弋石的blog
    seo专家-易成能
    skyline 产品经理之家
    互联网老猎人的牧场
    张磊的blog
    袁怀宾的菜地
    蹦达 一个产品经理的ToDoList
    mindmeters 思维的乐趣
    可能吧 趣味互联网生活
    战隼的学习探索
    爱枣报,十篇新闻十分钟

    iamsujie Reply:

    @大明细细, 谢谢,有空我清理一下

  6. 看博主的文档收益匪浅。
    针对以上”品牌”的问题,语义技术的同义消解倒不失是一个相对无痛的解决方案。

  7. 1、不要分成品类、子类,品类子类都是属性,也不要分属性和属性值,属性值也是属性,需要处理的是属性之间的关系。
    第一是派生关系,T恤是种上衣,上衣是种服饰。
    第二是互斥关系,一种商品是T恤就不可能是衬衫,如果两个属性互斥,那么它们派生出的属性也互斥,它们派生出的属性再派生的属性也互斥。
    第三是非互斥关系,就是一件商品可以同时存在的属性,性别(派生出男/女,男、女互斥),用途(商务/休闲/运动),品牌(Adidas/Nike)。
    第四是维度,Adidas是一种运动、服饰、品牌。
    这些属性值及他们的关系,有些是要小二建立的,这些就是通过前台导购路径选择的属性。有些是要卖家键入属性值和建立关系的,这些是通过关键字搜索的。

    2、不要让卖家上来就输入属性值,首先要让他们选择商品和什么样的搜索结果放到一起,这样卖家和买家看到的结果就是一样的,卖家可以一直点选属性,或添加属性关键字,直到搜索结果足够精确。

    3、人工做的归一处理,不要删除属性关键字,让它们指向同一个关键字就可以了,卖家和买家都是基于同样的认识,来写关键字的,卖家输入简称的关键字,是因为有买家会用简称的关键字来查,如果简称还可以用模糊查找来找到,那么别称、昵称、外号这些呢,把他们指向同一个关键字这样搜索到的就是同样的东西。把人家辛辛苦苦通过和顾客百般交流才得来的关键字删掉,卖家能不生气吗。

  8. 需要自己画图去分析你所说的各种关系,建议多一些插图,那样更好的展示给读者~

    iamsujie Reply:

    谢谢建议,值得优化的地方太多了

发表评论

电子邮件地址不会被公开。 必填项已用*标注