Web AppShut Down
MyCity
MyCity 是一个 GovTech SaaS 平台，帮助地方政府收集居民想法、反馈和公共讨论。
查看原始故事产品快照
它是什么
MyCity 帮助地方政府收集居民意见、想法和公共讨论，并提供后台管理。
给谁用
地方政府市政部门居民公共参与团队
问题 / 价值
把居民参与和政府反馈管理放到线上流程里。
核心流程
居民提交想法或反馈，政府团队在后台收集、管理、回应并推动公共讨论。
产品形态
GovTech SaaS居民反馈平台市政后台工具公共讨论平台
定价模式
公开资料提到三笔一次性销售，但没有证明可重复订阅或续费循环。
发生了什么
摘要
MyCity 从成功的市民参与副项目发展成 GovTech SaaS，但团队发现市政买方缺少产品所需的工作流。
结果
项目关闭；这个案例更适合作为机构 SaaS 和公共产品的买方工作流验证警示。
核心风险
用户侧热情不等于买方侧流程准备好。
时间线
- MyMurmansk 在 48 小时内收集近 200 条居民想法。
- 团队将经验扩展为 MyCity GovTech SaaS。
- 团队尝试自下而上推动地方政府购买。
- 项目获得少量一次性销售。
- 因买方工作流和可重复订阅未成立而关闭。
开发前先验证
为什么值得注意
政府和机构 SaaS 的使用者、受益者和付款方经常不同；居民愿意参与，不代表市政部门有预算、流程和责任人来购买和运营。
主要检查
在围绕用户侧热情投入后台软件前，先验证付费买方工作流。
检查清单
- 谁负责处理用户提交内容？
- 政府或机构已有这个流程吗？
- 谁有预算和采购权限？
- 一次性项目能否转成订阅？
- 自下而上的压力在这个采购场景是否有效？
适合参考的情况
- 你在做 GovTech、公共参与、教育、医疗或机构 SaaS。
- 用户侧很热情，但付款方是机构。
- 你计划自下而上推动采购。
不太适合参考的情况
- 机构已有明确采购预算和内部处理流程。
- 买方已经反复为同类工作流续费。
如果今天重新做
在围绕用户侧热情投入后台软件前，先验证付费买方工作流。