独立商品索引本文目录
在添加列前定义跟踪器边界
Superbuy个人订单追踪器是一个购买者选定的产品、采购、仓储物品和包裹的私人工作单。 它的工作是连续性:它应该告诉你选择了什么,接下来发生了什么,哪些决定是公开的,哪些记录证明了更新. 它不是公共Superbuy电子表格、产品指数或销售排名。 这些工具支持发现;这个追踪器是在候选人进入你自己的决策程序之后开始的。
保持服务路径分离. 在代购流程程中,在提交物品后,Superbuy从中国市场销售商处购买. Parcel 转发开始于您已经购买的项目, 并发送到转发地址 。 两条路径可以使用不同的领域,检查预期和支持记录. 在起始时添加一个服务类型的列,所以一个转发包裹从不被视为代理给卖主定单.
使用一个工作手册或有链接的视图的表格,而不是不相关的注释。 简单的设计有三张工作表:源和选定选项的项目、日期状态变化事件和国际提交文件。 每个行应该通过您自己的私人项目ID连接,而不是通过一个可以更改的公共标题.
- 项目: 你选择的
- 事件:变化和时间
- 包裹：已接受的商品如何分组打包
- 内部编号：关联商品、事件与包裹
创建一个稳定的ID和身份块
一旦一个产品成为严肃的候选产品,就立即指定一个简短的私人代码:例如ORD-260828-01. 当销售者更改标题时,该代码保持稳定,平台缩短了一个翻译名称,或者一些产品描述几乎完全相同. 不使用行号作为唯一的标识符, 因为排序和插入行会更改它 。
身份块中应包含源URL、销售商或商店,如果是可见的、中性的产品名称、产品类型、选定的颜色、大小、型号、版本、数量和打算包括的棋子。 保留确切的选项文本以及可读的注释。 翻译后的标签,如`黑色升级 ' 可能后来模糊不清;原始文本或选项图像可以帮助识别订单的含义。
添加一个源检查日期 。 该日期不能保证商品信息保持稳定;它告诉你何时观察到被俘身份。 如果来源后来重新定向或实质性改变,保留原始记录,并添加一个新的新鲜事件,而不是默默地覆盖决定历史.
参考价格与授权金额分开
使用不同字段进行电子表格参考,直播期权价格,中国国内交付,命名订单级服务,显示货币和授权总额. 参考金额解释了为何该项目被列入短名单。 选定选项的活量支持购买决定。 不应将它们合并为一个数字,因为一个标题价格可能属于另一个选项,一个附属或存款。
付款后,以原币种记录平台订单金额和付款提供人结算. 如果您的卡片发行商采用转换或对外交易收费,请在平台收费栏外保留该收费,除非Superbuy明确标注相同的收费. 两个总数之间的区别是一个调和的问题,而不是一个被发明的标记的证据.
留下未来的国际货运空白或标注为日期估计。 Superbuy的公开购物代理指南描述了包裹提交和仓库抵达后的国际支付。 后面的金额取决于目的地、选定路线、包装、重量和尺寸。 在投入存在之前,你的物品行不应假装知道最后交付的费用。
使用事件日志而不是一个覆盖状态单元格
单个状态单元格只显示最新的标签,并抹去生成它的路径. 当出现与决定相关的变化时,创建一个事件行 。 最小字段是私有项目ID,时间戳,可见状态文本,事件类型,证据参考,下一个所有者和下一个审查日期. 下一个所有者可能是你、采购代理商、卖方、中国承运人或仓库。
不要发明通用标签。 复制活账户中的措辞,并添加你自己的常态事件类型,如提交、买方要求采取的行动、采购、卖方派遣、国内扫描、交付到仓库、储存、接受或要求退回。 原文仍然是证据;正常的标签使分类更加容易。
卖方的追踪号码和承运人的验收扫描是不同的事件。 国内交付的扫描和完成的仓库摄入量也有所不同。 记录这些区别使支持请求更加精确。 如果一个缺口仍然存在,可以提供订单ID,跟踪,最后一次扫描和精确缺失的交接,而无需依赖内存.
使每个打开的行回答谁在下一个操作
增加三个行动领域:下一个行动、所有者和审查日期。 " 等待 " 只有在它说明哪些证据会结束等待时才被接受。 例如:`Seller调度-第一次载体扫描出现时审查 ' 或`Warehouse摄入量-在存储物品记录可用时审查 ' 。 这样,追踪器从日记变成了一个控制系统。
当账户要求选项或价格决定时,在事件日志中引用请求并记录答复. 不要仅仅因为移动已暂停而创建重复订单 。 第一次核对付款、未读电文、期权确认和卖方证据。 重复可以把追踪问题变成两次采购。
使用事实性理由:买方答复缺失,卖方未发出,国内追踪不活动,摄入处理,QC问题未解决或售后待解决。 除非有证据能证实这种情况, 追踪者应该帮助下一次对话,而不是预先判断.
仅在接收后添加仓库字段
存储该物品时,创建一个仓库区块,区块有到达日期,仓库物品编号,显示收件重量,如果显示尺寸,实时账户的存储截止日期,标准照片审查和决定. 接收数据不应取代来源身份。 调和销售者,选项,颜色,大小,型号,数量和件数先与订单行相对.
使用三个决定状态:接受,澄清或售后. 接受意味着可见的证据足以满足你的阈值. 澄清是指一个目标图像,测量或信息可以解决一个实质问题. 售后指现有证据文件错误的选项,缺失部分,损坏或超过你规则的其他错配.
记录普通的QC状态,而不将跟踪器变成QC教程. 诸如 " 经审查的标准照片 -- -- 大小标签尚未解决 " 这样的领域就足够了。 如果有针对性地提出请求,则将其结果与事件日志链接起来。 照片可以支持可见的事实,但不能证明真实性,组成,舒适性,内部功能或耐久性.
连接已接受的项目到一个包裹组
在提交文件前创建数据包组ID, 并仅附加已接受的项目 。 组群视图应当显示产品标识,限制,包装需求,大致重量和组群理由. 一个脆弱的物体、电池、液体、刚性鞋盒或异常大块的纺织品可能值得单独比较,因为一个物品可以改变整个包裹可用的路线。
不要添加项目权重, 请将总和称为可计费的最后包裹 。 外包装、保护、合并和清除服务可改变规模和体积重量。 记录计算器输入,日期估计,选择的线路,并仅在存在时保存. 在包装后,增加经核实的重量、尺寸和最后调整作为以后的事件。
将地址和声明记录保存在受保护的包裹区,而不是在公共档案栏目中重复。 个人追踪器可以写“地址检查”并引用私人记录。 这保留了审计,而不会把工作表变成敏感的身份档案.
使用新鲜度规则和每周审查
选择开放动作的短评节奏和完成行的慢评节奏. 每次审查时,在下次审查日期逾期之前过滤,买方必须采取行动,卖方不扫描即发送,不接收即交付,没有决定的仓储物品和没有包裹组的接受物品。 这创造了一个可管理的排队方式,而不是要求您每天检查每个订单.
绝不删除已取消、退款或退款的项目。 标出结果, 关闭日期和关联的交易事件 。 关闭的行防止同一来源或选项与后来的重复订单相混淆. 对于重复购买,创建新项目ID并重新检查直播商品页面,因为价格,销售条款,选项标签和可用性可能已经改变.
一个有用的Superbuy订单电子表格应该用几秒钟回答六个问题:我选择了什么,我批准了多少,最新的证据是什么,谁下一步行动,我何时审查,以及哪些包裹或结果结束了这行? 如果不能,则删除装饰性栏,并在增加更多细节之前改进这六个字段.
- 每笔未完成订单都应有下一步操作
- 每个事件都有日期和证据
- 每件入库商品都应有处理决定
- 每个被接受的项目都有包裹计划
- 每一个关闭的项目都保留着它的结果
- 敏感数据不在共享视图范围内