跳到正文
微校 WeSmile

功能全景

十六个业务域能做的事

按学生怎么用来分组，不按代码怎么写来分组。每一条都是已经跑通的能力，没做完的部分单列在最后。

01

内容与社交

社区的地基。发得出去、看得到、聊得起来。

  • 新鲜事与话题

    校园动态流，带话题聚合与六级浏览范围。

    • 浏览范围由近及远六级：本校区 / 本校 / 同区 / 同市 / 同省 / 全站——它决定「我看多远」，不是「这条帖子给谁看」

    • 话题广场按最新与最热两种排序，热帖单独成流

    • 点赞、收藏、分享、楼中楼评论；列表页的计数批量算，一页固定几次查询

    • 图片九宫格与全屏预览，图片直传对象存储不经过服务端

  • 匿名树洞

    对其他用户匿名，对系统不匿名。

    • 作者只有一个马甲身份，可以更换；客户端拿不到真实作者 id，所以树洞评论没有举报到人的入口

    • 「抱一抱」代替点赞，语气上更贴匿名倾诉的场景

    • 匿名评论；正文字段与普通动态不同，四种业务的评论差异收在一张适配表里

    • 内容照样过安全检测、照样可举报可下架，处罚落到真实账号

  • 私信

    实时，且默认防骚扰。

    • WebSocket 实时推送，连不上时自动退回轮询，列表不会因此空着

    • 未回复配额：对方没回过你，最多只能发三条

    • 接收隐私三档：无限 / 未回复仅三条 / 禁止

    • 拉黑与撤回；闲置详情页可以直接对卖家起会话

  • 搜索与发现

    三类目标分开搜，逛校园页负责「今天有什么」。

    • 搜索分动态 / 同学 / 活动三个页签

    • 热搜词由服务端统计，不写死

    • 逛校园页：轮播、能力宫格、每日诗词、热门话题、热帖

02

校园生活

把线下那几件高频的事搬进来。

  • 活动

    一个活动可以有多个场次，报名落到场次上。

    • 发起活动可填地点（接入地图选点）、时间、场次与人数上限

    • 报名名单可查；「我发起的」与「我报名的」分开

    • 活动时间线记录进展，活动评论走统一评论组件

    • 活动内容可被审核上下架，与动态同一套流程

  • 闲置交易

    校内二手，交易本身在线下完成。

    • 发布带图与价格，列表可搜索

    • 详情页一键私聊卖家，不用先加好友

    • 评论区问细节，与动态共用评论组件

    • 支持上下架与软删恢复

  • 课程评价

    评课，给分与老师分开打。

    • 按教师 / 学院 / 校区 / 学校检索课程

    • 两个维度评分：给分与老师

    • 评价匿名，展示的只有分数与内容

    • 热搜关键词由服务端维护

  • 一周 CP

    问卷 → 人工配对 → 互给联系方式。故意不做算法。

    • 报名表单在管理台里可视化编辑：题型、选项、顺序都能改，改动挂在题目 id 上，已提交的答卷不会错位

    • 运营在配对工作台里选两份问卷确认配对，也可以解除让双方退回待匹配

    • 配对成功后互相可见联系方式

    • 为什么不做算法：一周一轮、样本小，人工配对的结果反而更好，也更好解释

03

身份与信任

这一块决定了前面那些功能敢不敢开。

  • 学生认证

    三条路，学校自己选开哪几条。

    • 邮箱：给学校邮箱发验证码，当场出结果

    • 学生证照片：AI 先做一遍初筛，可疑的转人工复核，审核员看得到 AI 给的理由

    • 校情答题：每所学校自己的题库，单选多选都支持，达标数可配（留空即全对）

    • 驳回理由是必填的自由文本，会原样发给提交人；重新提交的入口同时打开

    • 在线题目不够一套时，该校的答题认证会直接告知不可用，不会拿别校的题凑数

  • 能力与处罚

    「你现在能做什么」是一次服务端查询，不是客户端推理。

    • 五个能力名：发帖、评论、私聊、加群、参与交友

    • 完全封禁时全站挂横幅并说明到期时间；只能等到期的情况不放任何按钮，免得给假希望

    • 客户端不自己推导规则——推导会在四个端上分叉

  • 社团组织

    组织是一等公民，不是一个标签。

    • 组织有主页与封面，成员身份显示在个人资料上

    • 学生可以浏览组织并申请加入，加入是审核制；「我加入的组织」在个人页可查

    • 审批由组织管理员在管理台做——他只能管被授权的那一个组织，同校其他组织对他等同于不存在；校级与平台可兜底强制移除成员

    • 成员关系与组织身份（头衔）并存：身份认证通过即自动成为成员，反过来不成立

    • 适合把社团招新、活动发布下放给社团自己做

  • 学校与校区

    一套部署可以承载多所学校。

    • 学校 / 学院 / 校区 / 地点四级，地理位置挂在校区上而不是学校上（同校不同区是常态）

    • 学校字段是认证的产物，用户不能自己改；校区可以自选

    • 浏览范围最近的三级直接落在这套结构上

04

运营与治理

后台不是给开发用的，是给运营用的。

  • 举报与审核

    举报有结构，处置有痕迹。

    • 举报目标四类（用户 / 动态 / 评论 / 私信）× 理由五类，最多六件证据（图片或视频）

    • 审核台统一处理八类内容；动态、闲置、活动支持上下架

    • 删除一律软删，可以回看也可以恢复

    • 同一条已被别人处理过会明确提示，不会两个人各判一次

  • 运营配置

    运营位全部可配，且配错了提交不上去。

    • 首页轮播分位置，位置是枚举——防止配出一个没人渲染的位置

    • 广告位、每日诗词、能力宫格、首页分栏、话题都在后台管

    • 跳转路径按小程序页面注册表强校验，路径写错当场拦下

    • 新建默认下线，表单里有「立即上线」开关

  • 管理员与权限

    有效权限 = 角色能做的 ∩ 作用域允许的。

    • 四类角色：超管、校级管理员、组织管理员、审核员

    • 校级管理员可以自己建本校的运营与审核员账号，但造不出平级或跨校的账号

    • 跨作用域访问返回「不存在」而不是「无权限」，不泄漏存在性

    • 停用或删除管理员，其会话即时下线；历史落款保留

  • 微校分与订单

    站内积分与充值。

    • 签到获取，连续签到累进

    • 微信支付充值（小程序侧），档位后台配

    • 收支明细逐笔可查；后台可按状态筛充值订单

  • 数据与埋点

    看板与行为上报。

    • 数据概览按作用域收窄：校级管理员看到的是本校的数字

    • 小程序打开事件与行为埋点单独成域

    • AI 供应商可换：走 OpenAI 兼容协议，换供应商等于换地址、密钥和模型名

还没做完的部分

写在这里比藏起来有用——如果这几条正好卡住你，早点知道更好。

  • 网页端不能充值：现有下单接口返回的是小程序支付参数，网页拉不起来，要补 JSAPI / Native 下单。

  • 网页端不能绑手机号：绑定用的是微信侧加密数据，浏览器拿不到；而没绑手机号的新账号走不完认证，所以新用户目前必须先在小程序里绑一次。

  • 部分接口对游客不返回数据（轮播、最近搜索、话题），网页端的处理是这些区块不渲染而不是报错。

  • 业务测试偏薄：覆盖的是主线与已知易错点，不是全量接口。