跑步社团

• 首页展示四块内容：招新公告、社团活动、社团宣传标语、社团福利
• 个人页面用微信账号一键登录
• 登录后拿到用户的 openid，保存到云端数据库

首页就是社团的"线上招新海报"——让人一眼看懂这是什么社团、有什么活动、怎么加入，替代纸质传单。登录是为了让小程序记住每个人是谁：后面报名、留言、审核、分部门，全靠这个身份才能区分开。

• 点按钮获取微信头像
• 在输入框里获取微信昵称
• 头像和昵称都有了，"加入社团"按钮才能点

解决一个真实问题：微信改了政策，老做法已经拿不到真实头像和昵称了。网上很多老教程、老提示词会直接失效。这一步会让你亲眼看到——"照着视频做不出来"不一定是你的错，可能是时代变了。

• 有个输入框能写留言
• 点发送后立刻显示出来
• 所有人发的留言都在这里能看到

给社团一个"公共讨论区"——像公告栏下面的意见本。新人可以问"零基础能加入吗"，老成员可以约跑，管理员可以收集反馈。这是小程序第一次把用户写的内容存进云端。

• 首页留一个"留言板"的入口
• 点一下跳进专门的留言页
• 留言功能本身不变

首页堆太多东西会显得乱。把功能拆成独立页面是所有 App 的标准做法——就像手机底部每个图标对应一个页面。这一步学的是"什么时候该拆页面"。

• 每条留言只显示三样东西：昵称 + 留言内容 + 时间

头像会让页面变重（要加载图片、要处理加载失败、有人没设置头像就会空一块），而文字留言用昵称已经完全够用。学会砍功能也是一种能力——不是功能越多越好。

• 只有自己发的留言旁边才有"删除"
• 别人的留言看不到删除按钮
• 点了要先确认一次，防止误删

这是"权限"的第一课：同一个页面，对不同的人显示不同的按钮。同时回答一个很实际的问题——我的留言凭什么能删、别人的为什么不能删？靠的是每条数据里都藏着一个"归属人"标记（_openid），系统拿它和当前登录的人比对。

• 任何人打开小程序都能看到全部留言
• 但只能删掉自己的
• 这两件事要同时成立

这是第一次遇到"代码完全正确，但功能就是不生效"。留言写得再对，只要数据库权限没放开，别人就是看不到你的留言。权限就是"谁能看、谁能改"——所有 App 的安全性都建立在这件事上。

• 底部出现"部门"这个标签
• 点进去是一个空页面——先什么都不放

这是故意留白。先把入口摆出来，让你每次打开小程序都看见它——你现在还不知道里面要放什么，等到后面做部门管理的时候，这个空页面就会一点点被填满。真实的 App 就是这么长出来的：先占位，再填内容。

• 点首页招新 → 进入招新页
• 页面底部固定一个"加入社团"按钮
• 点按钮弹出表单，要填 姓名、班级、想申请的部门
• 表单底部有"提交"，点提交显示"提交成功"

这是整个小程序最关键的一步——把"看"变成"参与"。表单是所有报名、注册、下单、登记类功能的基本形态：收集信息 → 提交 → 存起来。学会这一个，以后做任何"填信息提交"的东西都是同一套思路。

• "我的"页面加"管理"按钮，点它要输密码才能进
• 管理页能看到所有人的报名
• 能对每条报名选"同意"或"拒绝"
• 能给某个报名者发通知（写上面试时间、面试地址）
• "我的"页面加"我的申请"，能看到自己的申请和管理员发来的通知

这一步把小程序的用户分成两种角色：普通同学和管理员，给他们不同的界面。报名 → 审核 → 通知，是一个完整闭环，现实里所有办事类系统都是这个结构：请假审批、活动报名、作业提交、售后工单。而"通知"解决的是真问题——社团招新要通知谁来面试、几点、在哪里。

• 管理页多一个"社团成员"标签页
• 被点过"同意"的人出现在这里
• 这些成员数据存在云端数据库

"报名表"和"成员表"是两件不同的事：报名表记录的是"申请"，成员表记录的是"已经是"。就像应聘简历和员工名册——投了简历不等于入职。同一件事，可能要用两张表分别记录不同阶段。

• 点"同意"后，这个人立刻出现在社团成员列表里
• 不需要管理员再去手工添加一次

这是一条典型的"验收时才发现漏了"的提示词：你点完同意，发现成员表还是空的。这个"发现问题的过程"本身就是需求的一部分。做完就自己点一遍，发现问题马上补一条提示词。

• 让管理员的"同意""拒绝"按钮真正生效
• 点击后报名状态能改过来

代码看起来完全正常，问题却不在代码里，而在数据库权限上。默认权限不允许一个人修改别人创建的数据。这一步要记住一句话：AI 只能改代码，改不了后台配置。以后遇到任何"功能不生效"，先分清是代码问题还是配置问题——知道该去哪里找原因，比会写代码更重要。

• 社团成员列表显示：昵称 + 班级 + 所属部门

和前面留言板那一步是同一件事，但这里有个重要的对比：为什么同样一句话要写两遍？因为这是两个不同的页面，AI 不会自动把要求推广到别处。需求要说到具体位置——"不要头像"说一次只改一处。

• 成员表里每条记录都带着该成员的 openid
• 能把"这条成员记录"和"某个微信号"对上

解决一个隐形但致命的问题：光有名字认不出人。社团里有两个"张伟"怎么办？存了 openid，小程序就能做到"谁登录就认谁"，后面判断"你是不是这个部门的成员""你能不能点管理按钮"才不会认错人。openid 是身份，名字只是标签——标签会重复，身份不会。

• 管理页加一个"部门"选项卡
• 能新建部门，填名称、职责、描述
• 能往部门里添加成员、设部长、设副部长
• 开设的部门要出现在"部门"页面
• 只有属于该部门的成员才能点进部门详情页

把一个大社团拆成训练部、宣传部、后勤部——就像公司分部门、班分小组。这是小程序第一次出现层级：社团 → 部门 → 人。也是第一次出现"看得到、但进不去"的设计：不是成员就点不进去。

• 新建一个数据表
• 每往部门里加一个人，就往这张表写一条记录
• 一个部门可以对应多条记录（= 多个成员）

为什么不能直接在部门里写一串成员名字？因为那样就做不到"一个人只能进一个部门""查看某个部门的全部成员"这些功能。用一个单独的表格记录"关系"，是所有 App 背后存数据的基本思路——你手机里的聊天记录、好友列表、点赞，都是这么存的。理解了这个，就理解了软件世界的一半。

• 点"添加成员"弹出一个列表
• 列出所有社团成员，点一下就能选中

解决一个很实际的问题：手打名字会打错（少一个字、多一个空格、写成小名），一旦打错，后面"这个人属不属于这个部门"就全对不上了。从列表里选，数据永远一致。这就是"用选择代替输入"——你平时填表时看到的日期选择器、城市下拉框，都是这个原因。

• 给一个已在部门里的人再加部门时
• 提示"该成员已加入部门，不能重复加入"

注意：这条规则 AI 绝对不会自己想到。它不是技术问题，是你们社团自己定的规矩——就像"一个人不能同时是两个班的班长"。业务规则必须你来说，AI 只负责实现你已经想清楚的那部分。你没想到的规则，它也不会替你补上。

• 能从部门成员里选一个人移除
• 移除后他从部门成员列表消失
• 如果他原本是部长或副部长，也一并取消

一个只会"加"不会"减"的功能是不完整的。真实系统里"退"和"进"同样重要：退部门、取消报名、退订、解绑。做完一个功能，问自己一句"那反过来的操作呢？"

• 把 A 加进训练部之后
• 去社团成员列表里能看到"A —— 训练部"

同一个事实（谁在哪个部门）被两个页面同时需要。这就带来一个真实开发中最常见的问题：改了一处，另一处要跟着变。很多 bug 都是这么来的——加的时候同步了，移除的时候忘了同步。改完一件事，去所有相关页面都看一眼。

• 点部门卡片 → 进入该部门详情页
• 如果不是这个部门的人，则提示"您不是该部门的成员"，不让进

把前面定的规则真正落地。这里会出现一个很典型的 bug：部门列表上明明显示"✓ 已加入"，点进去却提示"你不是该部门的成员"——因为两个页面判断"是不是成员"的标准不一样。同一个规则，要用同一套标准去判断。

• 点"查看成员"能看到该部门所有人的名单
• 标出谁是部长、谁是副部长
• 按钮位置：在"添加成员"的上面

注意这条提示词里有一句"查看成员按钮要放到添加成员的上面"——这是很典型的真实需求：功能放在哪里，也是需求的一部分。你只说"加个按钮"，AI 可能给你放在最下面，你还得再改一次。学会把"放在哪、长什么样"一起说清楚。

• 部门详情页有一个"管理"按钮
• 只有该部门的部长和副部长能看到并点击它
• 点开后弹窗，可以选"发布通知"或"颁布任务"
• 发布的内容只显示在本部门详情页里
• 一个部门可以有多条通知、多条任务

这是社团真正的日常运转工具——部长在群里发通知容易被刷掉，写在部门页里大家随时能查。也是权限最细的一层：同一个页面，游客进不来、普通成员只能看、部长能发。