公益项目 ​

这一页有点特别——不聊架构多精妙、指标多好看，聊聊用写代码的手艺，做点商业之外的事。

一、为什么做 ​

技术人的日常是需求、排期、KPI，能力始终在商业系统里打转。但同样的技能栈——建站、小程序、数据工具、自动化——对很多公益组织来说是「根本请不起、又特别需要」的东西。缺的不是爱心，是把爱心组织起来的那套数字工具。

【待补充：项目缘起——什么契机、什么组织/群体】

二、做了什么 ​

【待补充：实际公益项目内容，以下是常见的方向举例，等你补充后我展开重写】

常见的几种技术公益形态：

• 信息无障碍：给视障用户做的读屏优化、语音交互工具
• 公益组织数字化：捐赠管理、志愿者排班、物资库存——把 Excel 人肉时代搬进系统
• 科普/教育：面向乡村学校或特殊群体的免费学习工具
• 透明化工具：善款流向追踪、公开透明的公示系统

三、和商业项目的不同体验 ​

做过公益项目才体会到的几个「不一样」：

1. 需求方说不出需求：公益组织的工作人员往往不熟悉技术，连「想要什么」都描述不清楚。访谈、原型、手把手演示的比重远超商业项目——先做翻译官，再做工程师
2. 没有人会「运营」你写的系统：商业产品有运营团队接手，公益系统交付后可能就一个志愿者在维护。所以一切设计从「零运维」出发：能托管的绝不自建、能配置的绝不写死、文档写到「下一个志愿者能接手」的程度
3. 可用性就是全部：没有 DAU 增长压力，但一个捐赠查询入口坏了，伤的是捐赠人的信任。稳定性优先级拉到最高，功能做减法

四、收获 ​

【待补充：项目持续时长、服务人数等】

代码能换钱，也能换一点别的东西。这类项目带来的满足感很朴素：某天收到一条用户留言，说这个工具真的帮到了谁——这比发布会的掌声实在。

如果你也在做技术公益，欢迎交流，一起搞点事。