GingerOS合作流程
签约之前,先看清整个项目。
从第一次通话到正式上线,共五个阶段,通常需要8至16周。前两个阶段都在签合同之前。
- 梳理现有流程
- 明确项目范围
- 可运行的原型
- 一场需求沟通会
- 固定价格报价
- 签署范围确认书
- 确定双方团队
- 每个MVP通过验收
- 完整版通过验收
- 正式上线
- 持续维护的合作伙伴
- 一次通话即可
- 约10个SKU作样本
- 不开权限,不装软件
- 项目负责人
- 验收签字人
- IT对接人
- 测试数据
- 确定参考答案的专家
- 上线签字确认
- 确定范围签约前
- 所需时间
- 一次通话
- 交付成果
- 梳理现有流程
- 明确项目范围
- 需要准备
- 一次通话即可
- 付款
- 无
- 可运行原型签约前
- 所需时间
- 3天+一场会
- 交付成果
- 可运行的原型
- 一场需求沟通会
- 固定价格报价
- 需要准备
- 约10个SKU作样本
- 不开权限,不装软件
- 付款
- 无
- 合同签署项目启动签约后
- 所需时间
- 一场会
- 交付成果
- 签署范围确认书
- 确定双方团队
- 需要准备
- 项目负责人
- 验收签字人
- IT对接人
- 付款
- 预付款
- 开发签约后
- 所需时间
- 按模块定
- 交付成果
- 每个MVP通过验收
- 完整版通过验收
- 需要准备
- 测试数据
- 确定参考答案的专家
- 付款
- MVP验收前可退
- 部署上线签约后
- 所需时间
- 启动会上确定
- 交付成果
- 正式上线
- 持续维护的合作伙伴
- 需要准备
- 上线签字确认
- 付款
- 终验后付尾款
“项目计划”窗口里是一张表:从确定范围到部署上线的五个阶段各占一列,各行分别是所需时间、交付成果、需要准备的内容和付款。项目启动前有一条“合同签署”线,把“签约前”和“签约后”分开。
按所需的系统定价。
按您签署的范围给出固定价格,在Prototype Week(3天交付可运行的原型)之后报价。从不按工时计费。
影响价格的因素
- 本轮涵盖几个模块
- 要对接几套系统
- 涵盖多少国家和法规
付款流程
一条付款流程线:报价,项目启动时支付预付款,然后是MVP验收。如果MVP始终未达标且您不满意,预付款全额退还;如果通过,最终验收后再支付尾款。
分阶段开发,逐段验收。
签约前先走两个阶段,之后每个模块都先以MVP(最小可行产品)交付。
专属GingerOS
就项目范围达成一致。
- 我们做什么
- 和您一起走一遍流程:零部件从哪里进来、经过谁的手、从哪里出去。
- 梳理流程依托的系统:ERP(企业资源计划)、PLM(产品生命周期管理)、供应商文件、报关行推送的数据。
- 逐个国家标出适用的法规。
- 写出需求清单,划掉不在范围内的内容。
- 交付成果
- 一份用白话写成的需求清单。
- 需要准备
- 一次通话。不用安装任何东西,也不用发送任何资料。
- 您方参与人员
- 通话由您本人参加。流程里哪一步想改,就请负责那一步的同事一起来。
- 完成标准
- 您确认需求清单。
- 为ERP里的新物料归类,并写明归类依据需要
- 关税公告一发布,就复核受影响的SKU需要
- 向供应商催要原产地声明需要
- 把确认后的编码发给每家报关行需要
- 每个工厂单独一个仪表盘不需要
- 替我们申报由报关行申报
示意图,数据为示例:“需求清单”草稿窗口列出六条示例需求,其中四条打勾并标为“需要”,两条划掉:每个工厂单独一个仪表盘,标为“不需要”;替我们申报,标为“由报关行申报”。
签约之前,就看到自家流程跑起来。
- 我们做什么
- 以您提供的约10个SKU为样本,3天内把您的流程做成可运行的原型(Demo)。
- 沿用您自己的步骤名称、国家和表单,看起来就是您的系统。
- 当周召开需求沟通会,和您一起逐屏走一遍。
- 签约之前,先发固定价格报价,并答复IT部门安全审查提出的问题。
- 交付成果
- 一个可以上手操作的原型、一场需求沟通会,随后是固定价格报价。
- 需要准备
- 约10个料号(SKU)作样本,附上手头已有的文件即可。不需要系统权限,不用安装任何东西。
- 您方参与人员
- 需求沟通会由您参加。原型里哪个页面归谁负责,就请谁一起来;IT如果想提前开始安全审查,也可以参加。
- 完成标准
- 您拿到报价,做出决定。
- 样本
- 10个SKU
- 系统权限
- 无
- 安装
- 无
- 下一步
- 当周需求沟通会
示意图,数据为示例:标题为“原型 · 您的流程”的窗口,标注“第3天”,内有三个线框页面(复核队列、供应商变更、风险敞口)和四项信息:基于10个SKU样本、无系统权限、无需安装,下一步是当周的需求沟通会。
签署范围确认书,确定团队。
- 我们做什么
- 把系统拆成几个模块,例如商品归类、自贸协定和进出口管制。
- 约定每个模块本轮的MVP,以及它必须通过的测试。
- 确定我方团队成员,制定带时间节点的项目计划。
- 约定数据如何接入:先用导出文件,IT允许的地方再开只读权限,一次接一套系统。
- 交付成果
- 已签署的范围确认书:列明各个模块及每个模块的MVP。双方项目团队成员全部确定。
- 需要准备
- 三个角色的人选,以及一份现有导出文件的样本。
- 您方参与人员
- 项目负责人和验收签字人参加启动会;IT对接人负责约定数据如何接入。
- 完成标准
- 范围确认书已签署,预付款已支付。
| 模块 | 本轮MVP |
|---|---|
| 商品归类 | ERP里的新物料完成归类,归类依据存档 |
| 自贸协定 | 针对一项贸易协定做原产地核查 |
| 进出口管制 | 新物料发货前先筛查 |
示意图,数据为示例:标注“已签署”的“范围确认书”窗口,列出三个模块(商品归类、自贸协定、进出口管制)及各自本轮的MVP,签署人一栏写着项目负责人,并注明预付款已付。
逐个模块开发,按事先约定的测试验收。
- 我们做什么
- 先开发模块的MVP(最小可行产品,即能完成任务的最小版本),再跑约定的测试场景,与您的参考答案逐条比对。
- 修复没通过的部分,再和您一起做MVP验收。
- 开发模块的其余部分,用同样的方式验收。
- 每条规则上线前,都由我们的贸易合规顾问审核。
- 交付成果
- 每个模块先有一个您验收通过的MVP,再有一个您验收通过的完整版,测试结果全部存档。
- 需要准备
- 测试数据,以及现有的产品文件:规格书、图纸、BOM(物料清单)。
- 您方参与人员
- 项目负责人全程参与。制定参考答案期间,需要您方专家参与。其他部门只在轮到自己那一步时加入。
- 完成标准
- 每个模块都通过最终验收。
- 商品归类
- 自贸协定
- 进出口管制
每一步都以事先约定的测试收尾。
示意图,数据为示例:“模块 · 开发路径”窗口跟踪三个模块在四个步骤(MVP、验收通过、完整版、验收通过)上的进度:商品归类四步全部完成,自贸协定正在开发完整版,进出口管制处于MVP验收阶段。
正式上线,之后作为合作伙伴持续改进。
- 我们做什么
- 每个模块经您签字确认后上线。
- 定期和您一起规划下一步要自动化的工作。
- 按与IT部门约定的时间表,持续更新模型和连接器。
- 把影响您各个模块的法规变化同步进系统。
- 交付成果
- 属于您自己的GingerOS正式上线,以及一个持续帮您维护更新的合作伙伴。
- 需要准备
- 定好适合团队的上线日期。
- 您方参与人员
- 验收签字人;如有字段要回写到现有系统,还需要IT对接人。
- 完成标准
- 最终验收已签署,尾款已付清。
- 最终验收已签署
- 您的GingerOS已上线
- 232条款关税更新已同步
- 下一步要自动化的工作规划中
示意图,数据为示例:标注“已上线”的“上线”窗口,清单显示最终验收已签署、您的GingerOS已上线、一项232条款关税更新已同步进系统,下一步要自动化的工作正在规划中。
向下滚动,跟着Ginger走
横向滚动的场景,有从确定范围到部署上线的五个关卡,项目启动前有一条“合同已签”的线;随着滚动,小猫Ginger会举起“已确认”“已签约”“已上线”等旗子。每到一站,窗口会显示该阶段的计划,旁边是一份示例交付物。
开发之前,先约定怎么测。
参考答案由您方专家确定。合格线在开始测试之前就约定好。
- 验收对象
- 某个模块的MVP,或完整模块。
- 测试场景
- 用您自己的产品共同设计,包括难处理的情况。部分场景在验收前保密,以免有人针对它们专门调优。
- 参考答案
- 由您方专家确认每个场景的正确结果。
- 产品文件
- 现有的产品文件即可:规格书、图纸、BOM。
- 合格线
- 开始测试之前就约定好。
- 签字人
- 由您方人员签字确认结果。
示意图,数据为示例:“测试计划”窗口针对商品归类MVP列出四个示例场景,以及各自的参考答案编码和GingerOS结果。测试运行时,有一行起初不一致,修正后重测通过,得分条越过合格线。
双方各派谁参与。
我方四个角色。您方三个角色,一个人可以身兼数职。
| 角色 | 确定范围 | 可运行原型 | 项目启动 | 开发 | 部署上线 |
|---|---|---|---|---|---|
| GingerControl | |||||
| 贸易合规顾问提供贸易专业知识。审核每条规则,并和您方专家一起制定参考答案。 | 标出适用法规 | 把您的规则放进原型 | 加入团队 | 审核每条规则 | 同步法规变化 |
| 产品经理推进计划,是您日常的对接人。 | 主持通话 | 主持会议 | 编写计划 | 推进计划 | 规划下一步 |
| 工程师开发系统,并对接您现有的系统。 | 梳理现有系统 | 制作原型 | 搭建数据流 | 开发每个模块 | 部署上线 |
| 销售负责价格和合同。之后负责联合营销和其他合作方式。 | 不参与 | 发送报价 | 合同、预付款 | 不参与 | 联合营销 |
| 您方 | |||||
| 项目负责人在您方统筹整个项目,负责拍板。 | 一次通话 | 一场会 | 一场会 | 全程参与 | 上线 |
| 验收签字人签署范围确认书,并在每次MVP验收和最终验收时签字。 | 不参与 | 不参与 | 签署范围确认书 | 验收每个MVP | 最终验收 |
| IT对接人签约前完成安全审查,再约定数据如何接入:先用导出文件,您允许的地方再开只读权限,一次接一套系统。 | 不参与 | 安全审查 | 确认数据流 | 一次接一套系统 | 确认回写字段 |
| 业务专家确认每个测试场景的正确结果,也就是参考答案。没有内部专家也没关系:由我们的贸易合规顾问提出,您来确认。 | 不参与 | 不参与 | 不参与 | 确认参考答案 | 不参与 |
| 其他部门研发、采购、销售、物流、财务或法务:各沟通一次,只在轮到他们那一步时参与。 | 按需参与 | 不参与 | 不参与 | 轮到他们时 | 不参与 |
一张“项目团队”表格,每行一个角色,分为GingerControl和您方两组,每列一个阶段;每格写明该角色在该阶段做什么,空格表示不参与。
签约前的常见问题
什么是Prototype Week?
Prototype Week是GingerOS项目的起点。先通一次电话,了解您的流程:零部件从哪里进来、经过谁的手、接下来去哪里。之后我们的工程师以您提供的约10个料号为样本,3天内把您的合规流程做成可运行的原型(Demo)。同一周,我们和您的团队逐屏走一遍,把每条意见都变成一条需求,随后给出固定价格报价。整个过程不需要系统权限,不需要生产数据,也不用安装任何东西。
3天做出来的原型,是不是套模板?
不是。原型根据您在通话中告诉我们的信息搭建:您自己的步骤名称、工厂、国家,以及约10个零部件样本,所以看起来就是您的流程。它是一份用来讨论、挑毛病的草稿,不是最终设计,作用是让第一场需求沟通会有具体的东西可谈。
需求沟通会该请谁参加?
您描述的流程里,哪一步归谁负责,就请谁参加。通常由关务与贸易合规团队牵头;IT常会参加,了解数据如何接入;如果原型里出现了采购、销售或财务的环节,他们也会加入。
需求沟通会之后,下一步是什么?
我们把会议内容整理成需求清单,并针对这个范围发出固定价格报价。是否继续由您决定;无论是否继续,原型都可以留给您评估,并在公司内部展示。
没有IT参与,能开始吗?
可以。确定范围和Prototype Week都不需要系统权限,也不用安装任何东西。签约之前,我们会答复IT部门安全审查提出的问题。项目启动时,再由IT约定数据如何接入,一次接一套系统。
需要我们的真实数据吗?
做原型只需要约10个料号作样本,附上手头已有的文件即可。如果您希望先签保密协议(NDA),我们会在您发送任何资料之前签好。正式开发时,使用启动会上约定的测试数据和参考答案,可以是导出文件,也可以通过IT允许的权限获取。
是固定价格吗?
是。按您签署的范围确定固定价格,分两次支付:项目启动时付预付款,最终验收时付尾款。如果您调整范围,变更部分会在动工之前先报价。
MVP没通过怎么办?
我们修复没通过的部分,再跑一遍约定的测试场景。如果MVP始终达不到约定标准且您不满意,预付款全额退还,合同终止。最多重测几次、在多长时间内完成,都会在签约前写进合同。
一个项目需要多长时间?
我们的定制开发项目从头到尾通常需要8至16周。Prototype Week是3天,加上同一周的一场会;启动会上的计划会确定每个模块的日期。
会占用我们团队多少时间?
您方主要由三个角色承担:项目负责人、验收签字人和IT对接人。规模小一些的公司,一个人可以兼任多个角色。您方专家在确认参考答案时参与,其他部门只在轮到自己那一步时参与。启动会上的计划会按阶段列出每个人需要投入的工时。
上线之后呢?
我们以合作伙伴的方式继续合作:定期和您一起规划下一步要自动化的工作,持续更新模型和连接器,并把影响您各个模块的法规变化同步进系统。如有年度费用,会在签约前和开发费用一起列在报价里。
合同里写些什么?
开发成果的归属;如果您终止合作,记录如何导出、保存多久;责任条款;退款前最多重测几次;以及联合营销(须经您同意才会进行)。无论是否继续,原型都可以留给您评估,并在公司内部展示。