小程序想加评价、晒单、社区？先确认类目和主体这两件事

想在小程序里加个「顾客评价」或「晒单」入口的老板不少，谈需求时常常一句带过，觉得是顺手的小功能。可这类功能一加上，「服务类目」就变了：身份证注册的做不了，营业执照注册的也要补材料，否则提审被驳回、上线后被要求整改。

先说发生了什么：顾客能自己发内容，小程序就换了「身份」

11 月初，一款由个人开发的酒店卫生地图类小程序两次被暂停服务，媒体做了报道。开发者对媒体说明的原因很具体：他注册的是个人主体的小程序，而这个让用户自己上传文字和照片的功能，在平台分类里属于「社交-笔记」类目，个人主体选不了。整改之后，新版在 11 月 1 日恢复使用，办法是先把用户上传内容的入口关掉。

这件事离大多数老板不远。「顾客评价」「晒单墙」「业主交流」「二手信息发布」这些想法，做门店、做服务、做本地生意的人几乎都提过一次。很多人以为这是「加个页面」的事，实际上它改的是小程序注册时用的那张身份。

服务类目是什么

服务类目就是注册小程序时选的那张「经营范围」清单，性质像开店办执照时填的经营范围：你卖什么、提供什么服务，得和实际做的一致，不能拿门槛低的类目去挂门槛高的功能。选错了，提审时可能被驳回；上线之后，也可能在抽查、年审或者被投诉的时候暴露出来。

为什么偏偏卡在「身份」上

平台的类目清单分成两份：个人主体一份，非个人主体一份。「社交-笔记」列在非个人主体那一份里，用身份证注册的个人小程序，后台里根本没有这个选项。所以问题不在功能设计好不好，而在注册身份不够用。平台给的两条路也很直白：换成有营业执照的主体，或者把用户发布的功能下架。

这里有个常被混淆的点：个体工商户拿营业执照注册，就属于非个人主体，和公司走的是同一份类目清单。不是「必须开公司」才行，一张个体户执照就能解决身份问题。

哪些功能会踩到，哪些不会

判断其实只有两条线：顾客能不能自己把文字、图片传进你的小程序；传进去以后，内容是不是存在你这里、还能给别的顾客看到。两条都成立，基本就要按「社交-笔记」准备。

表里写「一般不会」的两行，是保守说法。平台判定看的是功能怎么实现，不看你在需求会上怎么描述，不少驳回就出在「我们只是收集一下、不公开」这句解释上。真拿不准的时候，按严格的一侧准备，成本比返工低。

举个具体的：一家有 3 家门店的烘焙店，想在会员卡页面加「晒图返 5 元券」，顾客上传成品照片、其他顾客能刷到。这就是典型的用户发布内容，个人主体的小程序做不了，得先有营业执照、补类目，后台还要配一个删帖和审核的入口。

还有一层容易被忽略：类目补上了，不代表就能放心跑。有发布功能的地方，就得有一套内容管理——谁能发、发完多久审、被投诉了怎么处理、违规内容怎么留证据。这套东西不做，类目齐全也照样会被投诉到整改。

现在要做的五件事

1. 拉一张功能清单。把小程序现有的和打算做的功能列出来，逐条标一句「顾客能不能自己发内容」。这一步不用技术，纸笔就行。
2. 看后台现在选了什么类目。登录小程序后台，在「设置—基本设置—服务类目」里核对，和清单对一遍。对不上，就是隐患。
3. 确认注册身份。身份证注册的，只要保留发布功能，就得准备营业执照；暂时不想办执照，就把功能改成「提交给商家、不对外公开」。
4. 按后台提示补材料。营业执照、备案核准、开发者承诺函这一类，照类目详情页的清单准备，审核通常 1–3 个工作日（参考，以平台实际进度为准）。
5. 已经上线的先收口。把公开入口改成仅商家可见，同时补材料。别等整改通知到了再动，那时候往往要停服务几天。

还有一个更省钱的做法：需求阶段就把「谁能发、发完谁审核、违规内容怎么删」写进需求，开发时留一个后台审核开关。这些后补，等于把列表、详情、图片存储、审核流程重做一遍。一家做家政的公司就遇到过：上线两个月后想加「带图评价」，报价几乎等于把评价模块重做一次。

什么时候做、大概花多少钱

时间上建议放在开发排期之前定，不要留到上线后补。上线后再改要重新走审核，还会牵动已有的用户数据和评价内容，折腾程度是前期的几倍。

金额都只是区间，具体要看你的功能有几个入口、审核流程要做到多细。同样是「加评价」，只让商家代发和一个完整的图文审核后台，工作量差得很远。

尊云做小程序和企业站，习惯在需求梳理阶段先把功能和类目对一遍，把要办的资质列成清单交给客户确认，避免做到一半才发现身份不够用。手上有功能清单的，可以对着小程序开发的服务范围与报价方式先看一遍；已经上线、想核一遍的，把后台截图拿出来逐条对也行。

类目准入的另一面——哪些行业本身就进不去、要什么资质——可以接着看这篇；上线前要办的手续清单在这里。

今天就能做的一件事：打开小程序后台，把「服务类目」那一页截图，再对着功能清单，把「顾客能自己发内容」的功能圈出来。圈出来超过一个，这件事就该排进日程了。