增长服务不在商品那个表单里:它自己一个菜单,没有规格,不用审核,也不占上架名额

如果你正在商品的添加页面里翻,想找一个能加规格、能设质保天数、能让买家在结账时填链接的地方,那就是它一直没成功的原因:增长服务不是商品。它是另一种记录,存在另一张表里,在后台另一个菜单下面,商品那套规则基本一条都不适用。

四条差别决定了后面所有事情:

• 没有规格。一个服务就是一个价格,而且这个价格是按一千个单位计的。
• 没有质保输入框。每一笔增长服务订单的售后窗口都是同一个固定长度,写死在代码里,你改不了。
• 没有审核队列。点下创建那一刻它就是上架状态。
• 不占上架名额。商品受等级上限约束,增长服务是明确豁免的。

先找对菜单

侧边栏里那一组叫 SMM Panel,进去点 Services,路径是 /supplier/smm-services。页面标题写的是 SMM Services,右边那个按钮是 Create Service,点开之后弹窗的标题是 Create Manual Service。

同一组下面还有另外两项,SMM Providers 和 Import Services,那是另一条路:从上游面板整批拉一个目录进来。这篇讲的是手工那条,一次自己敲一个服务进去。

顺带把最容易混的一件事说清楚:商品的添加页在 /supplier/products/add,那张表的规则和这张完全不同,单独写在上架商品那一篇里。两张表长得不像,填错地方系统不会提示你走错了,只会一直不给你想要的字段。

六个必填项

弹窗里带星号的就这六项,按表单出现的顺序:

• Service Name。最长 200 个字符。表单自己给的例子是 Instagram Followers (Premium)。这一栏在这个目录里的实际用法不是标题而是规格表,现有的服务名里经常把地区、日速度、起量延迟、补量条款全塞进去。跟着这个惯例写,不要写成一个干净的短标题。
• Service Type。三选一,弹窗里会跟着变一行提示,告诉你这一种会向买家要什么:Default 要一个链接和数量;Custom Comments 要链接加评论内容;Subscriptions 要一个用户名,再加最小值、最大值和间隔设置。
• Platform。下拉框,选项来自站内实时的平台列表,和买家浏览时看到的是同一套。
• Category。可以直接敲文字,也可以选你已有的自定义分类。它决定你的服务在店铺里和谁归在一起,所以同一个平台下面的措辞要统一,不然自己的服务会被拆散在几个组里。
• Price per 1000。不是单价。整个目录都按一千计价,买家拿你和另外几家并排比的时候,读的就是这个数字本身,中间没有换算。
• Min Purchase Quantity 和 Max Quantity。都是整数,手工服务两个都必填。最大值只有在服务挂到上游供应方时才可以留空,那种情况下它由对方的配置决定。

选填但建议填的:最长 2000 字的描述、一个 FontAwesome 图标类名加十六进制颜色、还有一个排序值,数字越小排得越靠前。

三个勾选框,是这个目录里仅有的结构化承诺

价格下面是 Refill Available、Cancel Allowed 和 Drip-feed Supported。看着像三个无关紧要的标记,实际上它们是买家唯一能筛选、能横向比较的东西,而且比多数人以为的稀缺。

按 2026 年 9 月 1 日站内可见的 30,119 个增长服务统计:

• 补量只有 2,668 个提供,不到百分之九,大约十一个里有一个。挂了 20 个以上服务的平台有 34 个,其中 12 个平台上一个提供补量的都没有。
• 可取消 12,772 个,百分之四十二。
• 分批发放 11,578 个,百分之三十八。

所以勾上补量确实会把你放进一个小群体里。但有一件事要说实话,免得你按错误的预期定价:同一个卖家在同一个平台同一个分类下同时挂了补量版和非补量版的组合一共 393 组,补量那一版价格中位数更高的只有 219 组,刚过一半,而且高出的幅度中位数只有一成左右。这不是一个可靠的溢价,更接近一个噪声偏正的分布。

结论因此是反过来的:勾补量的理由应该是你真的做得到,不是你想借它多卖钱。补量和取消恰好是买家开工单最集中的两件事,而增长服务订单从交付那一刻起有三天的售后窗口,这个长度你既缩不短也拉不长。承诺不了就别勾。

Product Type 那一栏你多半根本看不到

弹窗里确实有一个 Product Type 选择器,手工和自动两个选项,但它只在 Service Type 选了 Subscriptions 的时候才渲染出来。其他类型下这一栏不显示,记录直接按手工创建,这也正是你自己发货或者走自己那套接口时想要的状态。

选自动意味着你把这个服务绑到一个上游供应方和一个对方的服务编号上,最大数量随之改由对方的配置决定,不再看你填的那个值。

点下创建之后发生什么,以及不发生什么

按钮是 Create Service。没有草稿态,没有待审核态,也没有任何审批环节,记录直接以上架状态生成。

但有一个容易被忽略的前提:你的店铺得是启用状态并且在店铺列表里可见。一个店铺没上架的供应商,他的服务会好好地躺在自己后台里,公开目录上任何地方都找不到。这一条不报错,所以只能自己去确认。

质保那一栏之所以不存在,是因为没有东西可设。每一笔增长服务订单都是从交付那一刻起算三天,写死在代码里,全站每个服务一模一样,和商品那套按件设置的质保完全是两回事。如果你两边都在卖,不要把一边的习惯带到另一边。

还有一条:增长服务不占商品的上架名额。你撞到商品上限时看到的那句报错里,自己就写了这句话。挂一百个服务不会消耗你任何一个商品位置。

手工创建在这个目录里是极少数,而这恰好是机会

动手之前先把数量级说清楚。站内可见的 30,119 个增长服务里,手工创建的只有 30 个,其余 30,089 个全是从供应方目录导进来的。订单那边差距更大:全站历史上由手工创建的增长服务完成的订单一共 3 笔,导入服务完成的是 4,755 笔。

这个数据有两种读法,而且两种都成立。一种是:手工创建不是这个目录长起来的方式,别指望它自带那种靠数量堆出来的曝光。另一种是:导入目录恰恰是每一家都有的东西。这个货架上一共只有 10 个卖家,每个平台上都有 2 到 10 家在卖,而其中最大的一家在单个平台上占到两成到六成不等,大家挂的是同一批上游服务。在这种结构里,一个手写的、名字里点明了导入目录里没有的那个具体条件的服务,是货架上唯一不算大宗商品的东西。

你的服务出现在哪,以及那个让接口只看到零头的参数

公开的位置在增长服务,再往下是按平台分的页面,比如 Instagram 那一页。你的服务会和其他卖家的排在一起,顺序按站内的排序规则算,不看谁先挂的。

如果你或者你的开发要通过公开接口读这个目录,有一个参数决定你看到的是整个货架还是一个角落。服务类接口默认只返回单一供应商那一份:不带 merge=all 的时候,返回的是系统供应商的服务。按当前线上数据,那一份是 30,119 个里的 795 个,大约三十八分之一,而且只覆盖 36 个平台里的 14 个。

漏了这个参数的程序会得出三个错误结论:目录很小、大部分平台不存在、以及它采到的价格区间有代表性。三条都不成立。站内自己的页面是带着 merge=all 请求的,你写的东西也应该带上。

按这个顺序过一遍再点创建

1. 名字按这个货架的惯例写:平台、交付的是什么、地区(如果重要)、速度、补量条款。
2. 价格按一千计,而且要和同平台其他人挂的价对着看,不是和你自己的成本对着看。
3. 最小值和最大值照实填,这两个在结账时是硬限制。
4. 只勾你做得到的那几项,补量是真义务,不是能靠它抬价的标签。
5. 确认店铺是启用并且可见的,否则服务只存在于你自己后台。

如果你同时也在挂账号商品,那边的规则几乎完全不同,规格、库存和三种发货类型写在商品管理那一篇。要用接口批量接单和交付,包括增长服务的订单,看接口接单那一篇。