施同学，起点学院·产品经理就业特训营JY1801期深圳班学员，以下是Ta项目作品提交的《click_陌生人社交平台》PRD，选取部分的内容展示。
Click陌生人社交_产品需求文档【V1.0】
1. 引言
1.1 背景概述
陌生人社交需求维度在不断升级，社交标准也在渐渐脱离“只看脸”的时代，走差异化需求的产品要通过不断强化优势需求，挖掘附加价值，提高用户体验增强用户粘性，不断提升产品的品牌形象和用户情感联结，成熟的社交应用具有相当的用户黏性和规模，但切入细分市场/专注某一点需求进行挖掘的社交应用仍具有潜力。
Click陌生人社交走好社交氛围差异化的道路，强化差异需求优势方能获得进入市场的绝佳机会。
1.2 部分用研数据
1) 玩过陌生人社交APP已放弃的主要原因
无效匹配太多（匹配之后不说话53.7%），缺少话题尬聊几率太高（53.7%），用户质量低下（55.56%），使用复杂效率低下（22.22%），内容推荐不匹配（16.67%），认同感不足（16.67%）
2) 不同社交需求下主动展开话题的偏向性
3) 不同社交需求下对颜值的重视程度
1.3 产品综述
| 目标市场定位 | 陌生人（目的+性格）社交 |
| 目标用户 | 厌恶刷脸和尬聊的 |
| 产品价值 | 氛围清新，内容按需匹配 |
| 产品本心 | 塑造单纯的兴趣碰撞而产生心灵碰撞的一个社交世界 |
| Slogan | Click：一个不刷脸、不尬聊的需求社交软件 |
1.4 策略规划
1.2.1. 运营规划
种子用户对于产品的基调定位非常重要，运营上要切中目标用户痛点（尬聊+需求不匹配+氛围低俗）点在知乎、豆瓣等高质量社区进行线上高质量种子用户获取辅以线下兴趣组织进行宣传，巩固社区运营手段以及加强氛围维持机制的情况下进行流量获客，同时生产相对丰富的社区运营内容。
1.2.2. 商业模式
1) 会员订阅
商业模式参考传统的会员订阅服务，在流量稳定之后可以参考内部外部的广告引流变现，同时也可以考虑游戏联动，礼物商城方面可以在聊天界面设置默契度互动小游戏测试双方能对物品的喜爱偏好，渐渐将礼物商城概念植入增强变现能力。
2) 线下/上活动植入
基于目的以及性格匹配进行社交关系沉淀，按照共同兴趣可以设置解锁一些线上/下活动项目（例如：都喜欢摇滚乐，基于用户对摇滚的热爱两人展开了话题随着聊天的深入，系统可以识别推送摇滚类的演出活动或者邀请双方开启歌单共享的趣味性的体验，此部分可以针对不同兴趣爱好进行深挖。）
3) 线下商家异业联动
可以参考SOUL的爱心池积累点亮SOULMATE称号的上瘾模式设计，SOULMATE未对该设计做出衍生设计，但这个设计是非常值得深挖的，在我看来是O2O异业联动植入的绝佳机会，Click2.0可以添加类似的犒赏机制（原则上根据用户聊天的频率以及持续情况进行犒赏），可以设计对应评判模式对用户对APP的忠诚度进行分类，不同程度对应不同的奖励，比如连续一周持续的聊天可以得到线下某家电影院的优惠电影票之类的形式进行深挖。
1.5 版本需求
| 序号 | 模块 | 子模块 | 功能描述 | 产品目标 | 优先级 | 来源 | 上线版本 |
| 1 | 基础功能 | 注册/登录/找回/修改密码 | 基于手机号注册/登录/找回/修改密码 | 快捷管理及记录用户行为的基础 | P2 | 产品调研 | V1.0 |
| 2 | 个人信息设置 | 用户设置年龄、性别、昵称 | P2 | 产品调研 | V1.0 | ||
| 3 | 头像设置 | 用户在系统既定头像选择不可自定义上传 | 弱化颜值强调定位 | P1 | 产品定位 | V1.0 | |
| 4 | 聊天相关 | IM功能 | 通过文字/图片/语音进行聊天沟通 | 社交关系建立 | P1 | 产品调研 | V1.0 |
| 5 | 内容相关 | 内容发布 | 通过文字/图片以及语音发布内容 | P1 | 产品调研 | V1.0 | |
| 6 | 点赞/评论 | 浏览内容可以进行点赞以及评论 | P2 | 产品调研 | V1.0 | ||
| 7 | 匹配相关 | 一键匹配 | 基于测试和社交目的的算法一键匹配功能 | 提高社交效率 | P0 | 产品调研 | V1.0 |
| 8 | 筛选 | 提供年龄、性别、社交目的的筛选维度 | 提高有效匹配率 | P1 | 产品调研 | V1.0 | |
| 9 | 测试 | 提供用户性格+三观测试功能 | 提高社交效率 | P0 | 产品定位 | V1.0 |
2. 产品架构
2.1 功能架构图
2.2 流程图
2.2.1. 用户操作主流程
2.2.2. 登录注册流程
2.2.3. 匹配业务流程
2.2.4. 时间展示规则流程
2.2.5. 上传图片流程
2.2.6. 私聊流程
4. 页面逻辑
5. 页面功能需求说明
5.1 发现主页面
5.1.1测试按钮
| 用户场景 | 用户在发现页面中想要查看自己已完成的测试情况 |
| 功能描述 | 进入测试页面 |
| 展示信息 | 可点击的“测试”按钮 |
| 处理流程 | 1) 用户点击“测试”
2) 页面跳转测试页面（非初次进入） 3) 后台拉取用户ID下的测试结果信息 4) 若拉取成功则页面展示测试界面（非初次进入），若拉取失败展示加载失败界面 |
| 交互说明 | 点击跳转 |
| 补充说明 | 后台拉取信息的时间不超过1秒，一秒内展示结果 |
5.1.2年龄筛选
| 用户场景 | 用户在发现页面限定想要发现的用户的年龄区间 |
| 功能描述 | 用户年龄筛选 |
| 展示信息 | l 区间范围左右展示目前选择年龄范围的数字
l 圆形控件代表选择范围最小值（靠左）和最大值（靠右） |
| 处理流程 | 1) 用户拖动圆形控件
2) 控件位置对应的年龄信息记录至本地 |
| 交互说明 | l 可水平移动左右两个圆形控件选择区间
l 两个圆形控件不能产生交叉，可以重合 l 左控件水平移动范围为[ 18岁对应位置，右控件位置] ；右控件水平移动范围为[ 左控件位置，50岁对应位置] l 控件之间表示选定区间，未选定的部分做灰度显示 l 左右两边年龄数字随左右控件所在位置变化而变化 |
| 补充说明 | 默认年龄区间：18岁到30岁
年龄区间范围：18岁到50岁 |
5.1.3性别筛选
| 用户场景 | 用户在发现页面限定想要发现的用户的性别 |
| 功能描述 | 用户性别筛选 |
| 展示信息 | 男、女、不限 |
| 处理流程 | 1) 用户点击相应性别按钮
2) 按钮对应的性别信息记录到本地 |
| 交互说明 | 按照全局说明中“选中”设置 |
| 补充说明 | 默认按照用户目前性别选中异性性别 |
5.1.4目的筛选
| 用户场景 | 用户在发现页面选择自己的社交目的 |
| 功能描述 | 社交目的的选择 |
| 展示信息 | 树洞、恋爱、同类、不限 |
| 处理流程 | 1) 用户点击相应目的按钮
2) 按钮对应的目的信息异步记录至本地 |
| 交互说明 | 1) 进入该页的同时从下往上弹出透明遮罩层显示“我们会根据你的选择给你最想要的”，1s后从上往下消失
2) 选中后控件见按照“选中”设置 |
| 补充说明 | l 默认选择“不限”选项
l 内容展示区域也会根据社交目的选项的改变而改变，详细规则在内容页面进行说明 |
5.1.5Click一键匹配
| 用户场景 | 1.当界面停留其他一级界面时用户想要进入发现页面进行匹配
2.用户在发现页面想要一键匹配相应用户 |
| 功能描述 | 1.当界面停留其他一级界面时单击切换为发现页
2.当界面停留发现页面，单击进入匹配界面 |
| 展示信息 | Click |
| 处理流程 | 1) 用户在其他页面点击，切换为发现页
2) 用户做完选择后再次点击，跳转匹配界面同时本地记录的所有筛选信息传送至后台，后台开始为用户匹配。（匹配逻辑在匹配页处理流程详解） |
| 交互说明 | 1) 当从其他界面切换为发现页，按钮选中并且变大
2) 做完选择后，按钮增加阴影效果提示用户该按钮的二次可操作性 |
| 补充说明 |
5.2 匹配页面
5.2.1 匹配中
| 用户场景 | 用户等待匹配 |
| 功能描述 | 后台需要时间进行匹配，前端展示减轻用户等待造成的体验损失 |
| 展示信息 | 
(1)顶部展示文字“匹配中clicking”以及返回按键 (2)过程中使用GIF 图片 (3)图片下方显示文字“正在为你寻找” |
| 处理流程 | 
匹配功能主要根据用户两个维度的信息进行范围限定后进行随机匹配 1) 静态维度限定：①年龄区间②性别设定③社交目的④性格匹配度≥80% 2) 动态维度限定：根据埋点/心跳包获取用户在线状态，优先匹配静态维度限定后的同时在线的用户 3) 两个维度限定后系统选取性格匹配度最高的用户进行匹配 4) 匹配成功跳转匹配展示页面“为你click到了” 5) 任何一个环节出现无数据情况进行中部TOAST提示“暂时没有符合用户，点击重试按钮”，点击重试=重新点击CLICK进行后台匹配，点击返回则返回发现主页面。
|
| 交互说明 | |
| 补充说明 | 匹配过程≤5s，5s内显示结果成功（跳转展示）/失败（toast） |
5.2.2 内容展示卡片
| 用户场景 | 用户A匹配成功用户B后直接查看与用户B相关的信息 |
| 功能描述 | 默认展示对方点赞/评论最多的一条内容以及匹配解析 |
| 展示信息 | l 默认展示对方点赞/评论最多的一条内容以及匹配解析
l 若内容是图文形式，图片始终在文字上方，文字按照2行进行显示，超出部分用…替代 l 若内容是文字形式，文字按照5行进行显示，超出部分用…替代 l 若对方所有内容的点赞/评论数目相同则展示最新发布的一条内容 l 若对方未发布任何内容则隐藏该页面直接显示匹配解析 |
| 处理流程 | 点击已置顶的卡片打开对应详情页
1) 点击内容预览，跳转该条内容的详情页面，点击返回回到该页面 2) 点击匹配解析，跳转匹配解析详情页面，点击返回回到该页面 |
| 交互说明 | 点击下方卡片则置顶卡片并上移，原置顶卡片层级下移并位置下移
|
| 补充说明 | 跳转时间≤0.1s |
5.2.3 聊天按钮
| 用户场景 | 用户A匹配成功用户B后根据匹配展示卡片的内容产生想要和B聊天 |
| 功能描述 | 点击跳转与B聊天的聊天页面 |
| 展示信息 | 聊天按钮 |
| 处理流程 | 1) 点击聊天
2) 切换至与用户B聊天的界面 |
| 交互说明 | 点击跳转 |
| 补充说明 | 跳转时间不超过0.1S |
5.2.4 再看看按钮
| 用户场景 | 用户A匹配成功用户B后根据匹配展示卡片的内容不感兴趣想重新匹配 |
| 功能描述 | 点击返回发现主页面 |
| 展示信息 | |
| 处理流程 | 1) 点击再看看
2) 切换至发现主页面 3) 后台切换至发现页面的后台匹配逻辑 |
| 交互说明 | 点击跳转 |
| 补充说明 | 跳转时间不超过0.1S |
5.3 测试页面
5.3.1. 初次进入
| 用户场景 | 用户初次登录软件强制进入测试页面进行性格测试是社交关系建立基础 |
| 功能描述 | 用户匹配的核心前提之一 |
| 展示信息 |  |
| 处理流程 | 1) 点击开始测试
2) 后台拉取测试题库（题目的设计需要与心理学专家共同规划，初步架构是根据题目测试用户XX方面特性的强弱，并根据结果给出相关特性的解析） 3) 用户选择对应题目选项，后台异步记录选项 4) 测试题目完成后，本地测试选择记录传送后台进行测试逻辑计算（相关题库对应结果的逻辑需要专门咨询心理学专家共同规划） 5) 后台拉取测试题库逻辑对应结果并记录到该ID下 6) 展示测试结果 |
| 交互说明 | 点击开始测试按钮进入测试题库
测试过程中退出，选择记录记录在本地，再次进入可继续测试 |
| 补充说明 | 跳转时间不超过0.1S |
5.3.2. 非初次进入
| 用户场景 | 用户在发现主页面想要查看自己的性格测试结果/想要重新进行测试 |
| 功能描述 | 展示测试结果/重新测试 |
| 展示信息 |  |
| 处理流程 | 1) 点击重新测试
2) 后台拉取测试题库 3) 用户选择对应题目选项，异步记录选项, 4) 题目测试完毕上传后台 5) 后台进行测试逻辑计算 6) 后台拉取测试题库逻辑生成新结果覆盖原ID下纪录结果 7) 展示新的测试结果 |
| 交互说明 | 1) 点击重新测试进入测试题库
2) 点击返回按钮退回发现页面 3) 测试过程中退出选择记录保留本地，再次点击重新测试可继续测试 |
| 补充说明 | 跳转时间不超过0.1S |
5.3.3. 匹配解析页面
| 用户场景 | 用户A想要查看与用户B的性格测试解析 |
| 功能描述 | 将性格测试结果进行分析 |
| 展示信息 |  |
| 处理流程 | 1) 用户A点击查看解析
2) 后台拉取用户A的测试结果与用户B的测试结果 3) 后台算法逻辑根据规则模型输出对应结果匹配度以及解析（规则模型需要与心理学专家进行规划，逻辑上依据测试题目呈现的几种特性进行差别的量化，并汇总量结果） 4) 展示匹配度（量化结果）以及分析结果 |
| 交互说明 | 点击返回按钮返回上一操作界面 |
| 补充说明 | 匹配解析页面加载时间不超过0.5s |
……省略部分……
6. 非功能需求说明
6.1 性能需求
正常网络状态下，系统N%的业务操作，响应时间不超过A秒，内容加载并显示成功时间不超过B秒，成功率达C%，支持D个并发用户。（具体数值与开发同事讨论后确定）
6.2 监控需求
日活跃用户数、月活跃用户数、用户登录记录、用户登出/转后台记录、用户在线时长监控、用户在线状态监控（核心匹配功能要求，是否需要用心跳包需要与开发同事讨论）
6.3 兼容性需求
IOS支持IOS5及更高版本系统、Android支持Android4.0及更高版本系统
限于篇幅，以上只摘录了施童鞋PRD产品需求文档的部分节选，详细情况可咨询我们的下方的顾问小哥。
