A
ALWAYS-ON COMMUNITY
常态创新社区
持续发现问题，维持人与经验的连接。
- 每周AI Office Hour与真实问题答疑
- 每月案例分享与Demo Day
- 每季度主题创新挑战赛
- 持续痛点征集、种子用户与项目跟踪
AI创新运营提案/创新社区与赛事系统
返回系统总览PROPOSAL / 岗位提案 · SYSTEM 02
让一次赛事，
不止诞生一个
获奖作品。
社区持续发现问题，赛事集中加速验证，赛后机制把优秀成果送进真实业务。 最终建立一条从业务痛点到规模化应用的创新管道。
进入一次创新周期
INNOVATION FIELD GUIDE / 002Osprey Yang · 2026
01 / INTERACTIVE JOURNEY
点击节点，查看每个阶段如何运行一个业务问题，
如何走过完整创新周期？
时间轴覆盖赛前、赛中与赛后。每个阶段都有清晰目标、运营动作、 交付物和进入下一阶段的条件。
DISCOVER / 01
痛点征集
业务里，什么问题值得被解决？
- 本阶段目标
- 从社群、访谈和运营数据中找到高频、真实、可以被验证的问题。
- 关键动作
- 开放痛点入口访谈一线员工合并重复问题
- 我在岗位上的动作
- 设计征集模板，主持访谈，区分“抱怨”与可行动的业务问题。
阶段交付业务痛点池
晋级条件问题有明确用户、发生场景和影响证据。
02 / DUAL ENGINE
常态社区 × 阶段赛事社区负责生长，
赛事负责加速。
两者必须咬合：社区没有赛事，容易只剩讨论； 赛事没有社区，容易结束即归零。
B
TIME-BOXED CHALLENGE
阶段创新赛事
用明确节点和资源，把想法推进到真实验证。
- 聚焦把模糊问题变成清晰课题
- 组队让业务与AI能力发生连接
- 加速集中提供导师、工具与反馈
- 筛选找到值得进入业务试点的项目
03 / HOTEL CHALLENGE
示例课题：如何减少交接班中的信息遗漏？
不是预设“做一个AI交接助手”，而是先确认遗漏发生在哪里、 谁受到影响，以及什么结果才算真正改善。
发现
一线员工反馈记录分散、格式不一
定义
形成夜班交接信息结构化课题
共创
前台、店长与AI种子用户组队
原型
搭建摘要模板与人工复核清单
验证
3家门店连续使用并比较遗漏率
转化
验证通过后进入工具资产系统
04 / REVIEW STANDARD
从“创意评审”转向“业务评审”选出的不是
最会展示的项目。
而是最值得进入下一轮业务验证的项目。 评委必须看到真实问题、使用证据和人工边界。
业务问题真实性
25%
原型实际可用性
25%
业务价值与效率改善
20%
风险与人工边界
15%
复制与推广潜力
15%
创意得分
不等于
落地价值。
05 / REVIEW & TRANSFER
比赛结束，价值开始评审之后，每个项目都要有明确去向。
不把所有项目包装成成功案例。根据证据进入试点、继续孵化、 沉淀案例或有依据地停止。
立即试点
原型已具备真实使用条件，进入门店或业务团队测试。
继续孵化
价值明确，但稳定性、数据或流程条件仍需补齐。
沉淀案例
不继续开发，但过程、方法或失败原因具有学习价值。
暂停归档
场景尚不成熟，保留课题、证据与未来重启条件。
06 / MEASUREMENT · PAST EXPERIENCE
不以现场热闹衡量赛事从参与人数，
一直追到业务采用。
真正重要的是有多少问题被验证、多少原型进入试点， 以及30天后还有多少成果仍在被使用。
社区活跃
有效痛点数
答疑率 · 活跃种子用户赛事推进
真实测试率
原型完成率 · 业务参与率赛后转化
30天存活率
进入试点数 · 试点完成率组织价值
跨团队复用数
时间节省 · 资产沉淀MY DEFINITION OF INNOVATION OPERATION
赛事不是终点，它是让一个问题获得资源、验证与去向。