电自圈 · 先帮一个人选明白一辆车
从电动两轮生活方式社区,收窄到城市、通勤、充电与预算约束下的选车决策。
奇奇怪怪的想法本文目录
产品探索 · 原稿日期:2026 年 7 月 16 日
买电动车时,最难的往往不是找不到参数,而是不知道这些参数对自己的生活意味着什么。同样的预算,通勤距离、充电条件、是否载人和所在城市不同,选择也会不同。
电自圈最初是一套围绕智能电动两轮车的生活方式网站设想:用车型内容吸引关注,用 Agent 帮助选车,再用玩家车库、装备与交流承接购车后的需求。
原来的表达是:买之前选得明白,买之后玩得有型。
从社区平台,收窄到一次决策
同日的需求研究把这个方向收窄了:先帮助已经准备买车的人,从两到三款具体版本中做出选择。
一个典型输入可以是:我每天往返 18 公里,家里不方便充电,偶尔带人,预算有限,希望知道几个候选车型各自有什么取舍。
Agent 不急着给出「最佳车型」,而是先补齐约束,再解释哪些候选值得继续看、哪些条件还需要确认。车型信息要区分官方参数、测试记录和车主反馈,保留来源、地区与更新时间。
最小可用流程
填写城市与使用条件 → 确认车辆类别与可用范围 → 得到少量候选 → 比较具体版本 → 带着问题去试骑。
原型中的「三车决策卡」想表达的,是每辆车为什么适合、哪里不适合,以及还缺什么证据。法规与通行条件作为需要核实的数据来源处理,不能让模型凭印象给结论。
社区、二手估价、维修救援、充电与养车记录可以继续探索,但不应让第一版同时承担整个电动车生态。
与骑行座舱的关系
电自圈主要服务骑行前后的查找、判断和管理;骑行座舱 OS 关注出发、导航、途中状态与行程结束。
后续产品矩阵方案将它们拆为独立入口和独立状态,设想通过账号与车辆数据协作。把两者写在一起,是为了记录产品方向的联系,不表示已经完成跨产品互通。
已有材料与下一步
目前已有 PRD、需求研究和 H5 界面原型,不能据此判断付费需求已经成立。
我更想先验证:用户是否会拿着决策结果去试骑,是否更快排除了不合适的候选,以及哪些信息值得持续维护。车型库做得很大、页面很多,都不能代替这些反馈。
原稿依据:《Agent 电自圈 PRD v0.1》《Agent 电自圈:OPC 真实需求研究 v1.0》(均标注 2026-07-16);补充参考 Carline 产品矩阵方案。这里整理产品思路,不复用原研究中的市场规模和评分作为当前结论。