宿舍小程序开发踩过的坑：从需求到上线的6条经验

前年帮学弟的宿管会做过一个报修小程序，上线两周就被楼管阿姨弃用了。复盘下来问题不在功能，在于我们一开始想当然。宿舍小程序这类东西，用户群体封闭、场景固定、预算基本为零，踩的坑跟做商业小程序完全不是一回事。

室内定位基本没用，别硬上

我们最初想做"自动识别你在哪栋楼"，调了 wx.getLocation，实测在宿舍楼里漂移一百米以上，同一间宿舍刷新两次能给出两个不同的楼栋。后来改成进页面弹楼栋选择，把 1 到 12 号楼做成大按钮，再记住上次的选择，报修步骤从 5 步压到 2 步，完成率立刻上来了。老宿舍信号也差，地下室和楼梯间经常断网，表单必须做本地草稿缓存，提交失败能重试，不然学生填一半全白填。

还有个细节是时间。宿舍场景的使用高峰特别集中，晚上 22:30 到 23:30 的晚归签到，几千人挤在半小时内。我们用云函数扛过一次，免费额度下的并发直接排队，签到卡了 40 秒。后来把签到改成客户端先写本地、再批量上报，峰值就平了。做宿舍小程序，得先想清楚"几千人同一分钟干同一件事"这个场景，别等出事再补。

资质和审核，比写代码更卡人

小程序主体是个人还是学校，能做的功能差很多。个人主体开不了微信支付，二手交易、拼单代购这类碰钱的功能直接没戏，只能做信息展示加线下转账。名字里带校名通常要提供授权或相关证明，我见过一个同学的小程序因为名称含校名被驳回三次。涉及 UGC（失物招领、二手发布、树洞）必须接 msgSecCheck 内容安全接口，图片走 imgSecCheck，一旦有人发违规内容被举报，封的是你的小程序。

• 名称、简介里不要出现未授权的校名、院系名
• 收集学号、手机号要写清用途，只存必要字段
• 有发布功能的，文本和图片都过一遍内容安全接口
• 涉及支付的，先确认主体能不能开通商户号
• 准备一个隐私政策页面，审核时经常被要求补充

技术选型上，我现在的建议是能用云开发就别自建。宿舍项目预算基本为零，云开发的免费额度撑一个几千人的小程序够用，省掉服务器、域名备案、HTTPS 证书这些麻烦。真要自建，一台 2 核 4G 轻量服务器加 MySQL，一年三百多块，但学生团队没人会运维，半夜宕机了没人管，报修数据丢了更麻烦。

最后是人的问题。做这类小程序的多是学生团队，一两年就换届。代码没注释、数据库结构没人讲得清、云账号绑在毕业学长的手机上，这些我都遇到过。上线第一天就该做三件事：项目托管到社团的公共账号，写一份新人看得懂的数据字典，交接时当面把后台过一遍。功能可以少做，能活下去才重要。