花两个月帮社区老年中心搭了个管理系统，结果被街道办看上了

说个最近有意思的事。上个月我妈在社区的老年活动中心当义工，回来就跟我抱怨说管理太乱了——老人签到靠手写本子，活动报名靠群里接龙，排课排得一塌糊涂，有时候两个活动时间撞了都没人发现。

我一听，这不就是个小型的排课管理需求吗？跟我平时上班做的系统比，简直不是一个量级的。就跟我妈说，我给你整一个。

没想到这个"随便整一下"，一干就是两个月。

需求比想象中复杂得多

一开始我以为无非就是做个报名签到系统。结果深入一聊才发现，老年活动中心的需求跟公司系统完全两码事。

第一，老人不太会用手机。你不能让他们下载 APP 或者记住复杂的操作流程。最好是在微信里搞定一切。所以我把前端直接做成了微信小程序，界面字体调到了最大号，按钮间距也加宽了——防止老人点错。

第二，活动类型特别杂。有跳舞班、书法课、合唱团、棋牌活动、健康讲座……每个活动的报名方式不一样，有的需要提前报名，有的随到随参加。排课的时候要考虑场地冲突、老师时间、甚至还要避开老人常去的菜市场营业时间。

第三，签到方式。之前是签字，老人排队得排半天。我加了个功能，让老人在小程序里生成一个固定的二维码卡片，打印出来放手机壳里，到中心扫一下就行。不会用手机的老人，由前台帮忙扫。

技术栈挺普通的，后端用 PHP + MySQL，前端是微信小程序。排课冲突检测那段稍微花了点心思，用了一个简单的区间检测算法，配合数据库索引，基本实时就能查出冲突。

真正花时间的是跟活动中心的阿姨们沟通需求。我就发现一个道理——做产品最难的不是写代码，是你以为懂了用户，其实是用户迁就你的设想。前前后后改了四五版，最后出来的是一个跟最初设想完全不一样的东西。

系统上线后用了两周，我妈说社区主任觉得挺好，街道办的人也来看了一次，觉得这个系统可以推广到其他社区。

上周街道办一个主任直接加了我微信，问能不能把这套系统复制到街道下面的六个社区。我说可以，但得根据每个社区的情况做定制。于是现在我在给六个社区分别做适配——有的社区有舞蹈房但没有书法教室，有的社区老人平均年龄更高需要更大字体。

说实话，一开始真没想到这个事会变成这样。一个随手帮忙的小项目，现在居然有了"横向推广"的趋势。

第一，真实需求往往藏在小角落里。很多看起来不起眼的需求，你认真去做，会发现用户比你想象的更需要。

第二，ToC 的产品要做好打磨，ToB 的需求做好交付就行。但这个系统介于 ToC 和 ToB 之间——使用者是老人，决策者是社区。你得同时搞定两边，比纯做一样累多了。

第三，别小看"非主流"用户群体。老年人市场经常被互联网行业忽略，但真要深挖，需求堆起来吓人。

目前系统还在迭代中，六个社区的适配估计还得一个月。如果你也在做类似的项目，欢迎来交流，说不定能合作搞个标准版出来。