信息多,但确认成本高。
用户仍然要自己翻广告、打电话、判断报价和承担服务风险。
华邻 HuaLocal · Investor memo · Sydney wedge
用户说需求,平台确认结果。
华邻把退租清洁、车检、房检和维修等高信任本地服务,转化为可报价、可确认、可预约的选择。第一阶段聚焦悉尼华人退租清洁,用最小闭环验证需求、商户响应和确认预约。
01 · Why now
现有渠道把信息放到用户面前,却没有替用户完成筛选、确认、比价和留痕。这里正是平台可以创造价值的位置。
从信息流走向交易前确认。
用户不是想浏览 100 个清洁广告。用户想知道:谁真的能来、多少钱、什么时候、会不会临时加价、出了问题有没有记录。
02 · Market sizing
TAM 看澳洲住宅清洁总盘,SAM 看悉尼华人可触达服务需求,SOM 用 12 个月真实确认预约倒推。这样每一层都能被数据更新,而不是写一个漂亮但无法执行的大数字。
注:SOM 是运营假设,不是外部统计结论。下一步要用真实漏斗更新:需求提交数、有效需求率、商户 SLA 响应率、用户确认预约率、商户付费意愿。
03 · Product model
第一版采用 B 模式:平台先向商户确认可接单,再给用户可预约选项。后端可以人工兜底,前端必须让用户感到路径明确。
华邻的 AI 能力和当前价值主张天然契合:用户只需要说需求,AI Agent 负责理解、补全、匹配、追踪和汇总;人工运营负责关键确认与异常兜底,直到数据足够后逐步自动化。
04 · Competitive wedge
差异不是“也有商户”,而是把退租清洁这个场景做成短路径、中文、可确认、可留痕的体验。
用户仍然要自己翻广告、打电话、判断报价和承担服务风险。
推荐分散在聊天记录里,难搜索、难比较、难形成服务商信用。
适合发现和种草,不适合确认档期、报价、返工和售后边界。
通用任务市场很强,但缺少华人退租清洁的中文语境和字段深度。
| 对标产品 | 它强在哪里 | 留下的空位 | 华邻的差异 |
|---|---|---|---|
| 今日悉尼 | 华人流量和商户广告密度高。 | 用户仍要自己筛选、打电话、问档期、比报价。 | 平台先确认可接、报价、时间,再给 2-3 个选项。 |
| Airtasker | 任务发布、报价和评价机制成熟。 | 通用型任务市场,对华人语境和退租清洁字段不够深。 | 更垂直、更短路径,围绕退租清洁 checklist 做结构化撮合。 |
| Hipages / Oneflare | 本地 tradie 和服务商线索体系更完整。 | 偏英文、本地通用服务,用户仍需自己判断是否适配华人需求。 | 中文需求入口 + 商户响应 SLA + 平台确认预约。 |
| Google Business | 搜索意图强,评价可见。 | 评价噪音高,无法直接确认今日/本周是否可接。 | 把搜索后的电话确认动作变成平台流程。 |
| 小红书 / 微信群 | 发现和信任传播强,适合华人社群。 | 信息碎片化,不可比较,不沉淀履约数据。 | 把社群推荐转为可报价、可预约、可追溯记录。 |
05 · Business model canvas
画布不是大而全战略图,而是回答一个问题:悉尼退租清洁这条链路如何跑出真实供需和可收费信号。
C 端:悉尼华人租客、新移民、留学生、白领。B 端:退租清洁服务商,后续扩展到二手车检测、房屋检查、维修装修。
用户不用自己逐个联系商户。平台先确认可接、报价、时间和关键条件,再给出少量可预约选项。
小红书、微信群、今日悉尼、Google SEO、LegalLink、租房群、校园社群。
轻客服 + 自动通知 + 平台内确认预约。商户侧用接单池、SLA 和排序激励管理。
确认预约费、有效线索费、商户会员、优先推荐、类目工具、争议/法律转介。
商户数据库、响应速度、报价模板、需求数据、交易反馈、LegalLink 资源、AI Confirmation Agent 工作流。
商户 BD、AI 辅助需求结构化、撮合确认、SLA 跟进、报价校验、评价沉淀、内容获客、争议协助。
产品开发、运营客服、商户 BD、获客投放、短信/电话成本、工具订阅、争议处理。早期用人工兜底验证,避免过早建设重系统。
06 · Revenue architecture
MVP 前 30-50 单免费。真实收费优先从确认预约费开始,佣金等平台内支付或订金成熟后再推。
前 30-50 单免费,换取真实报价、响应速度、成交反馈和付费意愿。
普通确认预约费。紧急单可测试 AUD 15-30,因为用户时间成本更高。
商户会员和线索包,绑定优先推荐、完整商户页、多区域覆盖和数据报告。
成交佣金适合后续高客单类目,需平台内支付或订金能力支撑。
07 · Validation plan
这不是 GMV 游戏。MVP 要证明用户愿意提交真实需求,商户愿意响应,用户愿意在平台内确认预约。
| 关键假设 | 验证方式 | 成功标准 |
|---|---|---|
| 用户愿意提交真实需求 | H5 表单 + 微信入口 | 50 个需求中 20 个有效 |
| 用户愿意等待平台确认 | 匹配中页面 + 通知 | 50% 有效用户愿意等待 |
| 商户愿意响应平台线索 | 微信、电话、短信测试 | 20 家完整商户中 10 家可在 SLA 内响应 |
| 商户认可线索价值 | 成交后访谈和付费意愿测试 | 至少 5 家愿意测试付费 |
08 · Pricing framework
退租清洁报价采用“基础价 + 变量项 + 风险项 + 确认条件”。这套框架后续可以迁移到车检、房检和维修。
| 层级 | 退租清洁示例 | 后续类目复用 |
|---|---|---|
| 基础价 | studio、1b1b、2b2b、3b2b | 车检标准检查、房检标准报告、维修上门费 |
| 变量项 | 地毯、烤箱、阳台、窗户、车库、墙面 | 车型、面积、报告深度、材料和工时 |
| 风险项 | 重油污、霉菌、宠物毛发、垃圾残留 | 事故车、老房结构、隐蔽工程、临时加项 |
| 确认条件 | 是否看过照片、是否含 invoice、是否支持返工 | 是否出报告、是否持证、是否书面报价、保修多久 |
09 · Risk boundary
平台协助记录需求、确认报价和保留沟通信息。具体服务由第三方商户提供,平台不直接承诺服务结果。
| 风险 | 严重性 | 应对方式 |
|---|---|---|
| 商户响应慢 | 高 | SLA 分层,超时降权,优先推荐响应快商户。 |
| 临时加价 | 高 | 报价结构化、照片确认、加价项提前列明。 |
| 服务质量差 | 高 | 反馈记录、商户降权、争议协助,不做履约担保。 |
| 绕单 | 高 | 早期接受部分绕单,后续用优惠、售后记录和订金降低绕单。 |
| 平台责任过重 | 高 | 明确第三方服务边界,保留沟通和报价记录。 |
10 · Roadmap
不要过早做完整 App、支付、公开评价或多类目平台。每一步都要回答一个新的商业假设。
20 个完整商户档案,50 个用户需求,5-10 个确认预约,收集付费意愿。
测试确认预约费,建立商户排序规则,用内容和社群获得稳定需求。
优先在悉尼核心华人区域加密,也可测试二手车检测作为第二类目。
商户后台、自动通知、会员线索包、LegalLink 场景导流和墨尔本测试。
11 · Method and evidence
我们用金字塔原则先定顶层判断,再用用户任务、商业画布、精益实验和风险边界逐层验证。
华邻的核心不是“有更多商户”,而是建立澳洲华人本地服务的确认层:用户说需求,平台确认结果。只要这个确认层能降低沟通成本、决策成本和信任成本,后续类目扩展才有意义。
| 仍需讲清的问题 | 为什么重要 | 第一版验证方式 |
|---|---|---|
| 商户响应 SLA 是否真的成立 | 平台承诺的“确定答案”依赖商户在窗口期内回复。 | 记录每个商户微信、电话、短信的响应时间和可接率。 |
| 报价结构能否减少临时加价 | 临时加价会直接伤害信任,也是退租清洁最大风险之一。 | 要求照片、加价项、invoice、返工条件在推荐前确认。 |
| 平台责任边界如何被用户接受 | 第一版不做担保,但必须让用户理解平台提供的是确认和协助。 | 在确认预约页展示第三方服务边界和争议协助流程。 |
| 商户愿意为什么付钱 | 收入模型不能只靠想象,必须从商户付费意愿倒推。 | 免费跑单后访谈,测试确认预约费、线索包、会员优先推荐。 |
| 数据资产是否可复用到下一类目 | 如果字段和匹配规则不可复用,平台会变成人工中介。 | 把需求拆成基础价、变量项、风险项、确认条件四层。 |
| 技术架构是否保持轻但可迁移 | 过早做复杂系统会拖慢验证;太随意又会丢失关键数据。 | H5 + 表单 + Airtable/轻后台起步,但从第一天定义需求、商户、响应和预约四个核心对象。 |
12 · Sources
投资人最终会看一手数据:有效需求率、商户响应率、确认预约率和付费意愿。