这个应用的大部分工作，就是什么都不用您做。
工作在您的后台和打印运单的系统之间自动进行，所以没有新界面要学。下面是 Starshipit 对接方案两端的样子。图中订单为示例数据，并非真实顾客。
界面预览。订单被推送出去，快递公司返回物流单号，订单自动变为已发货，顾客也收到了邮件。凡是标注了应用的步骤，都是在没有任何人打开这个页面的情况下完成的。
界面预览。物流通知邮件以您网店的名义和配色发出，不是我们的，也不是快递公司的；而且只有在拿到真实的运单号之后才会发送。
完整闭环。四个步骤中有两步归应用负责，另外两步本来就是您日常工作的一部分。无论中间环节是 Starshipit、快递公司 API 还是仓库，流程都是同一个形状。
抄地址不是一份工作，而是一笔隐形税。
一家每周发三十个包裹的网店，总有一个人，通常就是老板自己，在订单列表和快递公司网站之间来回切换，把一个早就正确输入过一次的街道地址再敲一遍。每个包裹要花上一两分钟，这是整个运营中最容易出错的环节，一个错字就意味着一笔重新派送费外加一次道歉。没有人为这件事做过预算，它就是这么一点点积累起来的。
Starshipit 已经解决了涉及快递公司、运费和运单的那一半问题，而且是最快的路线，因为新西兰或澳大利亚网店会用到的大多数快递公司它都已经接入。它自己做不到的，是知道一笔订单已经在您的网站上付了款。这个应用就是这条纽带，今天已经在一家由第三方仓库负责拣货的网店上正式运行。
不是每种运营方式都能从这一扇门走通，所以这个应用只是起点，而不是上限。有自己 API 的快递公司可以和您的网店直接对接，运行自有系统的仓库也可以实现双向自动化。这些属于开发项目而不是开关，由我们的团队作为您网站建设的一部分替您完成。编写那些市面上买不到的对接程序，正是我们的本职工作。
- 您的仓库继续用它熟悉的系统工作。第三方物流服务商不会登录您的网站去找订单，也不应该需要这么做。订单直接送到他们本来就在用的系统里，他们后续的操作也会同步回您这边。
- 物流单号会自动传回来。这是大多数对接方案忘记的方向。没有它，包裹已经发出一天了，您的订单列表还显示未发货，唯一知道实情的，只有打印运单的那个人。
- 顾客还没想到要问，就已经收到通知。当天上午就送到的物流邮件，免掉了“我的订单发货了吗”这类消息，而这恰恰是小网店最常手动回复的问题。
- 您和快递公司的合作关系原封不动。无论走哪条路线，运单都是用您自己的账户和您自己的快递合同创建的。我们从不夹在您和快递公司之间，从不转售运力，这里面也没有任何一处是我们赚差价的地方。
- 它拒绝把同一个包裹发两次。每次推送在尝试之前都会先记录下来，所以无论是重试、超时，还是处理程序在请求途中意外中断，留下的都只是一个标记，而不会多出第二张要您的顾客买单的运单。
已经在应用另一端等着的快递公司。
下面列出的所有快递公司，都可以通过应用自带的 Starshipit 对接使用，用的是您自己的账户和您自己的运费价格。完整名单由 Starshipit 公布，并会不时调整，所以请把这里当作大致范围，而不是合同承诺。名单上没有的，我们会研究能否直接对接。
新西兰，经由 Starshipit
澳大利亚，经由 Starshipit
国际快递，经由 Starshipit
其他任何快递，通过直接对接
不在上面名单里的货运公司、地区性快递或仓库，并不意味着走不通。只要对方公开了 API，我们的团队就能把您的网店和它直接打通，完全绕过聚合平台。这是一个开发项目而不是一项设置，所以会先和您一起确定范围，您也不会在某个设置页面里看到它，等着您去打开。
一个开关，外加我们围绕它开发的三项能力。
Starshipit，开箱即用
这部分已经写好，并且已经在一家正式营业的网店上运行。付款到账几分钟后，订单就会出现在您自己的 Starshipit 账户里，收货地址、联系方式、每一件商品，以及从商品资料带过来的重量都已就位。您只需把 API 凭据交给我们一次，我们打开开关，您日常的其他工作完全不变。从旧平台导入的订单不会被推送，因为那些包裹几年前就已经发出，谁也不想让它们出现在拣货队列里。
主流快递公司 API 直连
如果您实际在用的快递公司有自己的 API，我们可以让您的网店直接和它对话，而不经过聚合平台。当您有谈好的协议价账户、需要聚合平台没有开放的服务，或者货物类型不适合普通包裹运单时，这一点就很重要。我们的团队会作为您网站建设的一部分替您编写这个对接，而不是丢给您一个设置页面。告诉我们是哪家快递公司，我们会如实告诉您，对方的 API 能不能做到。
第三方仓库自动化
这是我们最擅长的部分，也是这个应用诞生的原因。当库存放在别人手里时，交接就是双方关系的全部，订单一付款就必须送进对方的系统，对方拣货和发货的结果必须回到您的系统，顾客也必须从您这里得到通知，而不是从一个没人跟他提过的仓库那里。我们把这个闭环的两个方向都做通，让任何一方都不用照着另一方的屏幕再敲一遍。
物流追踪和顾客邮件
无论包裹走哪条路线，快递公司和运单号都会写回订单，订单也会自动从已付款变为已发货。正是这个状态变化触发发货邮件，邮件采用您网店的品牌风格，并附上快递公司官方的追踪页面链接。分成多个包裹发出的订单会保留所有运单号，而不只是第一个；没有物流单号的发货则不会发送任何邮件，这是刻意为之，一封说包裹已发出、却说不出包裹在哪的邮件，引来的问题比什么都不发还多。
当别人替您拣货时。
仓库不会登录您的网站，您也不该在下午五点还给他们发电子表格。下面是我们在您和仓库之间自动化的内容。
订单一付款就推送过去
已付款的订单会直接从您的网店进入仓库系统，中间不需要任何人经手，收货地址、联系方式、商品明细、重量，以及仓库日后查找所需的任何参考编号都会一并带上。还没准备好发货的订单则留在原处。
运单和库存回写
仓库发出了什么，都会同步回您这边，包括快递公司、运单号、发货日期；如果对方系统支持，还包括货架上的剩余库存。您的订单列表和库存数字，不再是对昨天发生了什么的猜测。
顾客从您这里得到通知
发货通知在仓库发货时触发，以您的品牌、从您的域名发出。您的顾客永远不会知道您的履约合作伙伴叫什么，也不会就同一个包裹收到两封说法不一的邮件。
这些都不是纸上谈兵。为个别网店编写专属的定制履约逻辑，是我们已经在做的事，其中包括为一位客户专门开发的发货处理程序，因为他的货运规则是任何现成应用都表达不了的。只要您的仓库有 API，或者能定期交换文件，就足以开始谈了。
三个步骤，您只需要做第一步。
告诉我们由谁发货
如果是 Starshipit，从您自己的账户里复制 API 凭据发给我们。如果是需要我们直接对接的快递公司，或者有自己系统的仓库，告诉我们是哪家，并把对方懂技术的联系人介绍给我们。
我们完成对接
Starshipit 凭据会加密存储在您的网站下，应用当天就能开启。直连快递公司或仓库属于开发项目，所以我们会先确定范围、编写程序，并在对方的测试环境里测好，才会让真实订单经过它。
订单自己走完流程
从此以后，运单出现在拣货的地方，物流单号自动传回，订单变为已发货，顾客收到追踪链接。您发现这一切已经发生的方式，是每次打开订单列表，它都已经是最新的。
开启之前，大家常问的问题。
我们需要自己的 Starshipit 账户吗？
支持哪些快递公司？
我的快递公司或第三方仓库不在名单上，怎么办？
定制对接要另外收费吗？
如果地址写错了怎么办？
它会不会把同一个包裹发两次？
我们还能手动处理发货吗？
另外两个适合要发货的网店的应用。
平台上的每个应用，在每个网站上都可以使用，没有月费。
Subscriptions
免费
让顾客回购的商品享受订阅优惠，每次续订自动扣款。每次续订都是一笔普通的已付款订单，所以订阅盒子进入您的发货流程时，和一笔单次购买完全一样。