我们平时能见

规格的信息就会从一个后台管理的数据变成连接交易与生产的数据。 而且规格还有一个比较特殊的用法,就是在一些买家话语权比较大的交易场景中,规格可能还会是一个由买家来确定的信息。

到的就是商品定制

比如一些手工产品,它是支持 BC 数据香港 消费者自己去自己去定义规格的,然后商家再根据这些消费者提供的规格信息去做定制化的生产。 还有一种情况就是在大宗交易中,比如钢材市场中。甲方是一个用量极大的企业,他需要一批新规格的特型钢,就可以向钢厂提出自己的规格需求,然后钢厂去满足。 到这里你大概就能知道为什么要把规格这个内容单独拿出来说了吧。

特殊数据库

规格必须可配 同样也是因为规格涉及的内容跟消费者关联比较大,所以在系统设计的时候基本确定是要把规格涉及成可配置的形式的。

前面我们聊到属

性的时候提到过,属性会有根据不同厂商要求去做成可配或者不可配的。规格不是这样,就算你的甲方要求 穿着化学防护服或 你做成不可配,你也一定要再三提醒他做成可配的。不然后面大概率会返工。 当然了,作为乙方,我们也不需要跟甲方硬来,我们只能从经验或者专业的角度给出我们意见,我们尽可能把这里可能会涉及到风险给用户讲清楚就可以了,最终的决策权还是在甲方爸爸自己手里。

就算最后真的 cz 列表 不能满足真实的使用场景了,他又回来找你改了,那也是好事啊,毕竟做新功能就要重新算钱了嘛,所以可能不是他不懂,只是他想换种方式爱你而已。

第七章

商品库存 . 关于库存的分歧 商品库存是一个很有意思的东西,它是一个很容易在厂商和软件开发商中间产生分歧的点,这个点并不是对功能的分歧,而是重视程度的分歧。 对于商家来说,商品库存是一个很重要的东西,他希望软件开发商也能像他自己一样去重视这个东西,但是对于软件开发商来说,这很可能就是一个很简单的设置字段,功能小到可以白送的地步。

发表评论

您的邮箱地址不会被公开。 必填项已用 * 标注