关注、粉丝、好友和群组。
适用场景
关系链和 UGC 会把产品直接送进社交监管口径
即使用户量不大，只要能关注、发帖、私信或建群，商店和监管就按社交社区理解。工具类目填报很容易被驳回。
第一版必须包含审核队列、举报、账号注销和实名能力。缺这些，后面补比重新提审更慢。
图文、评论和转发。
会话、撤回和举报。
机审加人工队列。
这一类应用的全流程怎么走
骨架与通用全流程相同，差别在经营范围、许可种类、行业备案和商店类目。许可和备案是否必须办理，以主管部门认定和产品实际功能为准。
01开发
按该类型的核心功能做可安装版本和后台。
02主体
公司、范围、软著和商标与 App 对齐。
03合规
只评估该类常见许可和备案，不捆绑销售。
04上架
按对应商店类目准备材料和拒审闭环。
05运营
版本、年报和功能变更后重新对照本页。
STAGE 01 · 应用开发
把审核、举报和注销当成核心功能交付
Feed、IM、群组和审核后台同一版本交付。权限最小化，注销路径可走通，避免社交类目因账号问题被拒。
发布、可见性和推荐。
消息、举报和封禁。
队列、标签和处置。
实名、注销和申诉。
STAGE 02 · 公司注册
能承担用户协议和应急联系的主体
域名、备案、开发者账号和应急联系人落在公司。经营范围覆盖信息服务。若社区含直播打赏，范围再留文化类表述。
公司、域名和联系人。
社区公约和隐私政策。
7×24 联系方式可抽查。
软著与 App 名。
STAGE 03 · 上线合规
ICP、安全评估、算法和等保常见组合
常见评估 ICP 许可、ICP / APP 备案、安全评估报告、算法备案和等保。直播打赏叠加文网文，游戏叠加版号，均另评。
经营性信息服务评估。
社交类商店高频要求。
推荐动态、推荐好友。
用户数据和消息。
STAGE 04 · 上架分发
按社交类目准备，不要报成效率工具
权限、注销、青少年模式、UGC 规则是拒审高发点。截图必须能看到社区，而不是计算器界面。
社交 / 社区据实。
通讯录、相机用途。
应用内可完成。
模式开关和内容池。
STAGE 05 · 后期运营
社区运营即合规
巡查、处置时效、重大功能和推荐策略变化，都要同步商店与备案。不能只迭代增长功能而关掉审核人力。
有害内容处置时效。
商店隐私和权限复核。
新玩法叠加许可评估。
许可和等保复测。
适用对象
以下为常见情形，是否必须按本方案办理以产品功能和主管部门认定为准。
从内容群转到 App。
产品定性会变成社交，需换方案。
补审核、注销和安全评估。
功能与证的对照
先看产品实际提供什么，再决定材料。相邻资质分开准备，不混报。
| 产品功能 | 常见评估 | 不默认捆绑 |
|---|---|---|
| 关注 + 动态 | ICP、安全评估、APP 备案 | 不默认文网文 |
| 群聊 / 私信 | 同上，权限和日志更严 | 不默认即时通信牌照表述滥用 |
| 社区内直播打赏 | 叠加直播方案 / 文网文 | 不一次打包 |
| 推荐 Feed | 算法备案 | 时间序动态可不报 |
启动前需要具备的条件
- 第一版含审核、举报和注销。
- 有内容公约和处置流程。
- 不把社交功能藏进工具类目申报。
- 直播、游戏等额外能力单独声明。
常见准备材料
不同地区和商店清单可能不同，以下为高频项。
- 功能地图（关系链 / UGC / IM）
- 审核和举报流程
- 账号注销路径说明
- 营业执照
- 隐私政策和社区公约
- 应急联系人
- 安全评估需求
- 目标商店
周期怎么理解
下列为工作安排说明，外部审核时间另计，不承诺包过或固定办结时限。
审核后台与前台同期，周期长于纯工具。
按检测机构和主管部门周期。
社交类目补正轮次通常更多。
审批和商店审核由主管部门或平台决定。微企云提供路径评估、材料梳理、开发实现和过程协助，不承诺包过。
常见问题
先用这些问题判断自己是否走对了类型。跨类型的，按实际功能叠加，而不是只选一个标签。
只有评论，没有关注，算社交吗？
商店可能仍按 UGC 社区理解。类目和安全评估建议按更严口径准备。
必须实名吗？
公众社交和国际商店规则不同，国内经营性社区常见要求实名路径。以现行规则为准。
加了直播怎么办？
叠加直播与娱乐方案评估文网文，不在本页默认清单里。
能保证社交类目过审吗？
不能。权限、注销和 UGC 是最高频拒审点。
按「社交与社区」来评估你的项目？
聊聊你的项目 ↗
说明现在有没有公司、有没有测试包、目标上哪些商店，我们按本页路径给出下一步。