找谁做小程序，先分清四条路
「小程序外包怎么选」这个问题，其实要先拆成两问：你要的到底是什么，以及下面这四条路里哪一条跟你的情况对得上。先看路，再谈价格，顺序反了很容易被报价牵着走。
| 方案 | 大致费用形态 | 适合什么情况 | 要注意什么 |
|---|---|---|---|
| 模板 / SaaS 平台 | 按年订阅，起步较低 | 需求就是标准商城或展示，不打算做个性化 | 数据在平台手里，深度定制受限，长期可用性取决于平台本身 |
| 个人工作室 / 自由开发者 | 通常比同规模公司更省 | 需求明确、中等复杂度，希望沟通直接、少绕流程 | 判断依据是这个具体的人，而不是这个身份 |
| 外包公司 | 相对更高 | 需求复杂、周期长、需要多人协作与流程管控 | 对接你的人未必是写代码的人，人员流动后同样可能找不到人 |
| 自己用 AI 做 | 主要是时间成本 | 内部工具、验证想法、预算很低 | 能跑和能上线是两件事，备案、类目、审核这几关绕不开 |
同一个项目，在「只验证想法」阶段和在「要长期运营」阶段，正确答案可能完全不同。所以先把「上线之后谁来管」想清楚，比先比价格重要。
报价为什么能差好几倍
同一个需求，你收到从几千到几万不等的报价，差距通常不是有人黑心，而是这几块内容压根不在一个范围里。把这六项对齐了，报价才有可比性。
需求清不清晰
需求越模糊，报价里预留的「不可预见工作」就越多，数字自然往上走。先把需求写清楚，本身就是省钱。
功能范围到哪一步
一个「简单商城」可以只是下单付款，也可以带优惠券、分销、退款、对账，相差好几倍的工作量。
含不含界面设计
有没有人专门给你做界面，还是照着现成模板套一套。这两件事的投入差得很远。
含不含后端与管理端
只做小程序前端，和连数据库、带一套管理后台，是两倍以上的工作量，也是最容易被含糊过去的一项。
含不含上线协助
备案、服务类目、前置资质、提审，这些是独立的工作量，有的报价算在里面，有的要另外加。
含不含维护期
上线后的服务器、故障响应、平台规则变化带来的适配，往往不在第一笔报价里，却迟早要花钱。
如果对方没问几句就给出一个总价，通常只有两种可能：他把你当标准品估的，或者他打算做到哪算哪。这两种到了中后期都容易扯皮。让对方把报价按模块拆开，你才知道自己买到了什么。
六个问题，筛掉大半不靠谱的
与其看规模、看话术、看案例墙，不如直接问这几个问题。回答得含糊其辞的，基本可以往后排。
-
上线之后，代码归谁？
要能拿到完整源码与部署文档，并且写进合同。不给源码，等于把后续的维护和加功能都锁死在对方手里——想换人是换不掉的。
-
出了故障多久响应，维护怎么算？
有没有明确的响应时间？维护是包含在项目款里，还是单独按年收费？这两件事越早说清越好，别等真出问题才谈。
-
为什么这么设计，你能不能讲清楚？
好的服务方会先问你的业务问题，而不是你说什么就做什么。能说出取舍理由的人，往往也更能帮你在后期做对选择。
-
备案、类目、资质这些你们管不管？
上线不是写完代码就完事。备案、服务类目、前置资质各自都能卡住一个项目。提前确认由谁负责，比自己摸索省时间。
-
有没有能点开看的线上案例？
截图谁都能做，作品墙也可能是买的。能给你一个真实可访问、能点着操作的小程序，参考价值完全不同。
-
需求变了怎么算？
开工前把变更规则谈清楚，比后期争论「这个改动算不算新需求」要省事得多，也不会伤和气。
个人开发者可以答得很清楚，大团队也可能一条都答不上来。它们筛的不是规模，是这个人或这个团队有没有真的把事情想明白。
合同与付款，写清楚这几条
口头上说得再好，落到纸面才算数。下面这几条建议逐条确认，其中前两条出问题的概率最高。
- 交付物清单 — 源码、数据库结构、部署说明、各类账号权限，逐项列明，不要只写「交付小程序」
- 知识产权归属 — 明确约定源码与设计稿的著作权归谁，这一条与金额同等重要
- 付款节奏 — 常见做法是分阶段付款，按里程碑推进，不建议在验收之前付清
- 验收标准 — 什么样算完成、由什么来判定，写清楚就不容易陷入「我觉得不行」的无标准争议
- 变更与追加 — 超出原范围的需求怎么计价，提前约定好单价或规则
- 维护期与续费 — 上线后包含多长时间的维护，之后按什么方式续费
一次性付清之后，你对进度的约束力基本为零。分阶段付款不是不信任对方，而是把双方放进一个能正常推进的节奏里。具体比例按你们商定的方式办，但节奏要留在你手里。
个人工作室和外包公司，到底差在哪
这是被问得最多的问题。坦白说，形态本身不决定结果，真正影响你体验的是下面这三件事——它们与对方是公司还是个人，都没有必然关系。
一、谁对结果负责
能不能找到那个真正对结果负责的人。公司里销售、项目经理、开发可能是三个人，出了问题容易互相推；工作室通常负责人就是执行人，但反过来说，也没有第二个人兜底。
二、一年后还找不找得到人
项目做完一年后再联系，对方还在不在、还愿不愿意管。公司会因为人员流动而失联，个人会因为转行而失联，两边都要看，别默认公司就一定更稳。
三、代码归不归你
这条与形态无关，只与合同有关。不给源码的，再大的公司一样能把你锁住；源码交付写得清楚的，个人工作室一样能让你随时换人。
所以更有用的判断方式，不是「选公司还是选个人」，而是问一句：从判断该做什么、写代码、到上线之后的维护，是不是同一个能负责的人或团队在跟？ 如果这三段被切给了三个人，那么无论选哪种形态，风险都是一样的。
让对方讲一遍他最近做的一个项目：为什么这么设计、中间改过什么、上线后遇到过什么问题。能讲出细节的，通常是真正在做这件事的人；只会讲规模和案例数量的，多半是转述。
我们适合什么样的项目
把擅长和不擅长的都说清楚，比一味说自己的好更有用。下面这些是我们能接得踏实、也能做好的；不适合的部分，我们也会直接告诉你，帮你省下绕路的时间。
适合交给我们的
需求还没完全想清楚，需要有人一起梳理；中小型小程序，含后端、管理端与长期维护；从别人手里接过来的项目，需要评估、接手或重构；卡在备案、类目、审核某一环，需要有人处理。
我们会建议你换路的
只要一个标准模板商城、越快越省越好——用成熟平台订阅更划算；预算很低但想要的功能清单很长——需要先一起做减法；只想有人照着现成设计稿把界面敲出来——这类用 AI 自己生成更快也更省。
AI 让写代码这件事变得便宜了，所以我们把力气花在需要人来做的部分：判断这个项目该做什么、处理上线路上的门槛、让代码在几年后还有人能接着改。这三件事，是我们存在的理由。AI 生成的项目怎么接手与AI 时代怎么做小程序这两页，讲的就是这个思路。
常见问题
形态本身不决定结果。真正影响体验的是三件事：有没有一个人对项目全程负责、上线一年后还能不能找到人、代码归不归你。这三件问清楚，比纠结对方是公司还是个人更有用。
不一定是问题，但差得太多通常意味着双方说的不是同一件事。让对方把报价按模块拆开，只做前端的报价，和含后端、含上线协助、含维护期的报价，本来就不该是一个数字。
建议一定要拿。没有源码，后续想换人维护、想加功能、想把项目迁移走都会很被动。把源码与部署文档写进交付清单，是最基本的保障。
是两件事。写代码和备案、服务类目、提审属于不同的流程，可以并行推进，但都要有人负责。备案与提审的区别，可以看我们另一页的说明。
可以，但要先评估。关键看三点：有没有源码、代码结构能不能继续往上加功能、能不能在现有基础上改。如果连源码都没有，要先解决这个前提问题。
差在有人替你判断该做什么、替你处理上线路上的门槛、替你在出问题时兜底。如果只是验证一个想法，用 AI 自己做完全够；如果这个项目要长期运营，这几件事迟早要有人做。
按项目范围报价，不按人天堆。先聊清楚要做什么、上线之后谁来维护，再出方案和报价。需求没聊清之前给的数字，对双方都不负责。
内容说明：本页基于常见的项目合作经验整理，用于提供选型思路与对比参考。不同项目的情况差异很大，具体条款与责任划分请以双方正式约定为准。