这个方向更适合已经能独立完成小项目的程序员：你有主业兜底，不靠接单收入吃饭；同时愿意花时间维护一个像样的 GitHub 作品集，让客户主动找上门，而不是永远在群里抢低价单。
结论也直接说在前面：用 GitHub 展示能力接私活，核心赚的不是“接单钱”，而是筛选权。作品集不是简历的补充，它本身就是你的销售页面。当你只有一次性的外包需求时，客户比价、压低预算；当客户看完你的项目、知道你能解决某个具体问题后，他更愿意为确定性付溢价。3000 到 10000 元一单的区间，在真正匹配的技术私活里并不夸张，但它通常不属于“会写代码就能稳定接到”的那一类。
先判断自己适不适合走这条路
不是所有程序员下班后都适合用 GitHub 接私活。你至少要满足其中两条：
- 有 1 到 2 个能公开运行、能看懂解决什么问题的小项目；
- 主业之外每周能稳定投入 6 到 10 小时；
- 能把需求拆成任务，而不是只会写别人安排好的功能；
- 能接受第一单可能来自低价、返工和反复沟通。
如果你的目标只是快速赚几百元零花钱，直接做兼职任务或熟人外包会更省事。GitHub 作品集适合想要把副业变成可持续获客渠道的人，尤其是做 Web 开发、小程序、自动化脚本、数据分析工具、API 集成或独立工具的上班族。
为什么是 GitHub 项目，而不是简历
简历证明你做过什么岗位，项目证明你能解决什么问题。对私活客户来说，后者更重要。
很多客户不会看你的代码质量，也看不懂架构是否优雅。他们真正会看的是：这个工具能不能跑起来、界面像不像正经产品、README 有没有讲清楚用途、有没有真实的部署地址或演示视频。一个能打开、能操作、能展示结果的项目，比写满技术栈的自我介绍有说服力得多。
所以，接私活用的 GitHub 项目不需要追求复杂。更重要的是“完整”：有清晰的项目名、一段能看懂的问题描述、几张运行截图、安装或使用方式，以及一个可以访问的 Demo。哪怕只是一个给运营同事用的 Excel 去重脚本，只要说明白“以前需要 20 分钟，现在点一下 30 秒完成”，对潜在客户来说就是在展示你的价值。
用 GitHub 获客的三种常见路径
不要把 GitHub 当成一个丢上去就有人看的平台。没有主动展示，项目不会自动带来客户。常见且可执行的方式有三种：
第一，把 GitHub 链接放进你的接单主页和沟通材料里。 在 Upwork、码市、猪八戒等平台的个人简介中，附上项目地址。客户从“这个人会什么”变成“这个人做过什么”，沟通成本会低很多。前提是项目公开、内容干净、没有泄露前公司代码或敏感信息。
第二，围绕一个具体问题写项目说明。 比如“给电商运营做的批量导表工具”“给自由职业者做的发票整理脚本”“给小型门店做的预约页面”。这类项目即使不追求技术难度，也更容易被正在寻找同类解决方案的人搜到或理解。
第三，把解决过程沉淀为可展示的案例。 如果你给朋友或前同事做过一个小工具，在征得同意的前提下，把业务问题、解决思路和最终效果整理成项目说明。它不一定要开源核心代码，可以只展示使用流程、运行效果和实现范围。
接单平台怎么选：先看佣金，再看匹配效率
不同平台的佣金、项目质量和回款方式差异很大。以下对比基于当前公开规则和常见体验，实际费率会因会员等级、平台活动或项目类型变化，接单前仍要以平台最新页面为准。
| 平台 | 适合方向 | 佣金/服务费 | 项目质量 | 收款保障 |
|---|---|---|---|---|
| Upwork | 海外远程、英文沟通 | 通常为阶梯费率，长期客户可能降至 5% 左右，新客户可能更高 | 项目类型多，技术需求明确，但竞争全球 | 平台托管资金，按里程碑释放 |
| 码市 | 国内开发外包 | 平台服务费一般由项目金额中扣除，需看具体项目说明 | 开发类项目集中，客户大多有明确需求 | 平台资金托管，按验收节点结算 |
| 猪八戒 | 国内综合服务 | 不同类目服务费不同，部分项目有投标或会员成本 | 需求范围广，价格竞争明显 | 有平台保障，但需注意需求变更和验收争议 |
| 熟人/社群/小红书 | 个人推荐、内容获客 | 无平台佣金，但沟通和信任成本更高 | 项目质量不稳定，客户预算差异大 | 需要自行约定定金、验收和尾款 |
Upwork 客单价可能更高，但对英语沟通和时差协作有要求。码市更适合做整包开发，合同和流程相对重。猪八戒的综合流量大，但低价竞争也更明显。对刚起步的人来说，不要只押注一个平台，可以先用一个国内平台熟悉接单流程，同时用 GitHub 项目作为所有渠道的统一作品展示。
一单 3000 到 10000 元，钱从哪里来
这个收入区间通常不是“改几行代码”的价格，而是对应一个小型项目的完整交付。它可能是：
- 一个后台管理界面：3000 到 6000 元；
- 一个带支付和小程序端的简单工具：6000 到 10000 元；
- 一次数据抓取与清洗交付：2000 到 5000 元；
- 一个自动化脚本加部署上线：3000 到 8000 元。
具体金额取决于需求范围、工期、修改次数和客户预算。不要只看总价，更要折算成时薪。一个 6000 元的项目，如果需要你连续熬夜 40 小时、反复改需求，实际时薪可能还不如主业。所以要用 GitHub 项目筛选客户，也要在报价前把范围写清楚。
报价建议按“功能模块 + 交付内容 + 修改次数 + 部署支持”拆开写。例如：
项目包含商品管理、订单列表、导出表格三个模块；提供源码和部署文档；首版交付后含 2 次小范围修改；不包含服务器采购和长期运维。
这样客户知道你交付的是什么，你也能避免“永久免费维护”的被动局面。
新手接私活的避坑清单
私活最大的成本不是技术，而是沟通和边界。常见问题集中在三处：
需求不写清楚就开始写代码。 前期花 30 分钟把流程、字段、页面和验收标准列出来，远好过开发到一半对方说“我以为是另一个意思”。所有需求确认都留文字记录。
不给定金或不做里程碑。 即使是熟人推荐，也建议按“定金 + 中期款 + 尾款”推进。金额较小的项目可以五五分，整包项目建议至少收 30% 定金。定金不是为了不信任，而是确认双方都认真投入。
不保留需求变更记录。 客户中途增加功能很正常，问题在于免费接受。每出现一次新增需求，就重新评估工期和费用，并明确告知：这不在原范围内，需要顺延或增加预算。
还有一个容易被忽略的风险：离职竞业、公司资源泄露和知识产权问题。接私活前先确认不违反主业劳动合同和保密义务，不使用公司电脑、公司内部代码或专有工具。项目可以开源，但不要把你上一家公司的业务逻辑原样搬出去。
更适合上班族的启动节奏
不要一上来就追求高客单大项目。按照 4 周推进，会比较现实：
- 第 1 周：选择一个 1 到 2 周能完成的小项目，确定它解决什么问题；
- 第 2 周：完成核心功能，准备 README、截图和演示地址；
- 第 3 周：把项目放到 1 个接单平台和 2 个社交渠道，开始主动联系低风险小单；
- 第 4 周：根据沟通反馈优化项目说明，复盘真正花掉的时间。
这个阶段的目标不是马上赚到 10000 元，而是完成第一次从“有能力”到“有证据”的转化。有了第一个完整项目，后续报价和沟通都会顺畅得多。
最后要管理好预期：GitHub 项目带来的是长期获客能力，不是立即排队送单。它适合愿意投入 3 到 6 个月慢慢积累的上班族。一旦作品集形成，你的副业就不再依赖平台推送，而是靠项目和口碑持续带来匹配度更高的客户。
