云荷家政 · 家政双边平台小程序

一、双边生意需要一个双边入口
普通家政小程序只服务一类人：付钱的客户。云荷要服务两类：找人的雇主，和找活的阿姨。这两类人的诉求几乎相反——雇主想知道这个人可靠不可靠，阿姨想知道这单活稳不稳、多少钱、干多久。

所以首页在“云荷家政 阿姨多”这句主张下面，直接摆出两个按钮：找阿姨、发布需求。再往下是“选择您的身份”：我是阿姨，登录、完善简历、查看订单；我是雇主，登录、找阿姨、管理需求。身份先分清，后面的路径才不会互相打架。

二、服务类型是给两边看的一份清单
八宫格列的是家务保姆、育儿嫂、养老保姆、钟点工、医院陪护、住家护工、整理收纳，第八格是“全部”。这组图标既是雇主的选人目录，也是阿姨的岗位目录——同一份分类，两种用法。

分类上方有一行小字：“选择服务，查看工作或发布需求”。这行字解决的是双边平台最常见的混乱：同一个页面，点进去到底是找人还是找活？我们把动作写在分类旁边，进哪条流程由客户的诉求决定，而不是由页面结构决定。

三、三条承诺要能被真正执行
背景核查、服务期随时更换、不满意随时退费——这三句话印在首屏最显眼的位置，也是这类平台最难兑现的三句话。它们不是营销语，而是要在系统里留下痕迹的规则：核查结果要能记进阿姨档案，换人要在订单里发起并结算，退费要有可追溯的申请与处理。

我们在后台按这三条各留了一条链路：档案字段、换人申请、退费单据。首页写什么，后台就得管什么，否则承诺只是文案。

四、百科与找工作：平台的两条侧路
底部五个入口里，除了首页、找阿姨、我的，还有百科和找工作。百科承担的是说服——育儿、养老、护理这些事，雇主往往不懂怎么判断，内容比广告有用；找工作承担的是供给——阿姨不必等中介电话，自己就能看到在招的岗位。

对一个双边平台来说，供给和信任是两条命：找阿姨解决撮合，找工作解决供给，百科解决信任。三者缺一条，另外两条都会慢慢失效。

五、开发与交付
这个项目的难点不在页面，而在账号体系：同一套小程序要装下雇主与阿姨两种角色，各自的资料、权限、订单视角都要分开，又不能做成两个互不相通的系统。我们把角色判定放在登录之后的第一步，后续所有页面按角色分流。

项目由泉州小艾科技有限公司开发交付。双边结构是这个项目里最费工的部分，两种身份、两套权限、两条订单线都要装在同一个小程序里。小艾科技作为微信与抖音小程序官方认证服务商，配有十五年以上的技术团队，在预约、撮合与任务众包类场景上做过多个落地项目，习惯先把角色和流程讲清楚，再动手写页面。