第一篇：不起标题了

这是在上的第一篇文章，不知道要断断续续的写上几天才能完稿。

一直想找个地方记录一下工作上的想法，之前想用的是wordpress，界面炫酷，排版随意，真是甚是令人欢喜。结果一看不是纯文字编辑，如果要自己的界面炫酷起来，还要学php，无奈自己没有一颗做技术的大脑，只好放弃之。最后在知乎专栏、、各大门户博客中选择了，其实理由很简单：纯文字编辑，没那么多人在关注你（暂时），写作质量再低也无所谓，反正是写给自己看的。

好，现在终于要进入正题了。最近在设计后台产品，重新读了一下苏杰的淘宝产品十年事，类目和属性的想法真不错，我们也在此基础上设计出了自己的一套商品管理模式：三级类目+动态属性库。这里必须先吐槽一下，这本书真是年代久远，很多地方也都说的比较浅，导致设计的时候走了不少坑。

简单来说，我们的商品管理模式是：①类目，因为我们所做的是餐饮配送，所以大的类目比较确定，目前是分成了八个一级分类，这一点和淘宝、京东等大型C2C、B2C平台比起来，真是幸福的厉害。一级分类下面对应着二级分类与三级分类，到三级分类这一层基本就是比较具体的某一个商品了，比如大白菜，圆白菜，圆生菜等。②属性库，我们准备了两个大的属性库，分别对应属性与规格，初期靠我们对市场的了解，以及运营一段时间收集来的资料（非常感谢我们运营美女的辛勤工作，我知道这是一件非常枯燥且繁杂的工作，但是她基本靠一个人就抗了下来），为这两个库设置了初始值的集合。③动态属性库，之所以在前面加上“动态”二字，是因为卖家在添加商品的时候，如果选择不到合适的标签，我们支持让卖家自己手动输入，以类似众包的模式逐步帮我们完善这个庞大的属性库。既然涉及到手动输入，而且考虑到我们的卖家的文化与手机操作水平（仅是讨论，无歧视），卖家自己新建的属性会先通过我们的后台进行审核，这样保证了只有靠谱的字段才会进入我们的属性库里面。

现在后台设计好了，前端的发挥空间就很大了，比如我们下一个目标是打破商圈概念，基于LBS完成下单、配送等数据的匹配，未来还可以做到比价（因为我们强行为各种蔬菜建立了SKU），团购，各种促销活动等等，想想还真是有点小激动呢。

这篇文章用了五天就完成了，看来真的很适合我。