C端反馈 · 产品需求提炼与迭代规划

数据源:C端评分与反馈明细(行情)| 样本:2026-05-22 至 2026-10-14 | 去噪后 1,841 条

结论先行

一、数据底座与信号概览

核心结论:1,841 条有效反馈中 31.3% 给低分(≤4),10 月低分率飙到 38.1% 为半年最高;但 86% 只有评分无文字,定性信号稀薄,且会员身份大面积缺失,限制分群运营。

1,841
有效反馈(去噪 21 条)
31.3%
低分率(≤4 分)
38.1%
10 月低分率(最低)
6.43
整体平均评分
13.7%
有文字反馈占比
62.9%
会员身份缺失
月度满意度趋势
维度分布洞察
评分步长2/4/6/8/10(2分一档,满分10)低分(≤4) 577 条、高分(≥8) 925 条
设备iOS 727 · Touch 528 · Android 418 · MINIAPP 153 · PC 15移动端为主,MINIAPP 样本渐增
身份房客/买家 491 · 屋主/代理人 162 · 仲介 30 · 缺失 1,158缺失率 62.9%,无法分群运营
月度5月30.2% → 8月28.1%(最佳)→ 10月38.1%(最差)10 月满意度明显下滑
两个被忽视的信号:① 仅 253/1,841(13.7%)写文字,意味着绝大多数不满没有说出来,真实痛点被低估;② 身份缺失 62.9%,使「谁在抱怨」无从归因。这两点本身就是产品需求(R7)。

二、C端反馈主题提炼

核心结论:在有文字的反馈里,最刺耳、最一致的差评集中在三类——数据不准、页面复杂、遮挡/广告干扰(后两类几乎全是低分);正向好评则集中在「方便/实用」。下方按主题归类并附真实语录。

主题文字反馈量低分率典型语录(含原评分/设备)
数据不准 / 可信7100%"數據都亂打根本不是這樣,明明含車位出租,租金也不符合"(2·屋主);"完全不準"(2);"租金統計不符實際現狀"(4)
信息复杂 / 难用887.5%"比原本未更新的頁面還要複雜"(4);"頁面繁索"(4);"跟以前網頁差太多"(2);"超級難用"(2);"不好用"(2)(共 3 条)
遮挡 / 广告干扰2+(含广告)100%"會蓋掉一些內容"(2);"卡在畫面上面會一直點到"(2);"AI 裝潢廣告很討厭,無法看到真正的租屋內容"(4);"給我分析做什麼,干擾搜尋"(2)
视觉 / 美观250%"看起來超爛超醜"(2);"很難看房"(2)
找不到 / 不会用1942.1%"不能夠用地址搜尋…租金行情太粗糙"(2);"找不到我要不要的區域"(2);"不會操作"(2);"說明難懂"(4);"操作相當不方便"(2)
功能需求2931.0%"請以坪數換算租金價格"(2);"獨立套房的數量太少"(2);"怎麼出租房屋都沒連結鍵"(4);"已售出應該要下架"(4)
市场 / 政策 / 诈骗757.1%租金补贴、诈骗核实、房东涨价等(非行情功能诉求)
正向好评185.6%"太方便了,更新之後方便我分析行情"(8);"更新之後太棒了"(8)
口径说明:主题量来自「有文字」的 253 条反馈,按关键词主主题归类;「无文本」1,588 条未计入主题分布,但其低分率 29.7% 与整体相近,说明评分沉默人群的不满程度并不更低——主题量低估了实际痛点广度。本表用于定位「说什么的人最痛」,而非「多少人痛」。

三、产品需求提炼(R1–R7)

核心结论:把反馈症状收敛为 7 项可落地的产品需求。前两项(R1 数据可信度、R3 入口去遮挡)痛点最强、且与核心指标(信任→留存、入口→渗透率)直接挂钩,定为 P0。

R1 数据可信度透明化工程 P0

证据:数据不准类反馈 100% 低分;10 月新增「管理費另算導致比價失真」「已售出應下架」——指向口径不一致与脏数据。
需求:①行情页标注样本量 / 数据更新时间 / 置信区间;②统一租金口径(含/不含管理费明示);③异常价识别 + 已售/异常房源标注或下架;④保留「估算区间 / 疑似异常」标识。
战略衔接:直接对应既有 V2.0「消除价格疑虑(to C)」,本次 C 端反馈从用户侧实证其应前置为最高优先级。

R3 入口与广告去遮挡 P0

证据:"會蓋掉一些內容""卡在畫面上面會一直點到";"AI 裝潢廣告很討厭,無法看到真正的租屋內容""給我分析做什麼,干擾搜尋"。结合 V1 报告:顶部固定卡片 8/25 下架后替代入口承接不足、入口感知变差。
需求:固定/悬浮卡片改为可收起 + 提供「关闭/不感兴趣」;广告不压真实租屋内容;搜索/行情结果不被分析模块干扰。
关联指标:遮挡与入口感知直接相关,影响行情渗透率(入口日均设备数)。

R2 行情页信息架构降复杂度 P1

证据:"比原本未更新的頁面還要複雜""頁面繁索""跟以前網頁差太多""超級難用"(信息复杂类 87.5% 低分)。
需求:重构行情页信息层级,首屏只保留最高频决策信息,次级信息折叠/分层,减少一次性堆砌。

R4 视觉与专业感升级 P1

证据:"看起來超爛超醜""很難看房"。
需求:排版/字号/配色/卡片视觉规范升级,传递专业可信感(视觉即信任)。

R5 找房可达性(地址搜尋 + 引导) P1

证据:"不能夠用地址搜尋…租金行情太粗糙""找不到我要不要的區域""不會操作""說明難懂"(找不到/不会用 18 条)。
需求:支持地址/地段搜尋行情;区域选择引导;新手引导/空状态/说明优化(注:新手引导 6/25 已上线但反馈显示未完全缓解,需复查)。
落地页参考:Touch 行情 region 页(region_id=6,见附录),是地址搜尋与区域引导的验证入口。

R6 场景化功能深化 P2

证据:功能需求 29 条,含坪數換算、独立套房供给、出租連結、已售下架、低价筛选。
需求:坪數換算、管理费比较、房型供给可视化、出租/刊登連結、实价登录。

R7 反馈机制闭环(评论率 + 身份补全) P2

证据:1,588/1,841(86%)仅评分无文本;会员身份缺失 62.9%。
需求:评分后引导填原因(结构化选项 + 开放文本);会员身份必填/激励补全;反馈→策略看板闭环(复用既有「建议&反馈优化策略项」)。

四、本质需求挖掘(向上抽象)

核心结论:表面症状背后,是 4 个更底层、更持久的用户本质需求。所有 R1–R7 都是它们在界面/数据/功能上的落地。把需求做在「本质」上,才能一次解决一类问题,而不是打地鼠。

表面症状(反馈原话)→ 本质需求用户的真实问题
數據亂打、完全不準、管理費比價失真、已售未下架EN1 信任(Trust)"这个行情数字,我敢不敢拿来下决定?"
複雜、繁索、說明難懂、找不到區域、不會操作EN2 易懂(Comprehension)"行情信息我看得懂、自己会操作吗?"
會蓋掉內容、卡畫面、廣告干擾搜尋EN3 顺畅(Frictionless)"我要不被打扰、不绕弯地拿到我要的行情。"
地址搜尋、坪數換算、獨立套房供給、出租連結EN4 有用(Relevance)"行情能不能直接帮我解决找房/定价的具体问题?"
北极星本质需求(一句话):「在租屋决策的关键时刻,让用户快速获得可信、无干扰、看得懂、用得上的行情依据。」EN1–EN4 是其四个支柱;R1–R7 是支柱在界面上的落地。任何新需求都可用这四问检验:「它提升了信任 / 顺畅 / 易懂 / 有用 中的哪一个?」

五、产品需求优先级

核心结论:评分四维度——痛点强度(低分率/是否全负)、影响广度(设备/身份覆盖、与渗透率/留存关联)、战略对齐、落地可行性。R1、R3 进 P0;R2/R4/R5 进 P1;R6/R7 进 P2。

需求优先级矩阵
优先级需求定级理由
P0R1 数据可信度透明化痛点最强(100% 低分);战略对齐 V2.0;易落地(标注类)。信任是留存与转化的地基。
P0R3 入口/广告去遮挡关联 10 月满意度下滑与入口争议;易落地(可收起卡片 + 关闭选项);直接影响渗透率。
P1R2 信息架构降复杂度高痛(87.5% 低分)但需重构,可行性中等,与 R4 同批做。
P1R4 视觉专业感升级配合 R2 一起做,视觉即信任感知。
P1R5 找房可达性/地址搜尋高频诉求、部分易落地(地址搜尋需数据支撑)。
P2R6 场景化功能深化价值高但依赖数据/供给建设,放远期。
P2R7 反馈机制闭环基础设施,长期收益(提升评论率、补全身份、闭环看板)。

六、迭代规划(路线图)

核心结论:对齐既有 V1.0→V3.2 路线,下一步建议命名为 V2.0(消除价格疑虑·to C,由数据信任需求实证) 与 V4.0(体验重构)。每阶段都绑定可观测的成功指标(满意度 / 低分率 / 渗透率)。

阶段时间范围成功指标
近期冲刺
并入 V2.0
数据信任 + 入口 hotfix
第 1–4 周R1-①样本量/更新时间/置信区间标注;管理费口径明示;R3 悬浮/固定卡片可收起 + 关闭;广告不压内容;复查 6/25 新手引导与 7/6 页面层级(反馈显示未完全缓解)。10 月低分率 38% → ≤30%;遮挡类反馈归零;入口日均设备数回升(渗透率 +)。
中期
V4.0 体验重构
第 5–10 周R2 行情页信息架构重构;R4 视觉规范升级;R5 地址搜尋 + 引导/空状态。信息复杂/难用低分下降;满意度回升至 ≥6.6(回到 8 月水平);NPS 提升。
远期
V4.x 场景深化 + 闭环
第 11 周+R6 坪數換算/管理费比较/独立套房供给/出租連結/实价登录;R7 评论率提升 + 身份补全 + 反馈看板。评论率 13.7% → ≥30%;身份缺失 63% → ≤30%;场景化功能使用率。
为什么 V2.0 该前置:既有产品迭代计划把「消除价格疑虑(to C)」列为 V2.0,但排期偏后。本次 C 端反馈中「数据不准」以 100% 低分成为最尖锐痛点,等于用户用脚投票告诉产品:可信度比新功能更紧迫。建议把它从"未来版本"提到"下一个版本"。

七、与既有产品迭代计划的衔接

附录:方法与口径

↑ 返回顶部