
























各位 V 友好,
公司有个阅读社团,书都是社员自发凑的,陆陆续续堆了几百本。一开始用 Excel + 群接龙管,谁借了谁还了全靠自觉,结果一学期下来:
试了几个现成方案,要么太重(要部署服务器),要么是 SaaS 按人头收费、数据还不在自己手里。干脆自己用微信云开发撸了一个原生小程序,零运维,社员扫码即用。
核心思路是把每本书做成一条「漂流链」——一本书从入库开始,借出、归还、再借出,全程留痕,正好契合社团「书在大家手里传着看」的氛围:
纯原生微信小程序 + 云开发,没有自建后端:
borrowService.js)user_station 关联表 + role='admin' 判定,未登录可浏览、借还需登录、管理需角色drift(漂流表),用 origin_id 串联同本书的多次借还,book 表只做目录不维护状态云存储一律存相对路径方便迁移,单次查询 20 条限制都用分页扛过去了。
社团里跑了一段时间,借还、预约、逾期提醒都稳了,月末对账终于不用翻聊天记录了。商业化这块还在摸索——订阅制( 30 天试用 + 激活码续费),小社团用得起,数据全在自己云环境里。
季度会员 = 一个季度的图书角订阅(含全部功能 + 新书提醒额度)。下面 10 个码先到先得,用过的请回帖标一下「 X 号已取」,方便后面的人不踩空:
1. KALWNP7BPGUF
2. TNCDQU2CWJCC
3. BFDB2L9B8PGU
4. ZZX6KT64LTW6
5. GNN6RRNU7MGU
6. GLMYYR46FN6E
7. 4P4JA7ZQA6U3
8. 5BYBS6SUZA74
9. LQWFAPGRDQTK
10. 4NCPVRXT3K74
怎么用:
取走后顺手回帖喊一声「 N 号已用」🙏 有问题 / 有需求直接在帖子里提,我接着迭代。
不算什么大项目,就是解决了个社团运营的真实小痛点。如果你们公司也有阅读社团或者想做内部共享书架,可以试试。建议 / 吐槽 / PR 都欢迎 👇
此内容由惯性聚合(RSS阅读器)自动聚合整理,仅供阅读参考。 原文来自 — 版权归原作者所有。