全栈开发

代码写完那天,产品才走到一半

产品做出来了,却卡在上线和收费;或者手里只有一个想法,不知道从哪一步开始。这篇不讲代码,用大白话把从「电脑上能跑」到「别人能付钱」的半程路摊开:先定收款身份,提前排好要等的手续,上线前用一笔订单走完全程。

延伸教程

阅读完整教程


你花了几个周末,让 AI 帮忙,做出一个小工具。

在自己电脑上点来点去,挺顺。拿给朋友看,朋友也说不错,然后问了一句,「这个怎么付钱?」

你愣了一下。

页面上倒是有个「立即开通」按钮,可它后面什么也没接。网址发过去,朋友那边打不开,因为它只在你自己的电脑上跑着。

这两年,做出一个东西的门槛低了很多。AI 能写页面,能改报错,一个人也能在几周里把想法变成能点的界面。可代码写完那天,产品往往只走到一半。

剩下的半程,要回答的是另外一些问题。用什么身份收钱,网站怎么让别人打开,钱付了以后系统怎么知道,月底账怎么算。

这些事单拎出来都不算难,难在它们又杂又要排队,而且很少有人提前告诉你先做哪件。

我自己是嵌入式工程师,平时跟电路板打交道更多。第一次做小程序,就是给楼下流浪猫建档案的「喵呜档案」。后来我把从「电脑上能跑」到「别人能付钱」这一段的顺序整理了出来。这篇不讲代码,只把这半程的路摊开给你看。

示意图:从「电脑上能跑」到「别人能付钱」,中间要经过定身份、备案、商户号、放上网、收到通知、对账六站

先想清楚,用什么身份收钱

很多人第一反应是,我有微信收款码啊。

收款码当然能收钱。钱一到,手机响一声,你知道有人付了。可你的程序不知道。它不知道是谁付的、付的是哪个套餐,也就没法自动给这个人开通会员。

示意图:个人收款码只能让手机响一声,正式商户号会通知程序自动开通会员

想让程序自己知道「这笔钱是张三买的月卡」,需要的是正式的收款商户号。微信支付和支付宝都有这套东西,开通后,每笔钱到账,它们会主动通知你的系统。

申请正式商户号,要先准备主体资料和银行账户,个人收款码不算

问题在于,商户号对申请人是有要求的。

微信支付的普通商户,面向的是个体工商户、企业这类有营业执照的主体。没有执照的个人,只能走限制更多的小微商户通道。支付宝的网站支付,通常也要求有营业执照。

所以对大多数一个人做产品的人来说,第一件实事,往往是先去办一张个体工商户的营业执照。各地办理速度不一样,现在不少地方能在网上提交,快的几天就能拿到。

身份要在买域名之前定下来。 原因藏在后面的备案里。备案要求域名的持有人和备案主体一致。你用个人身份买了域名,回头又用个体户身份去备案,就得先办一次过户。另外,以个人身份备案的网站,很多地方不允许做网上交易类的内容,收费产品很容易在这一步被打回来。

先定身份,再用同一个身份去买域名、买服务器。顺序对了,后面能少绕一圈。

有几件事要排队,越早开始越好

备案,是第一次上线的人最容易没料到的一站。

工信部 ICP/IP地址/域名信息备案管理系统首页(2026 年 10 月 25 日截图)

如果你的网站放在国内的服务器上,正式对外开放前要先做 ICP 备案,相当于给网站在管理部门登记一个门牌。流程一般是云服务商先初审,再交给当地通信管理局审核。按阿里云的说明,初审要 1 到 2 个工作日,管局审核要 1 到 20 个工作日,不同省份差别不小,审核期间也没办法加急。

ICP 备案从准备材料到拿到备案号,中间的等待期可以并行准备别的事

微信支付和支付宝的商户申请,同样要审核几天。

微信支付商户平台的接入指引页,按线下场所、公众号、小程序、网站、APP 等形态选择接入方式(2026 年 10 月 25 日截图)

这几件事都不受你写代码快慢的影响,只能等。等的这段时间,又恰好能用来干别的。按谁等谁的关系,顺序大致是这样。

  1. 最先办营业执照,用同一个身份买域名和服务器,然后马上提交备案。
  2. 备案审核期间,申请微信支付、支付宝商户,同时在自己电脑上把下单、付款这条线先跑通。
  3. 备案通过后,再把网站放到网上,配好网址和浏览器地址栏里那把小锁(HTTPS 证书)。
  4. 最后,用一笔真实的小额订单,从头到尾走一遍。

示意图:上线前要排队的四步,等待期也是准备期

别等手续全办完了才开始准备。 备案的那十几二十个工作日,完全可以用来把东西在本地调好,等它一过,直接上线。

放到网上,到底放了什么

「把网站放到网上」这句话,听起来像是上传一个文件。真做起来,放上去的是好几样东西。

拿开一家能在线收款的小店打比方会好懂一些。

用户看到的页面是店面,要放在一个别人随时能来的地方。真正干活的后台程序是收银员,得待在一台一直开着的电脑上,这台电脑就是云服务器。订单和付款记录是账本,存在数据库里。域名是店铺的门牌号,别人顺着它找到你。那把小锁,是告诉顾客这家店的门是锁好的,付钱时信息不会被人半路看见。

把上线想成开一家能在线收款的小店,店面、收银、账本和门牌各有位置

你自己的电脑一关机,收银员就下班了。所以上线这件事,就是把店面、收银员和账本都搬到一个不会关门的地方,再挂上门牌。

搬一次不难,难的是每样东西都要有自己的位置,彼此还要认得对方。这也是为什么第一次上线,总感觉事情一件接一件。

钱付了,会员却没开通

假设前面都顺利,网站能打开了,支付也开通了。还有一种情况,新手几乎都会遇到。

用户付了钱,页面上却还写着「未开通」。

要弄明白它,得先知道一笔钱付完以后发生了什么。用户在微信里点了「支付」,钱进的是微信支付的账户。微信支付再按你事先留好的地址,去通知你的系统,「某某订单,钱到了」。你的系统收到通知,才会去改订单状态、给用户开会员。

这个通知地址,技术上叫回调地址。整条链路里,它最容易出错。

一笔钱从下单到显示已支付,中间要靠支付平台回头通知你的系统

常见的情况有两种。一种是地址留错了,留成了用户看到的那个页面的网址。页面是给人看的,接不了这种通知,消息就丢了。要留的是你后台服务的地址。另一种是消息收到了,却没有传到负责开会员的那一段程序,钱到账了,会员没动静。

两种情况,用户看到的都是付了钱、什么也没发生。对一个刚上线的小产品来说,这比页面丑一点伤人得多。

示意图:回调的两种翻车,通知地址留成了页面,或者消息没传到开会员那一步

上线前的验收标准不是页面能打开,而是一笔钱能走完全程。 下单、付款、系统收到通知、会员开通,最后你自己打开后台,能查到这笔账。这几步一步不落,才算真的能收费了。

第二个产品,别再从头接一遍

一个人做产品,很少只做一个。

先做个小工具,后来又冒出个小程序,再后来可能还有一门课。要是每个产品都单独接一次支付,资料要重填,配置要重配,钱还散在不同的地方。到了月底想知道这个月一共挣了多少、哪个产品卖得好,就得一个个后台翻过去,自己拿表格加。

业务还没几单,配置倒先开起了分店。一个人确实招架不过来。

我的做法是只用一个商户身份,下面挂多个产品。所有产品付款时都跳到同一个收银页面,钱进同一个账户,再用一个后台统一查账。每笔订单带着自己的产品标记,想单看某个产品的收入可以,想看总数也可以。喵呜档案就是挂在这套后台里的一个应用。

一个商户身份下面挂多个产品,共用收银和查账,收入可以分开看,也能看总数

第一个产品上线时,多花一点时间把这套底座理清楚。后面接第二个、第三个,只需要新登记一个应用,力气就能花在产品本身上。

把账算明白

最后说说钱和边界,这部分最好提前心里有数。

开通微信支付和支付宝商户,本身不收开户费,它们是按每笔交易收手续费。多数行业是千分之六左右,有些虚拟类业务会更高,具体以申请时平台给出的费率为准。

长期要花钱的,主要是域名、服务器和数据库。域名一年几十块,服务器和数据库按月或按年付,各家云服务商新用户活动差别很大,下单当天的价格才算数。

时间也是成本。从办执照到备案通过、商户审核完成,前后几周很正常。

示意图:开户费、手续费、域名、服务器和数据库、时间几项成本,以及只留在自己手里的商户号、密钥和证书

还有一条,比省钱更重要。商户号、密钥、证书这些东西,只能留在你自己手里。 任何人说「发给我,我帮你配」,都别信。它们等于你这家店的收款权。

这些事,最后都得你自己负责。听起来有点硬,可一个人做产品,迟早要把这些角色补齐。

公司里分给不同人的活,一人公司要一个人接住

把半程路走完

我把这半程按动手的顺序,写成了一份教程,叫《「OPC一人公司」从零开始上线SaaS红宝书》。OPC 是一人公司的意思。教程从准备账号和资料开始,一直写到用一笔订单验证整条链路,每一步都写了做完应该看到什么,出错时先查哪里。技术细节都留在教程里,这篇只想帮你把路看清楚。

如果你手上已经有一个做好的东西,可以先拿这篇里的顺序对一对,看看自己卡在哪一站。如果你还只有一个想法,那就从定身份开始,把要排队的事先排上。

回到开头那个朋友。

下次他再问怎么付钱,你把网址发过去。他点开,付款,你的后台里多出一笔订单,他那边显示已开通。

接上之后,用户点开看到的收银页面

那个「立即开通」按钮,就算真的接上了。

鸿尘客 Honchic · 把脑洞焊到电路板上

接着看

再读几篇项目与技术手记。

返回全栈开发

读到这里,也聊聊你的想法。

项目复刻、技术交流,或者一起折腾点什么。