1. 自己 / 团队介绍：
- 团队名称：柠仔共建小队
- 一句话定位：一支由产品设计、产品运营与移动端研发组成的跨职能团队，希望通过 AI 与公众共建，让城市公共卫生服务更加友好、透明和可信。
- 团队成员：
01 冯晓娟｜产品设计、UI/UX 设计
拥有十余年产品设计及 UI/UX 设计经验，曾为多家企业提供产品设计与用户体验解决方案，长期专注于产 品策略、用户研究、交互设计、视觉设计及体验优化。
在本项目中主要负责：
-
用户需求分析与产品定位
-
产品架构和核心流程设计
-
小程序与管理端的交互、视觉设计
-
产品原型、体验验证及演示呈现
-
AI 输出的判断、筛选与持续优化
目前重点探索 AI 驱动的产品创新，以 TRAE 为核心创作工具，将产品策划、需求分析、原型设计、视觉 呈现和项目验证串联起来，让创意更快转化为可落地的产品方案。
02 陈笑君｜产品运营、用户增长
拥有十余年互联网产品运营与增长经验，曾就职于微博、华米科技、天下秀等互联网企业，长期深耕产品运 营、用户增长、内容生态及商业化领域。
在本项目中主要负责：
-
用户场景和运营机制设计
-
公众反馈、积分激励与共建体系设计
-
产品价值和业务可持续性验证
-
内容表达、推广策略及社会价值分析
-
从运营视角优化产品闭环
她擅长快速判断产品的真实业务价值，并将用户参与、内容生态和长期运营机制融入产品设计。
03 杨雪松｜移动端研发、技术架构
拥有十余年移动端研发经验，深耕 Android 原生和 Flutter 跨端应用架构领域，曾主导多款商业化 App 的完整研发落地。
在本项目中主要负责：
-
技术架构设计与实现方案评估
-
移动端核心功能开发
-
前后端流程及数据结构设计
-
工程调试、性能优化和产品验证
-
AI 生成代码的甄别、重构与质量把控
目前重点探索以 TRAE 为核心，结合 Cursor、Codex 进行架构推演、代码开发、工程调试和项目优化，让 AI 真正参与完整的软件研发流程。
我们的团队优势：我们的优势，是产品、设计、运营和技术能够在同一个闭环中快速协作。在传统开发过程中，一个想法往往需要经历需求文档、原型评审、视觉设计、技术评估和开发排期等多个环节。借助 TRAE，我们将这条链路大幅缩短：> 发现问题 → 梳理需求 → 生成方案 → 构建原型 → 验证体验 → 调整实现
AI 提高了执行速度，团队成员的行业经验则负责判断方向、控制质量并确保方案真正可用。我们希望探索的并不是“让 AI 替人完成产品”，而是建立一种由专业人员主导、AI 深度参与的新型产品协作方式。
2. 产品简介(复赛版，区别于初赛 Demo)：
-
是什么：《柠仔寻厕》是一款面向城市公共卫生空间的小程序及配套管理系统。它不仅帮助用户快速找到附近真实可用的公共厕所，还通过现场反馈、问题分级、工单流转、整改复核和公众共建，解决公共卫生设施信息不准确、问题反馈困难、整改过程不透明等问题。
-
一句话概括：《柠仔寻厕》让公共厕所“找得到、敢使用、能反馈、有人管、看得见改善”。产品由两个核心端组成：
01 用户端小程序：查找、筛选、导航、扫码反馈、进度追踪和共建参与
02 管理端系统：设施管理、工单处理、优先级判断、整改跟进和 AI 辅助识别 -
面向谁：
01 普通市民- 适用于外出途中临时寻找公共厕所的用户，帮助他们快速了解距离、开放状态、环境情况和设施配置。
02 老年人、残障人士及特殊需求群体。能够按照无障碍设施、扶手、第三卫生间、母婴设施等条件进行筛选，减少到达后才发现无法使用的情况。
03 携带儿童的家庭。帮助家长提前确认是否具备儿童坐便器、母婴空间等设施，降低带孩子出行时的不确定性。
04 城市管理及设施运营单位。集中接收公众反馈，将零散问题转化为结构化工单，并按照优先级、责任单位和处理时限持续追踪。
05 志愿者与城市共建参与者。通过现场复核、补充设施信息和确认整改结果参与城市公共服务建设。 -
典型使用场景
场景一：快速寻找附近可用厕所。用户在陌生地点打开小程序，查看附近厕所的距离、开放状态、设施情况和可信信息，选择合适点位后前往。
场景二：寻找无障碍设施。轮椅使用者或行动不便的老人，可以筛选具有无障碍厕位、扶手或无障碍通道的点位，避免无效出行。
场景三：现场发现设施问题。用户到达后发现厕所停用、环境异常或无障碍设施损坏，可以扫描现场二维码，快速选择问题类型并提交反馈。
场景四：跟踪整改结果。用户提交问题后，可以持续查看工单是否被接收、由谁处理、预计完成时间以及最终整改结果。
场景五：管理人员处理工单。管理端收到反馈后，根据问题严重程度和设施归属进行分级、派单、处理和复核，形成完整的整改记录。
3. 完整功能与用户使用路径
01. 用户端功能：
-
A.首页与附近推荐- 首页直接呈现附近公共厕所，并提供：
-
距离和位置
-
当前开放状态
-
设施基础信息
-
无障碍及母婴设施情况
-
信息可信度和更新时间
-
推荐理由与异常提醒
B. 多条件筛选- 用户可以按照实际需求筛选：
- 距离范围
- 是否开放
- 无障碍厕位
- 无障碍通道及扶手
- 母婴设施
- 第三卫生间
- 儿童设施
- 其他特殊使用条件
产品并非只告诉用户“附近有厕所”，而是帮助用户判断“这个厕所是否真的适合我”。
C. 点位详情-点位详情页集中展示：
- 地址和导航信息
- 开放时间
- 男女厕位及基础设施
- 无障碍设施
- 母婴及儿童设施
- 当前运行状态
- 用户现场反馈
- 官方或公众核验记录
- 信息更新时间
D. 现场扫码反馈
用户可以扫描厕所现场二维码进入对应设施页面，不需要再次搜索点位。
系统将反馈入口放在真实场景中，缩短用户从发现问题到提交问题的路径。
E. 三档快速状态反馈
为降低填写门槛，用户可以先选择整体状态：
- 正常可用
- 有问题但仍可使用
- 严重影响使用
随后再补充具体问题、图片和文字说明。
F. 问题分类与自动分级
反馈问题按照影响程度分为不同等级，例如：
- P0：严重安全或完全不可用问题
- P1：显著影响主要功能的问题
- P2：局部设施损坏或体验问题
- P3：一般建议、信息补充及轻度异常
这种分级方式能够帮助管理端优先处理紧急问题。
G. 反馈结果与进度追踪
用户提交反馈后，可以查看：
- 是否提交成功
- 当前工单状态
- 问题优先级
- 预计处理时间
- 管理单位处理记录
- 整改前后对比
- 公众复核结果
- 积分或共建奖励
H. 消息中心
系统会在关键节点通知用户：
- 反馈已受理
- 工单已接单
- 问题正在处理
- 整改已经完成
- 邀请用户进行现场复核
I.城市共建中心
用户可以参与：
- 现场设施复核
- 点位信息补充
- 开放状态确认
- 整改结果确认
- 新点位线索提交
通过积分和共建记录，让一次性的用户反馈逐步形成长期参与机制。
02. 管理端功能
A.管理工作台
集中展示：
- 工单总量
- 待处理工单
- 紧急问题
- 即将超时工单
- 已完成整改
- 公众复核结果
- 不同区域及设施的运行情况
B. 工单中心
管理人员可以按照以下条件筛选：
- 工单状态
- 问题等级
- 所属区域
- 设施类型
- 责任单位
- 创建时间
- 是否接近 SLA 时限
C. 工单详情
工单详情记录：
- 用户反馈内容
- 现场图片与证据
- 问题类型及等级
- 设施归属
- 责任部门
- 接单及处理人员
- 完整处理时间线
- 整改前后记录
- 公众复核结论
D. 接单、处理与复核
管理人员可以完成：
接收工单 → 确认问题 → 分配责任人 → 上传整改结果 → 发起公众复核 → 完成归档
如果用户反馈整改仍不完整，工单可以重新进入处理流程。
E. 设施信息管理
管理端可以维护：
- 厕所基本信息
- 地理位置
- 开放时间
- 设施配置
- 无障碍情况
- 管理单位
- 现场二维码
- 信息可信来源
- 最近核验时间
F. AI 辅助识别
系统可以对现场图片和反馈内容进行辅助分析，提取：
- 设施类型
- 疑似问题
- 可用状态
- 严重程度
- 图片识别置信度
- 建议处理方向
AI 结果作为辅助判断信息，不直接替代管理人员的最终决策。
03. 完整业务闭环：
用户提出使用需求
↓
查看附近点位并按条件筛选
↓
进入详情页确认设施和状态
↓
到达现场并使用服务
↓
扫码反馈现场状态或设施问题
↓
系统完成问题分类与优先级判断
↓
管理端接收工单并分配责任单位
↓
管理人员整改并上传处理结果
↓
用户或志愿者参与现场复核
↓
完成工单归档并更新设施可信信息
这个闭环使产品不只停留在“地图找厕所”，而是进一步参与城市公共卫生设施的持续治理。
4. 相比初赛 Demo 的升级
初赛阶段，我们主要验证了“寻找公共厕所”和“现场反馈”的核心概念。
进入复赛后，我们将零散的功能设想扩展为一个由用户端、管理端和公众共建机制组成的完整产品。
主要升级包括：
A. 从单一查找工具升级为完整服务闭环
初赛 Demo 更侧重“找到厕所”；复赛版本增加了扫码反馈、问题分级、工单流转、整改追踪及公众复核。
B. 完善特殊需求筛选
进一步补充无障碍、母婴、儿童和第三卫生间等设施维度，让推荐结果真正匹配用户需求。
C. 增加信息可信机制
通过官方信息、现场核验、用户反馈和更新时间共同判断点位可信程度，减少信息过期带来的无效出行。
D. 增加管理端系统
从用户反馈延伸到管理单位的工单接收、优先级判断、责任分配、SLA 管理和整改归档。
E. 建立公众共建机制
增加现场复核、信息补充、整改确认及积分激励，使用户不仅是服务使用者，也能成为城市设施信息的共建者。
F. 引入 AI 辅助识别
利用 AI 对现场图片和文字描述进行结构化提取，为问题分类、优先级判断和工单路由提供辅助。
G. 优化整体交互体验
围绕真实使用场景，进一步缩短关键路径：
更快找到合适点位
更少步骤完成反馈
更清晰地查看处理进度
更直观地了解整改结果
5. 产品演示视频:
6. 产品创作历程:
a. 想法的诞生
公共厕所看似是一个非常基础的城市服务，但真实使用体验中仍然存在许多问题：
地图显示有厕所，到达后却没有开放
不清楚是否具备无障碍或母婴设施
设施损坏后不知道向谁反馈
提交问题后看不到处理进度
管理单位面对大量非结构化反馈，处理效率有限
我们意识到，问题的关键并不是“地图上缺少一个厕所图标”，而是缺少一套连接用户、设施和管理单位的可信协作机制。因此，我们决定从“寻厕”这个高频、具体的生活场景出发，尝试建立一套轻量化的城市公共卫生空间共建系统。
b. 从初赛 Demo 到复赛成品
初赛阶段，我们首先验证了两个核心假设：
用户是否需要根据真实设施条件寻找厕所
用户是否愿意通过轻量化流程反馈现场问题
完成基础 Demo 后，我们发现，仅有用户端入口还不足以真正解决问题。如果反馈不能进入管理流程，用户提交再多信息也难以形成长期价值。因此，复赛阶段我们把重点转向完整闭环：
谁来接收反馈
如何判断问题优先级
如何找到责任单位
如何跟踪整改时限
谁来确认问题已经解决
整改后的信息如何反哺下一位用户
这促使产品从一个“寻找工具”升级为“用户服务与城市治理协同系统”。
c. 关键问题与解决思路
问题一：怎样降低用户反馈成本
如果要求用户填写复杂表单，现场反馈意愿会明显下降。
我们的解决方式是：
通过扫码自动关联设施
先选择三档整体状态
再选择结构化问题类型
图片和文字作为补充信息
用户可以用很少的操作完成一次有效反馈。
问题二：怎样避免信息失真
公共设施状态随时可能变化，静态数据很容易过期。
我们的解决方式是组合多种信息来源：
官方设施数据
最近现场核验
用户实时反馈
管理端整改记录
信息更新时间与可信程度
问题三：怎样让反馈真正产生结果
我们没有把“提交成功”作为流程终点，而是建立完整工单机制：
自动分类
优先级判断
责任路由
SLA 时限
整改记录
用户复核
问题四：AI 应该参与什么环节
我们没有让 AI 直接决定工单结论，而是把它定位为辅助能力：
提取图片和文字中的问题
提供问题分类建议
辅助判断严重程度
生成结构化摘要
为管理人员提供处理参考
最终决策仍由管理人员确认，从而兼顾效率与可靠性。
7. TRAE 实践过程
过程截图：
Session ID：
1729957241558088:a15a44341d8f065a2cbe59c5a17f2f4c_6a3179b3d5928668066d2dea.6a73e8681a4ff4f069c01601.6a73e8675328c6b1b99b68e5:TRAE Work CN.0.1.36.no_sid.no_ppe.T(2026/8/6 10:07:34)
1729957241558088:8cad219c8c740a2ec4636307176c8988_6a3179b3d5928668066d2dea.6a73efa81a4ff4f069c01755.6a73efa8516795f181749a31:TRAE Work CN.0.1.36.no_sid.no_ppe.T(2026/8/6 10:28:49)
1729957241558088:737d36f6a1c9e91306c755e75d67afca_6a3179b3d5928668066d2dea.6a73f3021a4ff4f069c01802.6a73f3013eaa3c4c2aaea866:TRAE Work CN.0.1.36.no_sid.no_ppe.T(2026/8/6 10:37:41)
8.商业化与社会价值
a. 社会价值
提升公共服务可达性
让老年人、残障人士、孕妇和携带儿童的家庭更容易找到真正适合的公共卫生设施。
提高问题处理效率
把零散投诉转化为结构化工单，帮助管理单位快速识别高优先级问题。
建立透明治理机制
用户能够看到问题是否被接收、何时处理以及整改结果，增强公众对公共服务的信任。
形成城市设施数据资产
长期沉淀点位状态、问题类型、整改效率和用户需求，为城市规划及设施改造提供依据。
b.可持续发展方向
未来可探索以下合作模式：
面向城市管理部门提供数字化设施管理服务
为商场、交通枢纽、景区和园区提供设施管理解决方案
提供区域公共卫生设施数据分析
与无障碍地图、城市服务平台合作
为公共设施运营单位提供工单和 SLA 管理能力
商业化不会以影响公共服务公平性为代价。基础寻厕及反馈能力应继续面向公众开放。