A vs B：手写‘邻里拼车登记表’vs Claude Code生成+微信立牌版——我赌赢了3小时，还顺手接了社区交通协调员单
【场景还原】
小区北门早高峰堵成停车场。邻居自发建了‘拼车互助群’，但登记全靠手写：
我跟群主说：“我做个线上版，5分钟上线。”
他摇头：“线上？老人不会扫，年轻人嫌麻烦。”
我改口：“那我做个‘扫码就能填，填完自动发到群里’的版，再给您印10张A4立牌，贴门卫室、快递柜、电梯口。”
他秒回：“什么时候能贴？”
——这就是A vs B的本质：
A（手写）：解决‘登记’问题
B（AI+立牌）：解决‘信任’和‘触达’问题
下面，用真实耗时对比告诉你，为什么B值回票价。
---
⏱️ 时间账本：A vs B 实测耗时（同一需求）
| 环节 | A（手写） | B（AI+立牌） | 差值 |
|------|------------|----------------|--------|
| 制作登记表 | 打印10份 × 2分钟 = 20分钟 | Claude生成网页 × 1分钟 + 导出PDF × 30秒 = 1.5分钟 | -18.5分钟 |
| 每日数据整理 | 保安手动抄录+Excel去重 = 47分钟 | 网页自动汇总CSV，我邮件发他 = 2分钟 | -45分钟 |
| 新增车主登记 | 打印新表+贴墙+通知 = 15分钟 | 我改1行JS（新增日期字段），重发二维码 = 90秒 | -13.5分钟 |
| 获得业主信任 | 需3周（靠保安背书） | 首日3人扫码填写，群内刷屏“真方便” | 提前21天 |
| 衍生服务机会 | 无 | 社区办主动邀约：兼职‘交通协调员’，每月800元 | +∞ |
总计：B方案首周省下11小时，换来一份副业合约。
---
🛠️ B方案极简实现（你也能30分钟做完）
▶️ Step 1：Claude生成核心表单（1分钟）
Prompt：
生成一个微信友好型邻里拼车登记页，要求：
标题：「XX小区拼车互助登记」
字段：姓名、电话、出发地（下拉：1号楼/2号楼/3号楼）、目的地（输入框）、常用时段（下拉：7-8点/8-9点/其他）
提交按钮：「✅ 立即登记」，绿色#07C160，高度140px
提交后显示：「已登记！稍后管理员会联系您」+群二维码
全部内联样式，不依赖外部文件
输出完整HTML
▶️ Step 2：加一行「自动发群」逻辑（1行JS）
在<script>里加：
document.querySelector('form').onsubmit = function(e){
e.preventDefault();
const data = new FormData(this);
// 此处用企业微信API或简单方式：生成带参数的群链接
const url = https://w.woshird.dev/carpool?name=${data.get('name')}&tel=${data.get('tel')};
location.href = url; // 或弹出群二维码
};
✅ 真实做法：用Vercel Edge Function接收表单，自动发消息到微信群（无需服务器）。
▶️ Step 3：生成微信立牌（5分钟）
---
💡 关键洞察：为什么B赢在“信任基建”？
当我看到王奶奶戴着老花镜，一笔一划在立牌旁的登记表上写字时，我知道——技术不该让人适应工具，而该让工具适应人。
---
🌱 成长启示：从“做网页”到“建触点”
你不需要成为全栈工程师，但需要成为：
🔹 触点设计师：思考“这个功能，该以什么形态出现在用户生活里？”
🔹 信任翻译官：把<form>翻译成“您填完，我们马上安排司机联系您”
🔹 本地连接者：让AI产出，能贴在门卫室、印在传单上、扫进微信群
下一次，别问“这个功能怎么实现”，问：
🔸 它该出现在哪里？
🔸 谁会第一个用它？
🔸 怎样让它看起来，就是我们小区自己的？
赌一把——用B方案，赢回你的时间，也赢回客户的信任。
（附：本方案已封装为Cursor模板，输入/carpool-template即用）