Copyright © 2017, ob欧宝app官方_欧宝全站app. All Rights Reserved.     鄂ICP备14016547号     网站建设:  ob欧宝app

ob欧宝app:服饰供应链协同流程及功能分析

作者:欧宝全站app
来源:ob欧宝app
发布时间:2022-06-16 21:38:07

  服饰供应链的主要功能模块比较清晰,系统可分为9个一级功能模块:物料管理、设计开发管理、成本管理、采购管理、生产管理、财务管理、供应商协同、报表管理和系统设置。

  设计研发协同流程是供应链系统起始流程,是源头,关联的部门有设计部、技术部、商品部三个业务部门,主要的业务流程可以简化为:

  设计开发过程中节点较多,为了便于分析,将整个流程分为三个部分:企划、设计、样衣制作,下面对其做详细介绍。

  服装公司都是按春夏秋冬四个季节进行企划,通常由商品部根据公司战略、历史数据、市场竞品情况进行商品企划,商品企划经过讨论评审确定后交由设计部执行;

  设计部根据商品企划、波段要求、流行趋势、面料趋势等时尚信息进行设计企划,设计企划经过讨论评审确定后交产品设计小组;

  设计小组根据设计企划中的设计要素、流行元素、成本要素、波段、品类要求进行具体产品企划,确定各个品类的坑位、产品数量、成本带等信息交给相关的设计师,完成整个企划过程。

  由于企划过程中涉及的信息比较多,具体的流程比较复杂,时间跨度也较长,所以一般系统中只记录最终的企划结果。

  设计师根据产品企划设计出具体的产品版单交主管审核后,由跟单员录入系统形成样衣的最基础信息,版单包含了样衣所有的特有属性,如波段、成本、品类、版型、领型、设计元素、图案元素、适用场景等。

  设计版单确定后,由设计跟单员在系统中下达样衣制作指令,这一步骤主要是通知技术部进行样衣制作,样衣制作指令信息中包含的主要信息有样衣类型、样衣次数、样衣件数、开发类型(内部/委外)、物料是否齐套等。

  根据设计版单上的物料信息由设计跟单员在系统中创建样衣的研发BOM,BOM是记录样衣所需要的全部物料信息(通常不包含包装辅料信息),主要包含的项目有设计款号、样板类别、样衣颜色、物料编码、使用部位、用量、损耗、门幅等信息。

  设计跟单员根据设计版单上的物料信息在系统下达采购指令,由面辅料部进行执行采购、物料采购指令包含物料供应商信息、物料编码、颜色等主要信息。物料采购回来后入样品仓,从样品物料仓库中领出,核对无误后将物料移交给技术部进行样衣制作。

  样衣制作主要是从设计版单到具体样衣实现的过程,技术部负责样衣制作全过程,主要包含以下几个业务节点:

  纸样是样衣制作的第一步,纸样设计师根据设计版单上的图案示例、版型要求画出纸样,经确认后输出纸样交裁剪工序。

  裁剪工序收到纸样后,根据纸样将面料(辅料)进行裁剪不同的形状,系统记录会记录完成裁剪的时间、裁剪师、裁剪件数等主要信息。如果样衣需要二次加工的(如:绣花、印花、烫染等),在裁剪完成后,由设计跟单员外发进行二次工艺加工。

  车缝工序根据纸样、裁片、设计版单进行样衣缝制,系统记录缝制日期、车缝员等信息,样衣缝制完成后交成本部进行成本核算。

  成本部收到缝制完成的样衣后,进行成本核算,核算的范围包括:物料成本、二次工艺成本、加工费成本三大部分。其中较为复杂的加工费成本是依照标准工时进行,按人工成本和工时进行组合,规模较大的服装企业一般有自己的标准工时系统(GSD)。

  技术核完成本后,样衣交设计部进行样衣评审,如果通过评审,则进行大货采购和制作环节,否则,视为取消,至此整个设计研发环节完成。

  生产流程是供应链系统最后一个大流程,主要涉及的部门是供应商,现在就生产管理的业务进行分析,以进行业务的进一步理解。

  订单分配是生产管理实际业务中的第一步(此处不包含前期的供应商考察等前期工作),生产计划经理根据供应商的实际产能情况及优势生产品类进行订单分配订单。

  订单分配后,如果选择的供应商评估自己的产能后,认为可以生产该批订单,则在系统中需要供应商确认订单,如果不能生产则不能确认订单(一般生产计划经理在分配订单前会与供应商进行直接沟通,以确认是否能生产,避免分配了订单后供应商产能无法匹配的情况)。如果确认订单后,因其他原因供应商无法进行正常生产,则需要取消订单确认,然后再分配给其它供应商进行生产。

  订单确认后,系统会自动生成采购合同,合同先由公司内部审批(技术、供应链中心),然后工厂确认,确认合同后,正式转入生产环节。

  生产跟单是对整个成衣生产过程进行跟踪,具体包括面辅料采购时间、裁剪时间、车缝时间、尾整时间等。通过对过程的时间节点的跟进,可以及时的发现订单是否可以按要求的日期入库。

  如果发现不能按要求日期入库,则要求供应商在系统中填写延期申请单,进行延期处理,或者在生产过程中发现品质异常,除了填写正常的抽检记录外,如果影响收货品质,还需要填写质量事故单,以便进行质量扣款。

  在完成整个生产过程后,供应商需要在系统中进行预约入库操作,由于仓库每天的收货数量有一定限制,如果当前预约的送货时间、送货数量已经超出了仓库的收货数量,则系统会提示不能进行预约,需要另外选择预约时间送货。

  预约成功后, 供应商将成衣送至仓库,仓库进行预收货,预收货后,仓库将在24小时后进行质检确认是否符合收货质量要求,如果抽检不符合收货要求,则进行退货,通知供应商取货。

  在信息化全面深入渗透各个行业趋势的背景下,传统行业的业务系统也必须面对各种效率挑战。服装行业的供应链协同系统正是基于这一趋势而产生,它结合了现代供应链管理理论为基本理论依据,以供应商协同服务及相关信息技术为重要技术支持,以服装供应链的业务流程和数据流协同为研究目标,从信息处理流程入手,实现服装供应链响应的信息处理环节和对应的策略。

  通过供应链协同系统能够增强服装企业与外部供应商的良性互动,为其了解服装企业的业务环节,参与服装价值链增值过程,实现双方的利益共享。并且通过协同系统,将外部供应商纳入运营生产过程,实现一体化生产管理,利用较小的成本实现大规模的生产运营、进而为企业创造更大的价值。

  B端产品建设难?缺乏系统方法论?戳此GET一套B端产品从业务逻辑到产品构建的核心方法

  你还在问产品结构图到底是信息结构图还是功能结构图吗?这里有微信的实际例图帮助你更好地理解这组命运三姐妹图类。在写PRD、竞品分析文档中,我们常常会看到产品结构图、产品功能结构图或者产品信息结构图的身影,但需要讲清楚他们的定义和作用也真没看上去那么简单,这里作者尝试分享一下自己的观点。

  特别声明:由于篇幅和其他因素限制,本系列中所有的实例图在完整性上有省略和简化,仅作为举例讲解用,请读者不要纠结图表是否描述完整、是否有缺失模块,主要是给读者来对比3类图表的联系与区别。

  信息结构图的绘制通常晚于功能结构图,往往是在产品设计阶段的概念化过程中,在产品功能框架已确定、功能结构已完善好的情况下才对产品信息结构进行分析设计。

  在这里,我们需要强调的是脱离实际页面这个概念,在一些产品相关文章中,我们会看到作者将信息结构图完全按照页面的逻辑顺序来进行分类组合,严格意义上来说,这种图表不是一份合格的信息结构图。

  最后需要强调的是:信息结构图主要适用于产品信息构成比较复杂需要考虑优化的情况,如内容型产品(博客、web门户网站等),产品的信息结构对于用户体验就十分重要,需要用信息结构图作为工具进行分析思考。

  一方面产品结构图从文字理解上来说就容易让人困惑:产品信息结构图、产品功能结构图不都可以简称为产品结构图嘛。

  另一方面现有网上流传的竞品分析文档、产品体验文档、PRD文档有不少是由产品新人模仿前辈流传出来的文档模板来写的。但让人尴尬的是,有部分同学没有进行细致深入地了解。经常在一篇文章中,前面说是产品的功能结构图,结果图中是产品功能有,产品信息要素也有,没有理解功能结构图的定义。而后来的初学者又从这些文章中去了解学习产品功能结构图、产品信息结构图,导致恶性循环;

  最重要的原因是:对于产品结构图,产品从业人员这个群体自身都还没有达成共识啊。作者在网上搜了搜相关文章,对于产品结构图大家的主要理解有3种:

  大部分产品人认为:产品结构图即产品功能结构图的简称,可能在产品没有强调信息结构的概念时,有部分PM开始简称产品功能结构图为产品结构图,之后便默认了这种称呼,当出现产品信息结构图后,概念就产生了混淆;

  产品结构图是综合展示产品信息和功能逻辑的图表,简单说产品结构图就是产品原型的简化表达。它能够在前期的需求评审中或其他类似场景中作为产品原型的替代,因为产品结构图相较于产品原型,其实现成本低,能够快速对产品功能结构进行增、删、改操作,减少PM在这个过程中的实现成本。

  产品结构图就是通过信息架构设计,将功能和信息以一种合理自然的逻辑,把功能结构图和信息结构图中的内容放入产品中的每一个页面的结果。而现在许多PRD、竞品分析中提到的信息结构图、功能结构图其实大多数都是同时含有功能和信息元素的简化版产品结构图。如下图所示:

  在一款产品的设计过程中,功能结构图是必须的,信息结构图视产品和PM自身而定,通常我们初步确定了产品功能结构图(产品功能框架)之后才开始绘制产品信息结构图。

  在产品设计流程中,产品功能结构图是产品概念化阶段的初期输出,产品结构图是产品概念化的尾期阶段输出物,当产品结构图完成后,我们对产品的基本模样在心理就有了一个轮廓。同时以产品结构图作为绘制原型的依据,可以避免我们在产品设计中边画边改,跳进死掐细节,不见森林的陷阱。

  这是最好的概括和理解,反正我懂了。我目前不是产品,因为这个事情我还特意问过和开发讨论过,我们公司的产品一般不会输出信息架构图,所以产品经理每一个页面需要展示什么是没有一个清晰的概念的,对开发来说也需要自己去根据页面和功能去抽象对象和类进行建库(好像大多数开发都是这样)。所以信息架构图的作用第一是为了产品经理自己本身去清晰页面的信息展示,第二是为了给开发作为建库的标准。建议想要理解清楚的各位不要盲目去看一些新手倒推的PRD文档,为了文档而写作,里面的东西都不是自己的,看上去没有什么逻辑和思路。(个人认为好的PRD不是内容多少、丰富程度。能否让开发、测试、UI快速理解、看懂,减少沟通交流成本,把事情讲清楚才是王道。)

  感觉上。功能结构图是大功能小功能的合并从属关系。功能实际上是由信息(字段)和流程(逻辑判断)组成的。所以拆开来就是信息结构图,表达信息之间的包含从属关系;还有流程图包含了信息的流转变化关系。而为了用户体验,不是大面积信息堆砌再一个页面,就会把信息拆开来放到不同页面,但是再信息图里其实还是再同个分类。

  2、信息结构图:指的是单纯的信息,是页面要显示的元素,与数据有关。如:微信首页列表元素,头像、昵称、时间、消息内容。通常情况下,是产品结构过于复杂,为避免信息缺漏,PM自查用的,同时也方便程序员建立数据库。

  3、产品结构图:原型的文字版,含页面信息和功能逻辑。主要对团队(老板、UI、程序员、实习生)展示,便于画原型前,提前沟通,增删改查。《产品体验》中常见的就是产品结构图。

  理解了作者的意思,这篇我感觉相对是在抽象的角度上去讲,产品架构图=信息架构+功能架构,确实起的是偏概念的大纲作用;

  “微信结构图”详细资料页 与 个人详细资料页 是不是重叠了,我不大明白前者是表达什么,还是说您想表达对话中点自己头像进去后的页面内容呢?

  人人都是产品经理(是以产品经理、运营为核心的学习、交流、分享平台,集媒体、培训、社群为一体,全方位服务产品人和运营人,成立9年举办在线+期,线+场,产品经理大会、运营大会20+场,覆盖北上广深杭成都等15个城市,在行业有较高的影响力和知名度。平台聚集了众多BAT美团京东滴滴360小米网易等知名互联网公司产品总监和运营总监,他们在这里与你一起成长。

  广播电视节目制作经营许可证(粤)字第03109号 版权所有 © 深圳聚力创想信息科技有限公司

  人人都是产品经理(是以产品经理、运营为核心的学习、交流、分享平台,集媒体、培训、社群为一体,全方位服务产品人和运营人,成立11年举办在线+期,线+场,产品经理大会、运营大会50+场,覆盖北上广深杭成都等20个城市,在行业有较高的影响力和知名度。平台聚集了众多BAT美团京东滴滴360小米网易等知名互联网公司产品总监和运营总监,他们在这里与你一起成长。



上一篇:春运了票难买了我坐上了老板娘的顺风车回家过年
下一篇:武汉首家汉派服装设计中心亮相 样板服装可卖上十万