记得住
大象不会忘事。所以一次服务里发生过什么,都会留在订单里:谁在哪一步确认过什么、钱怎么走的、最后怎么结的,翻自己的订单列表就能看见,不用回头找客服问。
首页 / 关于
关于我们阿东的大象星球在吉林·长春。做的生意是陪拍、陪玩、地陪这一类 线下陪伴服务,形态是一个微信小程序,加上配套的商户端和运营系统。 技术上没什么壁垒。难的是另一件事:两个陌生人线下独处几个小时,怎么做到安全、不尴尬、还值得记住。
团队不大,决策链很短。微信小程序从 0 到能给陌生人下单,花了不到一个季度; 之后的每一次改动都来自真实订单:一条客诉、一次事故,或者用户随口一句「这次体验不太好」。 所有人力先压在这一个小程序上,别的端等它稳了再说。
我们不急着铺规模。长春、哈尔滨两座城市站在小程序里跑通服务标准之前, 不会把这套流程复制到第三、第四座城市。
我们挑了大象身上三样最想要的天性。它们都不关于「聪明」,只关于「靠得住」。 这三样最后都落成一条要求:两个陌生人见面之前,少一点需要解释的地方。
大象不会忘事。所以一次服务里发生过什么,都会留在订单里:谁在哪一步确认过什么、钱怎么走的、最后怎么结的,翻自己的订单列表就能看见,不用回头找客服问。
象群会把受伤的成员围在中间,不丢下谁。所以投诉、售后、事故上报各成一张单,各有各的结论;处理结果影响服务者状态时,用户侧只看到事实陈述,不出现营销标签。
它话少,不喧哗,不催你。产品也照这个来:默认不打扰,真需要了才出声。
不是墙上贴的口号。每一条,都能在小程序里指到对应的那个入口或那一次点击。
第一层没做实,后面都谈不上。所以安全相关的动作全放在下单链路上,不藏在设置页深处: 实名认证、协议签署、重要事项逐条确认、敏感信息单独同意、事故上报,该用户自己点的,就交给用户自己点。
约人之前,很多人不想写一大堆要求。所以预约页只做三级收窄: 先挑类型(陪拍 / 陪玩 / 地陪),再挑等级(萌新 / 王牌 / 明星),最后挑风格(酷飒、清冷、元气、温柔这类)。 三级都留了「推荐」默认值,不想选就直接往下走。
陪玩、陪拍是吃情绪的活。这行流失率高,钱往往不是主因,耗竭才是。 所以陪陪端尽量把决定权交回本人:资料自己改、等级自己看、收入与提现自己提, 不用等谁给个说法。
接口错了就报错,不返回空数据让人以为「本来就没有」;没有评价就写「暂无评价」, 不显示零分,也不留空。用户分得清真假,信任才有落脚点。 这条在小程序里最直观:新陪陪的详情页评价区写「暂无评价」,不会摆一个 0 分在那儿。
每一条都是拿短期效率换的。换的东西是往后能站得住,也是小程序今天长这样的原因。
陪伴服务的质量,几乎全看本地供给。城市开得多但没人管,用户第一次就踩空,之后不会再回来。所以小程序里先只开长春、哈尔滨两个城市站,跑到「用户敢下单」为止。
小程序免安装、能在微信里转发,是成本最低的「认识我们」通道。而且我们没打算一上来就摊开好几个端。用户能用的就这一个,做好它比多做几个更有用。等真有了必须换个壳才能做的事,再谈第二个端。没人喜欢一上来就被要求装东西。
能讲故事的功能更容易被记住,但我们先把不显眼的那一层做完了:协议版本、勾选记录、同意撤回、事故工单、履约留痕。安全没做扎实之前,任何亲近的话都不负责任。
营销标签省事,但没法验证。我们宁愿直接列出等级、评分、接单数和常驻位置,让用户自己判断。
小程序里「客服协同下单」这类人工环节确实不快,但目前它最可靠。重复劳动我们会一点点交给系统,只是不会为了「看起来更先进」先把人的手撤掉。