跳到正文FIT5120 Seminar Week 3 · Jimmy Huang's BlogFIT5120 Seminar Week 3
本页目录· 76 条
这一页有部分内容暂时无法显示，其余内容完整。
主题： Social Impact、Homelessness、Technology & AI、Product Design、Project Pitching
此处有一段内容暂不支持显示。
1. Seminar 核心结论
这次 seminar 并不只是介绍 homelessness，而是在用 We Are Mobilise 的实际案例说明：
先理解问题和用户，再考虑技术。
技术通常不是“问题本身的答案”，而是让已有解决方案更高效、更可扩展的工具。
做 social impact 项目时，要区分“真正解决问题”与“只是管理问题”。
不要重复市场上已经存在的服务；要找到真实的 gap / unmet need。
项目不需要一开始就很复杂，应该从小规模开始，快速验证关键假设，再逐步扩展。
AI 让“把东西做出来”越来越容易，因此更重要的能力变成：stakeholder understanding、systems thinking、product thinking、governance、privacy、testing 与 communication。
Pitch 时，评委不仅会问“你现在能做什么”，还会关心：长期愿景是什么，以及你准备怎样从 MVP 走向未来版本。
2. 嘉宾与 We Are Mobilise 背景
2.1 Daniel Mellish
本科为 Commerce（Accounting & Finance）。
后来转读 Master of Information Systems。
曾在 KPMG、PwC 从事 digital / technology strategy 相关工作。
目前在 Mobilise 担任 Tech Generalist。
Dan 强调，在大型企业中通常会要求技术人员高度专业化，但在 startup / nonprofit 这类小型组织中，generalist 能力非常重要。
2.2 Mobilise 的起点
Mobilise 起源于 Monash 学生 Noah Yang 的一次经历。
最初，他和朋友看到街头 homelessness，认为可以通过赠送食物帮助他们，于是拿到了一批面包。但真正与 homeless people 交流后，他们发现：
很多人并不缺另一袋面包，他们更缺的是 human connection。
于是 Mobilise 最早从简单的 outreach 开始——不是“替别人决定他们需要什么”，而是先停下来交流、建立连接。
这成为 seminar 的第一个重要产品设计启示：
不要凭自己的想象定义用户需求，要真正与目标用户交流。
3. Mobilise 的发展历程
配套 slides 展示了 Mobilise 的主要发展节点：
2016：开始 outreach。
后续发展为全国性的 outreach movement。
2022：Nedd Brockmann 横跨澳大利亚跑步募款，为 Mobilise 和 homelessness 带来大量社会关注。
2023：推出 Direct Giving Programs。
2024：slides 展示 Nedd’s Uncomfortable Challenge 等全国 fundraising / awareness 活动。
2025：slides 展示 Triple J 合作、累计发放资金突破 $1 million，并推出与 Toll 相关的 Employment Pathways。
2026：slides 展示 Triple J 合作及累计发放资金达到 $4 million+。
Mobilise 的定位逐渐从传统 outreach 转向：
Creating programs and systems that address unmet needs.
也就是寻找现有 homelessness system 中尚未被解决的具体缺口，然后针对缺口建立新的 program / system。
4. Homelessness：seminar 想纠正的最大误区
4.1 Homelessness 不只是 sleeping rough
很多人想到 homelessness，会想到 Melbourne CBD 街边露宿的人。
但 seminar 强调：rough sleeping 只是很小的一部分。
Australia 有约 122,000 人没有安全住所。
约等于 1 in 200 Australians。
94% 属于 hidden / secondary / tertiary homelessness。
只有约 6% 是大众最容易看到的 rough sleeping。
Hidden homelessness 可能包括：
4.2 Seminar Quiz
A person staying with relatives because they have nowhere else to live may be experiencing hidden homelessness.
Target audience 不一定是最明显、最容易被看见的人群。做 persona 和 problem research 时，要主动寻找“隐藏的用户群体”。
5. Seminar 中提供的 homelessness 数据
Homelessness services 中的死亡年龄中位数约为 55 岁。
Australia national average 为 83 岁，相差约 28 年。
某些住房 offer 出现后，申请人可能只有很短时间准备 bond / rent；presentation 特别强调了 24 hours 这一紧迫窗口。
Government spending 不断增加，但 seminar 的观点是 outcomes 并没有同步改善。
The infrastructure to get funding to people at the point of need doesn’t exist.
This is a market failure.
注：以上数字均按 seminar / Mobilise slides 原样记录，本笔记未进行外部事实核验。
6. “Bathtub” 模型：解决问题 vs 管理问题
Mobilise 用一个 bathtub（浴缸）解释 homelessness system：
Tap（水龙头） = 不断进入 homelessness 的人。
Bathtub（浴缸） = shelters、crisis accommodation 和现有 homelessness services。
Drain（排水口） = 真正进入长期、安全住房、离开 homelessness system 的人。
6.1 Standard Response
这并不是完全没有价值，但 seminar 将其形容为 band-aid：
6.2 Mobilise 的 Approach
减少人进入 homelessness（deal with the tap）；
帮助人更快离开 homelessness（widen the drain）。
6.3 对项目设计的启示
When you’re addressing a problem, make sure you’re actually solving the problem — not just managing the problem.
我们的 solution 改变了 root cause / outcome 吗？
还是只是给已有问题增加了另一个 dashboard、信息页或提醒？
如果去掉我们的产品，用户最核心的问题是否仍然完全存在？
7. 为什么 Mobilise 不自己做所有 frontline services
Australia 已经存在大量 charities，其中很多已经擅长：
Mobilise 因此没有选择再建立一个几乎相同的 frontline charity，而是与 50+ charity partners 合作，将自身定位为这些 case managers 的“tool in the toolbox”。
不要重复已经有人做得不错的服务，而要补上系统真正缺失的部分。
如果市场已有三个产品解决同一个问题；
你的产品如果只是“换一个 UI”；
那么很难证明为什么用户、投资人或合作伙伴需要你。
8. Mobilise 的主要项目案例
8.1 Mobilise Matched
Seminar 将 Mobilise Matched 描述为 Australia 首个 direct cash transfer program。
在约六个月内给予 participant $7,000–$10,000 现金支持；
让 participant 自己决定如何使用这些资金改善住房、家庭和未来计划。
为什么这是一个重要案例？
查看海外 direct cash transfer 的研究 / trials；
用 evidence 验证核心假设；
先进行约 10 人的 pilot；
观察结果；
再迭代 program design。
一个非常典型的迭代例子
早期的 “Matched” 设计会根据 participant 的 savings 进行 matching。
后来团队发现，这可能制造错误 incentive：
因此后来取消了这种机制，转向更直接的 lump-sum support。
Design → Test → Review → Iterate → Scale
8.2 Mobilise Kickstarter
Kickstarter 的核心是 point-in-time intervention：
支付 bond
Advance rent
Rent arrears
提供额外 safety net
目的不是长期替 participant 支付一切，而是在关键时刻用资金阻止他们掉入 homelessness，或帮助他们真正进入 housing。
Seminar 中的 international student 案例
讲者分享了一名 international student：
有时候，一个规模很小、发生在正确时间点的 intervention，可能比复杂的大系统更能改变最终 outcome。
9. Mobilise 的规模化思路：不要一开始就造“最终系统”
Kickstarter 被用来说明 scalability。
团队没有从第一天就建立一个可以服务大量用户的巨大系统，而是：
先支持约 5–20 participants / month；
验证 workflow 和 assumptions；
再逐步增加到 30、50、100；
seminar 中表示目前已经可以比较稳定地处理 150+ participants / month。
Buy / use off-the-shelf systems instead of building everything from scratch.
更便宜；
更快；
最重要的是，可以先验证 program / business model 是否成立。
如果第一天就按照“想象中的最终版本”开发完整系统，很可能会出现大量 redundant build。
对 FIT5120 的直接启发
你们不需要在第一版实现全部 grand vision。
Today / MVP: 我们现在验证最关键的一件事。
Next iteration: 根据用户反馈补充功能。
Long-term: 5–10 年后系统可以如何扩展。
评委通常更希望看到一个可信的 roadmap，而不是一个号称什么都能做、但没有验证过的巨大产品。
10. Technology 的角色：不是 Solution 本身，而是 Enabler
Technology is often not the solution itself. It enables people and systems that are already trying to solve the problem.
Mobilise 使用 technology 的目标包括：
让内部团队能支持更多 participants；
减少 case manager 的 administrative burden；
提高 referral 速度；
让合作 charities 更愿意持续使用 Mobilise；
提高整个 service 的 scalability。
是否真的节约 stakeholder 的时间并改善最终服务结果。
11. Stakeholder-centered Design：不要假设用户和你一样
Mobilise 的 case managers：
必要信息直接出现在 screen 上；
操作足够简单；
能快速拿到 response；
尽量减少 friction。
“Email address” 的例子
Dan 曾经想通过 email 判断 participant 是否以前进入过 Mobilise program。
部分 participants 根本没有 email；
case manager 可能使用自己的 email 填写 participant email；
于是 database 中可能出现多个 participant 共享同一个 email 的情况。
设计者认为“每个人都有唯一 email”是一个 assumption，但在真实 vulnerable population 中，这个 assumption 可能完全不成立。
12. 做 Project / Pitch 时必须问的 Stakeholder 问题
Who is the user?
Who are the stakeholders?
他们实际有什么 needs？
他们当前怎么完成这个任务？
最大 pain point 是什么？
他们的 digital literacy 如何？
他们是否有 smartphone / email / stable internet？
使用产品需要多长时间？
我们是否给他们增加了额外工作？
使用我们的产品后，他们的实际 outcome 有什么变化？
尤其是 social impact 项目，经常面对：
因此一个漂亮 UI 并不足以证明 solution 有价值。
13. 不要 Duplicate Existing Services
市场上是否已经有完全相同的产品？
是否有 similar solution？
是否在另一个行业已经存在同类模式？
如果竞争者已经做得很好，我们的差异化是什么？
Social impact 场景中，重复服务还有额外问题：
14. AI、Coding 与未来 IT 工作
14.1 Dan 当前如何使用 AI
Dan 表示，他现在大量使用 Claude Code。
Form service
Azure
Salesforce
Claude 在一定程度上成为操作这些系统的统一入口。
他会同时运行多个 agents，因此工作方式越来越像：
Managing a small team rather than individually writing every line of code.
14.2 Guardrails 与 Governance
15. AI Output 应如何验证：Test-first
当被问到什么时候不应该相信 AI 时，Dan 的回答不是“某些任务绝对不用 AI”，而是：
AI 可以先尝试，但 output 必须被验证，而且任务越关键，验证要求越高。
先明确 solution 应该达到什么结果；
先设计 tests；
再让 implementation 完成任务；
tests 通过后才更有理由相信 solution 工作正常。
因此 AI 时代的重要技能不是“完全手写全部 code”，而是：
定义正确问题；
定义 acceptance condition；
验证结果；
确保系统符合真实需求。
16. AI 很适合 Prototype，但 Prototype ≠ Production
Dan 提到，现在可以非常快地通过 Claude Code、Lovable 等工具做 prototype。
很快看到 solution 大概长什么样；
快速验证用户是否理解；
快速发现原本的 assumption 不成立；
降低早期探索成本。
Technical architecture
Data storage
Privacy
Security
Governance
User interaction
Scalability
特别是 Mobilise 处理 vulnerable people’s data，因此不能仅因为 AI prototype “能跑”，就直接作为 production system。
17. Privacy 与 Vulnerable Data
技术 solution 必须存在于真实的 legal / regulatory environment 中。
因此一个产品即使功能很强，如果 privacy / governance 设计不成立，也不能真正 operationalise。
18. AI 时代，什么能力更重要？
Dan 的观点是：纯 coding 能力正在被 AI 大幅商品化，因此团队成员正在越来越接近 generalist。
Can you think in a product way?
Can you think in a design way?
Can you understand business requirements?
Can you communicate with non-technical stakeholders?
Can you translate requirements into a working product?
Can you reason about governance, risk and architecture?
因此即使大学里某些 subjects（例如 governance）看起来不够“hands-on”，在真实企业环境中仍然可能非常重要。
19. Project Ideation：嘉宾给 FIT5120 学生的直接建议
Q&A 中，学生问：Main Project 有什么 ideation tips？
19.1 不要重复已有服务
Is this already available?
19.2 必须真正对应一个 social issue
Problem → Target Audience → Unmet Need → Solution
Technology → Feature → 再想它能解决什么问题
19.3 找 Niche
嘉宾特别提到，他经常看到学生做各种 events apps，同质化非常严重。
明确的小人群；
明确的场景；
一个真正没有被满足的 need。
19.4 One thing really well
Your product doesn’t need to do everything. It needs to do one thing really well.
用户平台
Charity 平台
Government dashboard
Social network
AI assistant
Recommendation system
Marketplace
如果一个小的核心 workflow 已经可以产生清晰 outcome，就已经是更可信的 solution。
19.5 Keep it simple
20. 如何把 Tech Solution 和 Charities / Community Organisations 连接起来？
我们是 tech students，可以做 software，但 social welfare 往往需要 charities / nonprofits 参与。怎样真正把他们接入产品？
不要先做完产品再要求 charities 适应它。
与 charities / service providers 交流；
与真实 target users 交流；
观察他们当前 workflow；
找 friction / unmet need；
再决定技术应该做什么；
做小版本；
让 stakeholders 使用；
根据反馈持续迭代。
Mobilise 自己的 referral process 也经历了这个过程：
Know who you’re building for, rather than building something and trying to fit them into it.
21. Platform 的 Cold Start Problem
Dan 补充：如果你的产品是 platform，而且产品价值依赖“其他人也在平台上”，就必须考虑：
为什么第一批用户要加入？
如何 incentive them to join？
是 one-sided 还是 two-sided platform？
当平台上几乎没有其他用户时，第一个用户的 experience 是什么？
如何在达到 critical mass 之前仍然提供价值？
用于理解平台型产品如何解决早期 network / user acquisition 问题。
22. 关于 Social Welfare 的 Q&A
如果有一部分人可以工作却依赖 welfare，那么继续提供 direct cash support 会不会反而制造长期问题？
22.1 Target population 不同
已有住房；
依赖 Centrelink；
是否愿意就业的问题。
22.2 Direct Cash Transfer 不是 Universal Basic Income
Mobilise 的 program 是针对特定住房问题进行 intervention，而不是永久收入替代。
讲者表示，他们与大量 participants 的实际接触显示，大多数人希望获得 housing 和 employment opportunity。
做 social impact 项目时要清楚定义 target cohort，不要把不同社会问题混成一个问题。
23. Seminar 中出现的两组 Mobilise 数字
为了忠实保留材料内容，这里将 slide 与 seminar 口述数据分开记录，不自行合并统计口径。
Slides 中的数据
1,500+ people supported through Mobilise programs
50+ charity partners
$4M+ distributed through Mobilise programs
82% of people still in the same house 6 months after support
Seminar 后段口述
讲者在介绍 Kickstarter scalability 时还提到：
约 3 年内支持了约 4,400 people；
直接发放资金已经接近 $4.5 million。
这两组数字在 seminar 材料中同时出现，本笔记不自行判断其统计范围或更新时间。
24. 对 FIT5120 Project 最有价值的 10 条原则
1. Start with the problem
2. Meet your market
与 stakeholder / target users 做 discovery。
3. Find the gap
4. Define a niche target audience
“Everyone” 几乎永远不是一个好的 persona。
5. Solve, don’t just manage
确认你的产品能改善 outcome，而不仅是展示 information。
6. One thing really well
7. Validate assumptions early
8. Use technology as an enabler
技术的价值应该体现在用户 outcome、时间、成本或 accessibility 的改善上。
9. Think about governance and privacy
尤其当项目涉及 vulnerable groups、location、health、identity 或 personal data。
10. Show a roadmap
What can we realistically build now?
What assumption are we validating?
How would this scale later?
25. 一个适用于后续 Pitch 的检查框架
Problem
User / Stakeholder
Existing Solutions
Solution
Validation
Scale
Risk / Governance
26. 时间轴速查（约）
27. 一页版复习
Seminar 最重要的一句话
Build for a real problem and a real user — not for the technology.
Mobilise 的思路
发现 gap → 小规模 intervention → 测试 → review → iterate → scale
Homelessness 的关键认知
Tech 的关键认知
AI 的关键认知
AI 可以快速 prototype / build。
但必须：test、verify、govern、protect data。
未来 IT 人员需要更强的 generalist / product / systems skills。
Project 的关键认知
28. Final Takeaway
这次 seminar 真正想传达的不是“所有人都应该做 homelessness app”，而是展示一种适用于任何 social impact / IT project 的思维方式：
从真实的人和真实的问题出发，找到系统中尚未满足的需求，用最简单的方式验证解决方案，再利用技术和 AI 提高效率、扩大规模，同时始终考虑隐私、治理、风险和用户尊严。
对于 FIT5120，最重要的不是把系统做得功能最多，而是能够清楚证明：
我们理解谁有这个问题；
这个问题确实存在；
现有解决方案为什么不够；
我们的 MVP 如何真正改善 outcome；
我们如何验证它；
如果验证成功，未来如何扩展。