Product & Business Plan · 讨论稿

Rangly —— 面向东南亚与印度的「效果即服务」AI 创意工厂

对标 PixZoo.ai 的差异化方案 · 纯 ToB · 部署规划 HK/SG · 演示域名 art.infinityfly.xin

一句话定位与核心差异
目标人群与画像
「按效果付费」的机制设计
打穿的垂类：节日/电商素材
产品结构与页面规划
商业模式与单位经济
本地化设计规范（东南亚/印度）
技术与部署要点
风险与对策
MVP 里程碑

1 · 一句话定位与核心差异

Rangly：像下单找设计外包一样下单，像验收一样付费。用户订购的是「交付物包（Deliverable Pack）」，而不是积分和模型次数。

维度	PixZoo（现状）	Rangly（我们）
客群	ToC 创作者/个人，微信私域成交	纯 ToB：店铺、品牌、代理商；个人只能以「试用工作邮箱」体验
售卖单位	积分 × 指定模型（Seedance、Nano Banana…）	交付物包：如「排灯节广告 6 图包 $14.9」
模型感知	用户必须懂模型、选模型	模型完全隐身，UI 只有效果风格名；引擎可每月悄悄换最优的
扣费时机	点生成即扣积分（失败才退）	Approved 才计费；未验收的废稿 $0
竞争策略	模型超市，价格战	区域垂类纵深：节日日历 + 平台尺寸合规 + 本地肤色/文字
关系链	个人充值卡	团队席位、客户审批链接、发票、API、白标 —— 换不掉的是流程

为什么「模型隐身」是认真的：模型市场每 3 个月洗一次牌，任何以模型菜单为核心的平台都在替上游打工。把「用哪家引擎」变成我方内部的采购问题，才能把毛利与用户心智留在自己手里。

2 · 目标人群（均为 B 端付费主体）

P0 主力客群 —— 平台卖家与中小 D2C 品牌

印度：Flipkart/Meesho/Amazon IN 卖家、独立站 Shopify 店主；品类集中在服饰、珠宝、家居、食品。

东南亚：Shopee/Lazada/Tokopedia/TikTok Shop 卖家（印尼、越南、泰、马、菲）。

痛点：请不起设计外包（一张 banner ₹800–2000 / RM60–150），大促（11.11、12.12、排灯节）素材量爆炸，不懂 prompt 工程。

P1 增长杠杆 —— 本地增长/媒介代理商

10–200 人的数字营销公司，代运营几十个店铺；需要批量、白标、审批流和月度发票。代理商是「一个账号带来一百个店铺」的分销节点。

P2 场景延伸 —— 餐饮连锁 / 婚庆珠宝 / 快消分销

QSR 与云厨房（菜单与外卖平台 banner）、婚礼季与珠宝（高客单 Premium Dark 风格）。

注意：这些人不是「AI 爱好者」，不要给他们看任何参数。他们的心理模型是「找外包下单 → 看图 → 不行就改 → 满意才打款」。

3 · 「按效果付费」机制设计（原型已可交互体验）

定价对象：交付物包（固定单价、含税可选、报价先行）。单图折算价 = 包价 ÷ 包内数量。

验收制：生成后进入 Approve / Revise 界面；点 Approve 的那张才计费，Revise 免费轮次内不限。

封顶保护：每包设预算上限（如 $14.9），验收累计不会超——「买包」心智而非「按次」心智。

成本对冲：失败/未验收的渲染成本由路由层控制：先出小图草稿（低成本引擎），Approve 意向后再出 4K 终稿（高质量引擎）。草稿废掉只花几分钱。

反滥用：免费 revise 计入账号信誉；企业版按合同 SLA 而非无限免费。

这是全站最关键的产品语言：你买的是「验收通过的成品」，不是「一次生成机会」。Studio 原型右下角的 Outcome Receipt（效果收据）就是这个模式的可视化。

4 · 打穿的垂类：节日与电商素材（差异化之“某个品类做得更好”）

节日日历引擎：Diwali、Holi、Navratri、Eid/Raya、Songkran、Tết、圣诞（菲）、11.11/12.12/ payday sale——提前 30 天自动推送对应 Pack 与配色模板。

本地人脸与肤色：区域模特库（南亚、东南亚肤色/服饰规范，含头巾等宗教得体着装），这是通用平台最常翻车的点。

平台合规尺寸：Shopee 主图 1:1、Flipkart 白底、IG Story 9:16、WhatsApp Status、横幅尺寸一次打包导出，图上文字自动避开平台 UI 遮挡区。

本地语言文字：印地语/泰米尔语/印尼语/泰语/越南语的字形渲染与排版（很多模型写 Devanagari 就是糊的——我们做专门质检，成为口碑点）。

5 · 产品结构与网站页面

页面	作用	原型状态
/ 首页（英文）	价值主张：不卖模型卖结果；样品墙；信任要素；WhatsApp 入口	✅ 已上线
/studio/ Deliverable Studio	核心体验：下单包 → 选“效果风格” → 生成 → Approve/Revise → Outcome Receipt	✅ 可交互
/#pricing	按效果的包价 + Brand 订阅（订阅只是折扣券，不是配额）	✅
/#business	团队/API/白标/发票——ToB 说服页	✅
/plan/ 本文档	方案评审用（中文，内部）	✅
后续	Workspaces（品牌套件/审批流）、Batch/API 文档、节日日历页、案例库（按行业×国家）	—

ToC 边界：不做个人订阅、不做社区画廊、不做分享裂变。网页可体验但注册即要求公司/店铺信息（域名邮箱或店铺链接），把「个人玩家」挡在付费流程外。

6 · 商业模式与单位经济（原型数字，待校准）

收入线：① 效果包零售（Starter）；② Brand 月订阅（$79，包价 −35%）；③ Agency/API 合同（$500–3000/月，含白标与 SLA）。

单包成本估算：6 图包 = 12 次草稿（低成本引擎 ~$0.03/次）+ 8 次终稿（~$0.12/次）≈ $1.3 渲染成本 ÷ $14.9 售价 → 毛利约 90%；即使 revise 轮次打到上限仍 >75%。

关键指标不是 tokens/GPU 时，而是：Approve Rate（首稿通过率）、每包 revise 轮次、复购节律（按大促日历）、单店月包数。

护城河：效果风格 × 节日 × 平台合规的「交付模板库」沉淀 + 验收数据（哪类稿子被 approve 最多）反哺路由，模型层随时可换。

7 · 本地化设计规范（已体现在原型）

Mobile-first：印度/东南亚 80%+ 流量来自中低端安卓；原型全页无横向滚动、按钮 ≥44px、首屏零外部资源（连图片都是代码画的）。

色彩：暖金/藏红/玫红的高饱和节庆色（排灯节与 Raya 的视觉语言），避免北欧性冷淡灰。

信任：WhatsApp 客服按钮（region 标配）、清晰美元/卢比标价、发票与商用授权承诺。

支付路线图：卡+PayPal 起步 → UPI/NetBanking（印度）、QRIS（印尼）、PromptPay/GrabPay/GCash（SEA）。

语言：站点英文为主（印度/新马商务语言），落地页预留 हिन्दी / Bahasa 切换位；文案口语化、少形容词、多数字。

8 · 技术与部署要点

部署：新加坡 Region 为主（覆盖 SEA+IN 延迟均 <100ms，且数据合规友好），HK 可作为回源备选；全站 Cloudflare/CDN + 静态原型先行。

架构：模型路由层（对内聚合多家图像/视频 API，按任务/成本/质量打分选择）→ 对外只有“效果风格”。这层是全项目核心技术资产。

计费：验收事件驱动计费（Approve → 记账），而非生成扣费；账期、发票、对账单为 ToB 刚需。

合规：默认不训练用户数据；商用授权说明随导出附带（类似 PixZoo Pro 权益但默认化）；印度 DPDP Act / 各国数据驻留评估。

9 · 风险与对策

无限 revise 被薅 → 轮次上限+账号信誉+企业合同制。

上游 API 涨价/断供 → 路由层多供应商冗余，效果风格与引擎解耦。

“免费试用白嫖” → 无 ToC 订阅；体验额度绑定工作邮箱/店铺域名。

同质化低价竞争 → 不在模型价格上竞争；竞争在「节日×平台×合规」的交付深度与代理商渠道。

10 · MVP 里程碑（建议）

M1 · 验证付费意愿（2–4 周）

本原型 + Stripe 卡支付 + 人工兜底交付（半自动：内部用真模型跑，外包审图）。目标：30 个 B 端注册、10 单付费。

M2 · 路由与验收自动化（1–2 月）

真实模型路由层、草稿→终稿两段渲染、Approve 计费、平台尺寸导出、排灯节前上线（季节性窗口！）。

M3 · ToB 纵深（3–6 月）

Workspace/审批链接、Batch CSV、UPI/QRIS、首批 5 家代理商白标合同。