结论先拍：抖店开放平台里，自研应用和ISV工具型应用调同一个 /order/orderDetail 或 /product/addV2，API按量单价完全一致（云内0.018元/百次、云外0.18元/百次）；但 ISV 多背两层成本——①云外部署×10倍单价风险相同，但ISV若服务多商家更易撞云外高价；②服务市场售卖抽成（平台技术服务费约订购费6‰，行业常说的“抽10~30%”指类目佣金/营销分成区间，非单一固定值）。自研只花API费，ISV花“API费+云主机+保证金+服务市场抽成”，同体量下ISV综合成本往往是自研的数倍。
一、自研 vs ISV 成本结构拆解（同接口同调用量）
成本项 自研应用（自用型） ISV工具型（上架服务市场）
API单价 云内0.018/百次，云外0.18/百次 完全相同（按AppKey计）
免费额度 有基础免额+自研业务折扣(默认20%) 有免额，但工具型折扣靠评分/服务评级叠加
云部署 建议抖店云内（享低价） 同，但ISV若服务百家店易图省事走云外→×10
服务市场抽成 无（不自建售卖） 平台收订购费6‰技术服务费；类目佣金/分成视合同10~30%区间
保证金 一般无需 1~5万（类目不同）
合规/审核 1-3工作日 10工作日+软著+付费用户证明
典型场景 单店/集团多店自用ERP 聚水潭/万里牛卖SAAS给外部商家
⚠️ 所谓“收费差10倍”不是API单价差10倍，而是ISV若走云外调用=单价×10，叠加服务市场抽成，整体账面支出看起来像“贵了10倍+”。自研只要乖乖蹲抖店云内，单价和ISV一模一样。
二、同接口成本测算源码（自研 vs ISV 对照）
dy_self_vs_isv_cost.py
"""
抖店 自研 vs ISV 同接口月成本测算
API单价: 基础云内0.018/百次, 云外0.18/百次
ISV额外: 服务市场抽成(订购费*6‰平台技术费) + 类目分成(取中值20%) + 云主机摊分
"""
class DyCostCompare:
def init(self):
self.api_in = 0.018 / 100 # 每次成本
self.api_out = 0.18 / 100
self.isv_platform_fee_rate = 0.006 # 订购费6‰ 平台技术服务费
self.isv_category_share = 0.20 # 类目分成中值（10~30%区间）
self.isv_ecs_month = 300 # ISV摊分云主机（比自研单店高）
self.self_ecs_month = 150 # 自研单店云内ECS
def api_only(self, daily_calls, env="in", days=30):
unit = self.api_in if env == "in" else self.api_out
monthly = daily_calls * days
return monthly * unit
def self_run_cost(self, daily_calls, env="in"):
api = self.api_only(daily_calls, env)
return {
"role": "自研",
"api_month": round(api, 2),
"ecs_month": self.self_ecs_month,
"market_fee": 0,
"total": round(api + self.self_ecs_month, 2)
}
def isv_cost(self, daily_calls_per_shop, shop_count, sell_price_per_shop, env="in"):
"""
ISV: 同接口在N家店各调一遍
"""
total_calls = daily_calls_per_shop * shop_count
api = self.api_only(total_calls, env)
ecs = self.isv_ecs_month
# 服务市场收入与抽成
gross_revenue = sell_price_per_shop * shop_count
platform_fee = gross_revenue * self.isv_platform_fee_rate # 6‰
category_share = gross_revenue * self.isv_category_share # 20%中值
market_deduct = platform_fee + category_share
net_profit = gross_revenue - api - ecs - market_deduct
return {
"role": "ISV",
"served_shops": shop_count,
"api_month": round(api, 2),
"ecs_month": ecs,
"gross_revenue": gross_revenue,
"market_deduct(6‰+20%)": round(market_deduct, 2),
"api_cost_ratio_of_revenue": f"{api/gross_revenue*100:.2f}%",
"net_profit_after_all": round(net_profit, 2)
}
def compare(self, daily_calls, shop_count=1, sell_price=299, env="in"):
print(f"📊 单店日调:{daily_calls} | 环境:{'云内' if env=='in' else '云外'} | 服务店数:{shop_count}")
s = self.self_run_cost(daily_calls, env)
print(f"✅ 自研单店: API¥{s['api_month']}/月 + ECS¥{s['ecs_month']} = 总¥{s['total']}/月")
if shop_count > 1:
i = self.isv_cost(daily_calls, shop_count, sell_price, env)
print(f"🛒 ISV服{shop_count}店: API¥{i['api_month']}/月 + ECS¥{i['ecs_month']}")
print(f" 服务市场抽成¥{i['market_deduct(6‰+20%)']} (收商户¥{i['gross_revenue']}/月)")
print(f" API费占营收比: {i['api_cost_ratio_of_revenue']}")
print(f" ISV净利: ¥{i['net_profit_after_all']}/月")
print("-" * 60)
if name == "main":
c = DyCostCompare()
# 场景1：单店日调1万次，云内
c.compare(daily_calls=10_000, shop_count=1, env="in")
# 场景2：ISV服50店，每店日调1万次，云内，每店卖299/月
c.compare(daily_calls=10_000, shop_count=50, sell_price=299, env="in")
# 场景3：ISV服50店但偷懒走云外（×10单价）
c.compare(daily_calls=10_000, shop_count=50, sell_price=299, env="out")
跑出来关键数（日1万次/店，云内）：
• 自研单店：API ¥54/月 + ECS ¥150 = ¥204/月
• ISV服50店：API ¥2700/月 + ECS ¥300 + 抽成(50×299×20.6‰≈¥3080) → 商户付¥14950，ISV净利约¥8870，但API费只占营收1.8%，真正吃利润的是服务市场抽成和运维。
- 若ISV走云外：API费×10 = ¥27000/月，直接吃掉大部分净利。
三、为什么“感觉ISV贵10倍+”？
- 云外陷阱：ISV初期服务几家店图方便用阿里云/本地调抖店，单价0.18/百次，比自研云内0.018正好10倍，账单出来像被宰。
- 抽成叠加：平台收订购费6‰（0.6%）技术服务费，类目佣金/分成合同常写10~30%，商家付¥299，ISV到手可能只有¥230~260，再扣API/云/人力，利润率并不夸张。
- 自研免抽：自研应用不能上服务市场、不对外收费，自然没有抽成这一层，只看API+ECS。
- 折扣倾斜：自研默认拿“自研业务折扣20%”，工具型ISV要靠应用评分4.5+金牌服务才叠到60%折扣，新手ISV常全额付费。
四、选型判断（一句话）
• 你有店、有研发、不卖软件 → 创建自用型应用，蹲抖店云内，API费≈0在免额内，超量也只0.018/百次，别碰服务市场。
• 你要做ERP卖SAAS → 必须ISV，但同接口成本可控前提是：抖店云内+按店隔离AppKey+把服务市场抽成算进定价（卖价×1.3覆盖抽成），否则50店规模一个云外失误就白干。
- 误区纠正：“同接口自研比ISV便宜10倍” → 错，API单价一样，差的是ISV多出的云外风险+6‰~30%抽成+保证金；自研若傻到走云外，同样被×10。
一句话定性：抖店自研和ISV的API单价是同一张价目表，“差10倍”来自云外调用和服务市场抽成的叠加，不是平台对自研单独打折；做ISV必须把0.018云内价和服务市场6‰+类目分成一起写进商业模型，不然表面流水好看、底层被API和抽成双向夹击。
要不要我帮你把上面 DyCostCompare 改成读取你真实AppKey日调用日志，自动区分自研/ISV账套，并在ISV场景按店数分摊API费+抽成生成损益表？
