找人开发小程序一般怎么收费：一口价、按人天还是按功能

找人开发小程序，常见的收费方式有三种：一口价、按人天、按功能模块。没有哪种一定更好，关键看你的需求有多清楚。

需求已经想清楚、不太会变的，用一口价。需求还在摸索、会边做边改的，按人天或者分阶段更合适。

三种收费方式

一口价

双方先把要做的功能全部列清楚，然后报一个总价。做完这些功能，就付这么多钱。

好处： 总花费一开始就确定，你心里有数。

要注意： 一口价对应的是一份固定的功能清单。清单之外的东西，要另外算。所以清单写得越细越好。如果清单很粗，只写「商城功能」「会员功能」，后面很容易出现「这个不在范围里」的争议。

适合： 需求清楚、范围明确的项目。大多数中小企业的小程序都属于这一类。

按人天

按实际投入的人数和天数来算。比如一位开发做了 20 天，就付 20 个人天的钱。

好处： 灵活。需求可以随时调整，做多少算多少。

要注意： 总花费事先不确定。需要对方定期告诉你已经用了多少天、还剩多少工作，否则容易超出预期。

人天的价格各家差别很大。一篇公开的文章给出的说法是，按开发人员的经验，从每人天八百元到四千元以上不等。这是开发公司自己的说法，只能作为参考。

适合： 需求还不确定、需要边做边探索的项目；或者长期的维护和迭代。

按功能模块

把小程序拆成一个个模块，比如登录、商品、订单、支付、会员，每个模块单独标价，加起来就是总价。

好处： 你能清楚地看到每一块花了多少钱，也可以自己决定哪些先做、哪些以后再做。

要注意： 模块之间往往有关联。单独看每个模块都不贵，但把它们连起来的工作也要有人做。要确认报价里包含了这一部分。

适合： 想分期做、先上核心功能的项目。

三种方式放在一起看

实际当中，这三种常常混着用。比如主体功能一口价，上线后的修改和新增按人天。

付款怎么分期

不管哪种收费方式，通常都是分期付款，每一期对应一个看得见的成果。

常见的分法是三期：签约时付一部分，中间看到可以操作的版本时付一部分，上线验收后付清。也有分成四期的，在设计稿确认时多加一个节点。

分期的道理很简单：一次付清，你没有保障；全部留到最后，对方没有保障。让每一笔钱都对应一个你确认过的成果，对双方都公平。

维护费怎么收

上线之后的维护，常见的有三种收法：

• 按年收。 每年付一笔固定的费用。网上常见的说法是开发费的 10%–20%。
• 按次或按人天收。 有问题时才找对方，按实际工作量算。
• 包含一段时间。 上线后的头一段时间内，修改不另外收费。

要问清楚的是：维护费包含哪些事？服务器的费用算不算在内？修问题和加新功能怎么区分？

合同里要写清的五件事

1. 功能清单。 逐项列出要做什么，作为合同的附件。
2. 什么算做完。 比如通过微信审核、正式发布、主要流程能走通。
3. 改需求怎么算。 哪些修改包含在内，哪些算新增。
4. 付款的节点。 每一期在什么条件下支付。
5. 上线后的服务。 包含多久、包含什么、之后怎么收费。

这五件事写清楚了，用哪种收费方式都不容易出问题。更完整的注意事项，见找人开发小程序需要注意什么。

该选哪一种

• 你已经很清楚要做什么 → 一口价，把功能清单写细。
• 你只有一个大方向，细节要边做边定 → 先用一口价做一个最小的版本，后续的迭代按人天。
• 你想控制第一期的投入 → 按功能模块，先做最核心的几个。

我的做法

我的做法是先聊清楚需求，把要做的功能逐项写进一份功能确认单，再按这份清单来报价。写进去的是这次交付的范围，没写进去的以后可以加，算新的需求。

上线后两周内，只要不是新增功能，修改不另外收费。完整的步骤见合作方式与交付标准。

常见问题

找人开发小程序一般怎么收费？ 最常见的是一口价：先列清功能，再报总价，分期付款。需求不确定的项目会按人天收。

一口价会不会后面加钱？ 清单内的功能不应该加钱。会加钱的是清单之外的新需求。所以关键是开工前把清单写细，并且在合同里写明改需求怎么算。

按人天会不会被拖时间？ 有这个可能。应对的办法是让对方先给一个预估的总天数，并且每周告诉你已经用了多少。明显超出预估时，要能说清原因。

小程序开发大概是什么价位？ 见开发一个小程序需要多少钱，里面有模板平台的官网价格和市场上对定制开发的几种说法。