WMS仓库系统
一、商机报备
1、环节说明
环节名称：商机报备
前置条件：商务活动有一定收获，得到甲方专业认可。
环节处理重点：商机报备内容和商机报备人员。
环节结束标志：商机报备完毕。
2、参与人员
（甲方）：高层、项目组成员、顾问
（乙方）：高层、商机报备人员、商务人员及顾问
3、相关文档
文档名称：项目商机报备
文档重点：全面系统的阐述乙方的物流理念，对甲方项目的设计思路、设计重点、规划方式、技术架构、实施方式进行说明。并提供实施案例和公司简介。
商机报备具体说明
1）分析目前甲方业态的状况和发展前景。
2）清晰的阐述乙方的物流认知和理念。
3）对甲方应采用的物流模式进行说明。
4）对甲方物流规划进行框架性描述。
5）对甲方业态的特殊性的物流处理方式的描述。
6）对甲方采用的物流系统进行架构性的描述。
7）乙方的项目实施过程和组织架构进行描述。
8）提供一个实际案例加以参考。
4、相关资源
资源名称：乙方案例介绍
资源说明：最好是相同业态案例，而且可以带领参观的。
有案例可以参观，其实是最好的，当然是要有成功的案例（或者至少表面成功的案例），失败的案例还带人去，就是自找苦吃了。
一般客户如果提出要参观案例，其实大概至少已经有50%的签约意愿了，接下来就看：
1）到底能不能参观的到 – 代表原本客户对乙方的认同度，如果乙方一直吹说自己的案例有多成功，却连安排个参观都办不到，那就很值得怀疑了，签约意愿减30%。（几乎可以肯定会把之前的提案书丢到垃圾桶）
2）甲方参观人员结构 – 代表甲方的重视程度：如果甲方派出一把手或是有签约资格的人，表示相当重视，签约意愿加10%。（只要在参观接待时不出问题，几乎可以肯定签的到约）；如果甲方只是派出两三只小猫，其中没有具有决定权的人，那他们只是出来玩的，不必太高兴，签约意愿加5%。（不过接待却绝对不能出问题，因为他们虽然没有决定能力，破坏甲方签约意愿却很容易）
3）参观时的接待 – 代表乙方与原本客户的人际关系，这里的接待指的是原本客户的接待层级，不是乙方的接待：主管级或至少看起来像主管的人员进行接待与解说，签约意愿加20%。（除非乙方出现重大失误，例如说得罪了一把手，或是可以让一把手拒绝签约的人，一般绝对可以签到约）；随便一个人来解说或是完全由乙方解说，原本客户对甲方参观根本视而不见，签约意愿减20%。（代表乙方现场人际关系实在太差了，所以客户签约意愿会降低，成不成很难说，不过一般几乎都是乙方白忙一场）
5、其他说明
商机报备是项目的敲门砖，商机报备内容和商机报备人员乙方一般有资深人士承担。看一家乙方是否专业看其商机报备就知道了。所以其重要啊。
千万不要在商机报备环节培养人才啊。其实乙方一般都有一份标准商机报备，无非是修修改改而已。但是不同的人用相同的商机报备有着天上地下的差别。这就是人才的标志
二、商务谈判
商务谈判环节一般分为两个阶段
第一阶段：一般会针对该项目提交一份整体解决方案说明书。
第二阶段：合同内容条款的商务谈判
如有补充随时增加。
1、环节说明
环节名称：商务谈判
前置条件：
环节处理重点：整体解决方案的设计和合同及内容的商定。
环节结束标志：合同签订。
2、参与人员
（甲方）：高层、项目组成员、顾问
（乙方）：高层、商务人员及项目经理
3、相关文档
文档名称：整体解决方案
文档重点：清晰明确的针对甲方项目及甲方提出的需求，在一定数据调研的基础上；对甲方项目进行整体设计。
商机报备具体说明
1）项目的描述。包括甲方目前的运营数据、费用、EIQ分析结果等。
2）说明整体项目的架构设计。
3）各个部分的说明。一般包括规划设计模型、业务流程、信息系统、设备选型、配送运输、投资分析等。
规划设计模型至少包括进出动线、功能区域划分等。应该说明规划设计原则和计算方式。
业务流程至少包括订单策略、存储策略、配送策略。应该说明各种策略的模型和处理方式。
信息系统至少包括系统模型、功能架构等。应该大概说明系统各部分的功能。
设备选型至少包括存储设备、搬运设备、自动化设备等。应该初步估计出设备数量和计算方法。
配送运输至少包括配送运输方案和运输设备。应该说明规划设计原则和计算方式。
投资分析至少包括整体投资金额、投资回报年限等。应该分类统计投资金额和回报年限的计算方式。
文档名称：合同
文档重点：一般有标准模式，注意控制一下收款阶段、目标指标的界定，还有就是附件中提及的具体事项。如提交文档等等。
商机报备具体说明
4、相关资源
资源名称：项目整体进度计划、项目组织架构成员介绍
资源说明：为使项目更好的进行，使双方都能够明确责任人和阶段步骤。
提交方：乙方准备
5、其他说明
商务谈判阶段一般是项目成败的关键。那双方都会尽量力争各自的利益。那乙方应该把握好自己的底线。所谓谋事在人，成事在天。
这个阶段的业务技巧和手段相对来说就比较重要。应多把握甲方的想法，这样才更有利于谈判。
乙方还要会衡量自己的实力，不要想着签了合同再说。这种坑蒙拐骗的方式只会使你站在一个更不利的角度。实力不够可以找其他企业合作来玩啊。
那这个阶段只是一个开始，细部的方案和分析对专业要求就比较高了。我发现很多乙方其实是设备提供商，不具备物流专业规划知识。唯一就是资本
比较雄厚。我都不知道说什么好了
三、需求分析阶段名称：需求分析
1、前置说明：
当合同签订以后，合同中明确了此次项目的目标，目的。那需求分析应该围绕此目标和目的进行。同时应该清晰知道是改造还是新建。两者依据的重点是不同的。
同时乙方应该有了实际可执行的项目整体进度计划。并确定各阶段的里程碑。
2、前置条件：合同签订
3、环节处理重点：数据及流程调研、分析。
4、环节结束标志：需求分析说明书的评审通过
5、参与人员：
甲方：项目组成员
乙方：项目组规划人员
6、相关文档：
文档名称：数据调研资料
文档重点：一般包括进货量、出货量、退货量、商品品项数据、设备数据、供应商数据、门店数据、订单数据
具体说明：对于进、出、退要注意高峰值、门店要注意分布状况及要货状况、供应商要注意分布状况。品项要注意其规格。此资料是指SKU资料。
文档名称：流程调研资料
文档重点：一般包括进货、出货、退货、配送、盘点等流程调研。
具体说明：对于甲方已有仓库，则应调研其目前的作业流程。
文档名称：数据调研分析
具体说明：通过分析至少要知道品项库存的结构、进出退的流量指标、区域划分及大小的参考数据、订单的类型及处理策略、储位数量的参考数据、各种设备数量和性能指标的参考数据。
文档名称：流程调研分析
文档重点：分析流程的实用性和可行性。
具体说明：通过分析至少要目前流程存在缺陷，改造的方法。
7、相关资源：
项目整体进度计划。此部分要注意和土建部分、设备部分配合。具体的项目管理这部分就不详细表述。
8、其他说明：
需求调研的结果直接影响整个项目的规划和设计，会给后续所有动作起到决定性的影响。所以此环节十分重要。慎重考虑。不能过分相信经验，必须尊重数据事实。
改造和新建最大的区别在于，改造是在现有流程的基础上优化和拓展。新建则无参考依据。
看到很多朋友在问EIQ分析用什么工具。其实用什么都可以，你高兴用手写都没有问题，关键还是你分析的方法和分析的内容是否正确。以及分析结果的应用
四、解决方案
阶段名称：解决方案
1、前置说明：
数据分析和需求分析完成后，针对该项目的实际需求和未来预测的经营方向和模式提出有兼容和拓展性的解决方案。
2、前置条件：需求确认完毕
3、环节处理重点：解决方案。
4、环节结束标志：解决方案的评审通过
5、参与人员：
甲方：项目组成员
乙方：项目组规划、设计人员
6、相关文档：
文档名称：仓储物流中心规划布局图
文档重点：整体进出动线、内部布局、作业动线的图纸和说明
具体说明：对进出物流中心动线的规划设计和说明；‘
入口位置、道路宽度、出口位置等等。包括规划设计的依据和原则。
对物流中心内容各区域的规划设计和说明；
如区域大小、作用、走道宽度、货架类型等等。包括规划设计的依据和原则。
对物流中心内部作业的运作动线的规划设计和说明；
如拣货动线、上架动线等等。包括规划设计的依据和原则。
文档名称：整体解决方案
文档重点：业务目标、整体解决思路和步骤、设备解决方案、信息解决方案、运输解决方案、投资回报预测等等
具体说明：业务目标一般都是很明确的简单点就是吞吐量是多少，差错率是多少。
整体解决思路和步骤是包括现在和将来对企业物流体系的支援是怎样一个实现过程。
设备解决方案包括存储设备、搬运设备、作业设备等等数量、使用依据、成本等等一系列的说明
信息解决方案包括信息体系、存储设计、作业流程设计等等。
运输解决方案包括车辆调度、货运追踪等等。
投资回报预测就不说了。反正目前也没看见过有什么实现了的。
7、相关资源：
设备相关说明文件、设备供应商资料等等
8、其他说明：
整体解决方案应从可行性方面来看，毕竟整体解决方案还不是详细设计。很多只是从大流程方面来推论出该项目可以按照此方式进行。
对于设备这个部分，基本在此环节就已经定型。包括了数量、厂商、性能指标等等。唯一关注的是性能是否达到需求。因为数据分析和需求分析后，整个项目的绩效指标已经明确
五、方案实现
阶段名称：方案实现
1、前置说明：
解决方案已经确定，方案内容和方向明确，项目实现人员与合作厂商确定。
2、前置条件：解决方案评审通过
3、环节处理重点：
1）SOP
2）信息管理系统
3）自动化设备
4、环节结束标志：上线准备完毕
5、参与人员：
甲方：项目组成员
乙方：项目组规划、设计、开发、实施人员
6、相关文档：
文档名称：SOP
文档重点：业务流程定义。
具体说明：结合前期的总体规划，针对项目现场的各业务环节的作业进行详细描述和定义。
目的是为了规范现场作业。为方案实现提供可度量的量化指标。
具体包括：流程、人员、系统、设备四者在各个业务中的实现方式和职责。
如果只是信息管理系统至少要说明进、出、补、退、盘的业务流程和监控节点；系统总体功能架构；人员组织架构。
如果只是自动化设备至少要说明涉及的业务流程和监控节点；管理控制系统的功能架构；人员组织架构。
如果两者都有的话。嘿嘿…麻烦了。两个结合着写吧。顺便将应急处理方式写了吧。
提交方：乙方提供
文档名称：操作手册
文档重点：各种相关系统的使用说明；各个作业岗位的作业手册。
提交方：乙方提供
文档名称：自动化设备、信息管理系统、设备控制系统
文档重点：这些都是结合各自经验和客户需求定制开发的。要注意一些策略的实现（如订单策略、存储策略、补货策略）。
并能够按照SOP的要求实现相应的功能。
能够运行保证测试时不死掉就OK了。
设备至少要保证不是水货吧。
信息系统保证数据准确性、效率
设备控制系统保证准确、精确、稳定
7、相关资源：
各系统的概要设计、详细设计、测试报告。
六、项目运行
阶段名称：项目运行
1、前置说明：
理论与实践的结合。问题肯定有。做过项目的朋友都知道，项目最难的是运行。当理想化的概念与实际接触时，多的是难题，少的是理解。现场的解说，实际流程的纠正。客户的不理解。（哥们是做乙方出来的）但是如果当初实现的不全面，会直接导致项目运行的困难。
2、前置条件：项目实现有60%的成功。
3、环节处理重点：
1）流程与实际运作的兼容性
2）信息管理系统与实际运作
3）设备与实际运作
4、参与人员：
甲方：实操人员
乙方：项目组规划、设计、开发、实施人员
5、相关文档：
文档名称：SOP
文档重点：业务流程定义。
具体说明：设计流程与实际运作的碰撞。好则无事，败则拉倒。
目的是为了规范现场作业。按照理想的设计实现现场的运作。
具体包括：流程、人员、系统、设备四者在各个业务中的实现方式和职责。
文档名称：操作手册
文档重点：各种相关系统的使用说明；各个作业岗位的作业手册。
文档名称：自动化设备、信息管理系统、设备控制系统实施要则
文档重点：设备的运作的基本操作指引。
七、项目验收
阶段名称：项目验收
1、前置说明：
能运行了表示基本要求达到了。不能验收是商务有问题。
2、前置条件：项目运行正常。保证在三个月以内。
3、环节处理重点：
4、参与人员：
甲方：项目组成员
乙方：项目经理
5、相关文档：
文档名称：项目验收文档
6、相关资源：
7、其他说明：
乙方记住。项目验收不代表项目完结。第一年每三个月的问讯不能少，第二年每半年的问讯不能少
