软件渠道上架增长规划

它解决什么问题

把产品做完之后，下一个问题不是「有没有人用」，而是「用户在哪个货架上找到你」。自建官网和销售团队是直客路径，但 B2B 采购里，客户往往已经把预算划在某个云厂商或企业软件平台上——预算在 AWS、Azure、GCP 里，搜索行为发生在 Chrome Web Store、Figma Community、Slack App Directory 里。如果产品只放在自己的域名下，就等于放弃了这些已经存在的购买入口。

这个技能要处理的是：面对十几个定位迥异的渠道，怎么选优先级、怎么把一个 listing 做成长期资产，而不是盲目铺量。

它如何工作

第一步：区分 Direct 与 Indirect

• Direct：官网、电商页、销售团队，用户直接和你交易
• Indirect：第三方替你卖，比如 marketplace、app store、reseller

Skill 的核心判断是：如果你的产品天然长在某个生态里（Shopify 插件、Figma 模板、Chrome 扩展），那个生态本身就是获客渠道，而不是需要额外花钱投放的流量池。

第二步：按产品类型匹配渠道

Skill 维护了一张产品类型到优先渠道的映射表：

• 设计协作类 → Figma、Canva、Adobe Exchange
• 浏览器扩展 → Chrome Web Store、Firefox Add-ons
• 云与企业 SaaS → AWS Marketplace、Google Cloud Marketplace、Azure Marketplace

注意它把 marketplace 和 directory-submission（Product Hunt、Taaft、G2 这类精选榜单）明确分开：榜单解决的是曝光和背书，marketplace 解决的是发现即购买——预审批预算、合并账单、缩短采购周期，这些是目录站给不了的。

第三步：把 listing 当成落地页来做

Skill 给出的优化维度包括降低采购摩擦（Vendor Insights、标准合同）、定价模型（免费试用、按量付费、企业私有报价）、信任信号（已验证的评价、合作伙伴徽章、清晰的分类），以及针对 marketplace 内部搜索的 discoverability 优化。关键在于：你的 marketplace 页面同时承担货架和新手引导两个角色，访客在这里验证产品，老用户在这里找到集成。

适用边界

这个技能产出的是规划与清单，不是自动发布工具。它不会代替你完成上架——每个平台的审核、合同、计费配置仍然要在官方后台操作。另外，Pinterest Product Pins 这类社交电商渠道要求先有 Product Schema 或 Pinterest Catalog，属于前置依赖，规划时要先确认技术条件是否满足。

按简诗 AI 的安全边界，Skill 不会自动安装依赖、创建持久化任务或执行下载内容；涉及发布、付款、部署等外部写入操作时，会先展示目标与影响，等你明确确认后再继续。