摆摊AI 产品实战手册

开工准备

选形态、选路线、备齐最小条件,把第一版砍到两周能上线。

这一阶段解决"能不能顺利开工"。很多人卡住不是因为不会写代码,而是卡在设备、网络、账号、产品形态和国内外路线上。

准备不是拖延。真正需要的是一套能开工的最小条件:电脑能跑项目、网络别老断、工具能让 AI 直接改代码、账号能部署到线上。

做到这一步就该开始了。剩下的东西等真的用到再补。

最短路径

赶时间的话按这个顺序走:

  1. 确认电脑、网络和基础账号能支撑开发,见设备、网络与账号
  2. 装好基础环境,选一个主力 AI 编程工具
  3. 选第一版产品形态:网站、小程序、App、插件还是服务
  4. 判断先做国内还是海外,别让备案、支付、语言和渠道一起涌进来
  5. 过一遍开发基础名词,能和 AI 讲清前端、后端、接口、数据库,见网站开发基础名词
  6. 对域名、服务器、AI 调用、支付这些支出有个数,见算清第一版成本

这六步做完,直接开工。不需要继续补课。

后面的章节默认你有这些

类别默认要求
电脑能稳定跑起一个前端项目
网络浏览器和终端能访问常见开发服务
开发环境浏览器、运行时、包管理器、版本管理工具
AI 编程工具至少有一个主力工具
账号一个代码托管账号、一个域名与 DNS 平台账号

支付、邮箱、短信、数据库、微信、苹果开发者账号,等项目真的用到再开。

第一版先做什么形态

同一个需求,做成不同形态,工作量能差五倍。

形态上线速度适合主要坑
网站快大部分工具类产品获客要自己解决
微信小程序中微信场景内的高频轻应用审核、类目、能力受限
App慢需要本地能力(相册、传感器、通知)审核周期、渠道抽成
浏览器插件快嵌进已有工作流商店审核、分发面窄
命令行 / 工具集成最快开发者、AI 工作流用户用户量天花板低

第一版建议做网站。 没有审核、改完就上线、出问题能立刻回滚——这三点在早期比什么都重要,因为你会改很多次。

先看用户从哪里来:

用户来源更推荐先做
搜索、社交平台、海外社区、邮件订阅网站
微信群、公众号、扫码、朋友圈、线下活动小程序
应用商店、长期推送、高频工具入口App

说不清用户从哪来,默认做网站。

什么时候值得做小程序

不是"用户在国内"就该做小程序,而是用户天然在微信里。下面这些勾中三条以上再考虑:

  • 用户平时就在微信里活动
  • 传播依赖微信群、公众号、扫码、朋友圈
  • 需要微信登录或微信支付
  • 场景偏线下:门店、活动、报名、预约
  • 用户不太可能记住一个网址,但愿意扫码

小程序不是更轻的网站,它是一套平台生态。 开发、审核、类目、备案、认证规则都更多,某些能力和设计会受限,接支付和服务类目时经常牵涉主体资质。成本见微信生态认证成本。

什么时候第一版就该做 App

只有明确需要这些能力:强推送、深度离线、摄像头蓝牙传感器等原生体验、长期高频到用户愿意装在手机上、应用商店本身就是主要增长路径。

否则第一版做 App 是在给自己加难度。很多时候你以为需要 App,实际需要的是一个移动端体验更好的网站。

默认决策

  1. 第一个版本默认做网站
  2. 用户天然在微信里,再优先考虑小程序
  3. 只有明确需要原生能力,才第一版做 App

先证明一个端成立,再决定要不要扩到第二个。不要一上来追求多端统一。

先做国内还是海外

这不是技术选择,是路线选择。两条路的成本、合规、获客方式完全不同。

维度国内路线海外路线
支付国内通道,正式商户通常需要企业主体海外收款平台,个人可先启动
收款币种人民币外币为主
备案与许可需要备案,部分类目需资质不需要备案,但要有隐私政策和条款
获客渠道微信、小红书、抖音、国内搜索通用搜索、海外社区、邮件
应用上架国内商店常需软著和主体海外商店个人开发者也能开始
税务复杂度记账、报税、发票依注册地规则,通常更简单

更适合国内路线:用户集中在中国大陆尤其是微信场景;产品需要国内支付、短信、实名;做内容、社交或本地服务;需要面对面见客户。

更适合海外路线:主要面向英语或全球用户;做工具、接口、开发者服务;依赖订阅制收入;不想在平台审核和资质上花太多时间;希望先用个人身份启动。

最贵的错误是两条路都想要。

国内路线的备案、主体、认证、类目审核,每一样都有流程和周期;海外路线要处理英文内容、时区和跨境收款。两边一起做,你会同时被两套规则卡住,而产品还没有一个用户。

第一版只选一个主市场。 另一条路等这一条跑通再说。

国内路线的隐性成本见国内路径成本,海外路线见海外路径成本。

公司主体什么时候办

不是第一天的任务。更现实的顺序是:

  1. 个人身份做出可用版本,验证需求和使用意愿
  2. 用页面、等待名单、人工收款验证付费意愿
  3. 有真实付费或合作意向后,再判断国内主体还是海外主体
  4. 明确了目标市场、收款方式和税务路径,再去注册

公司是产品走向正式经营时的基础设施,不是灵感阶段的入场券。

几个确实需要主体的节点:接正式收款通道、上架企业开发者账号、开对公账户、签合同、开发票。具体流程见主体、备案与上线地区。

把范围砍到最小

一个可用的判断标准:能不能在两周内做完并上线。

不能,就再砍一刀。按这个顺序删:

  1. 后台管理 → 先用数据库客户端手动改
  2. 用户系统 → 能不能先不用登录?很多工具真的不需要
  3. 支付 → 先手工收款,跑通了再接
  4. 多端适配 → 先只做桌面端,或只做手机端
  5. 设置页 → 先写死默认值
  6. 第二个功能 → 第一个都还没人用

删的时候心里会不舒服,那是正常的。每删一条,上线时间提前几天。 完整方法见把 MVP 砍到最小。

工具选型不用纠结

选你最熟的,或者选生态最大的。

早期唯一重要的是迭代速度,不是技术先进性。你会在这个项目上改几百次,一个你用得顺手的老技术,胜过一个你要边查文档边写的新技术。

用 AI 写代码还有一条:选主流框架。 主流框架的公开资料多,AI 写出来的代码质量明显更高,改起来也顺。

早期不用急着做的事

事项什么时候再看
域名准备发布真实产品或要自定义访问地址时
备案面向国内用户且要用国内服务器时
企业邮箱需要正式对外联系、注册品牌账号时
注册公司要签合同、接支付、开票、上架时
支付接入已经有人明确想买时
微信生态认证明确要做公众号、小程序或微信支付时

早期最怕的是把准备工作做成主线任务。

可以先知道这些东西存在,但不要因为还没注册公司、还没备案、还没企业邮箱,就迟迟不开始做第一版。

常见错误

准备无止境。 环境配了两周,一行业务代码没写。

一上来买齐所有工具。 先买域名和必要的 AI 工具,其他等真实需求。

国内海外都想做。 同时被两套规则卡住。

以为自己需要 App。 实际需要的是移动端体验更好的网站。

为了"以后能扩展"选不熟的技术栈。 迭代速度先掉一半。

先注册公司再做产品。 花了钱和时间,产品方向还可能变。

范围不砍。 两周变两个月,中间一次反馈都没拿到。

验收标准

  • 电脑、网络、基础账号都能支撑开发
  • 有一个主力 AI 编程工具
  • 确定了第一版产品形态,并说得出理由
  • 选定了一个主市场,不是两个都做
  • 能和 AI 讲清前端、后端、接口、数据库分别是什么
  • 知道第一版预算上限
  • 功能清单删到两周能做完
  • 列出了可以等到上线前再处理的事

本章动作

写一份不超过 10 条的功能清单,删到两周能做完为止。然后在清单最上面写一行:这个产品不做什么。 这一行比清单本身更有用。

下一步

  1. 设备、网络与账号——把开工条件备齐
  2. 算清第一版成本——先知道钱花在哪
  3. 把 MVP 砍到最小——把清单删到能两周交付

On this page