Skip to content

0707-01 产品主线及支线拆分 #2

Description

@LUPENGHAN

主线是这个问题域的骨架,所有产品共享,只是每个子节点的做法不同,不是"有没有"的问题。

1. 捕获

  • 1.1 输入渠道:手动输入 / 语音 / 邮件 / IM / 会议记录 / 浏览器插件
  • 1.2 结构化方式:人工填字段 vs AI自动拆解成任务
  • 1.3 去重归类:进 inbox 后怎么分流到项目/清单

2. 组织

  • 2.1 属性定义:标签、优先级、预估时长、依赖关系
  • 2.2 层级结构:项目-任务-子任务怎么嵌套
  • 2.3 检索过滤:排序、多维筛选

3. 规划/调度

  • 3.1 排期决策权:AI全自动 / 人工手动 / AI建议+人工确认
  • 3.2 冲突处理:多日历合并、缓冲时间、通勤时间计算
  • 3.3 动态调整:计划变化后怎么重新排布
  • 3.4 多人协同排期:找团队共同空闲(个人场景里这一条根本不存在)

4. 执行/专注

  • 4.1 专注环境:番茄钟、专注UI、白噪音
  • 4.2 保护机制:专注时段被系统当作真实占用,防打扰
  • 4.3 执行中微调:临时插入、延后

5. 复盘

  • 5.1 数据记录:计划vs实际的数据怎么采集
  • 5.2 呈现形式:图表、周期报告、趋势
  • 5.3 反馈机制:激励/游戏化/建议
  • 5.4 团队级复盘:汇报仪表盘(同样,个人场景里不存在)

同一条主线上,每家公司选择在哪个节点砸得最深、在哪个节点故意做浅甚至跳过。

支线维度完整拆解

1. 控制权模型

  • 1.1 决策发起方:AI主动决策 / AI被动建议 / 纯用户手动
  • 1.2 决策可逆性:AI排的结果用户能否轻易覆盖或撤销
  • 1.3 透明度:AI的排程逻辑对用户是否可解释、可见
  • 1.4 渐进式信任:产品允不允许用户从"手动"逐步过渡到"全自动",还是一步到位

2. 目标结构

  • 2.1 组织规模:个人 / 小团队 / 企业级
  • 2.2 角色分工:有没有"管理者视角"和"执行者视角"的区分
  • 2.3 协作深度:仅共享可见 / 共同编辑 / 汇报审批链路

3. 平台生态位

  • 3.1 数据源角色:自己是原生数据源,还是聚合/叠加在别人数据上
  • 3.2 替代关系:意图替代现有工具,还是意图与现有工具共存
  • 3.3 生态开放度:开放API/插件生态,还是封闭一体化

4. 商业模式

  • 4.1 计费单位:按人头 / 按工作区 / 按用量(如AI credits)
  • 4.2 功能分级策略:哪些能力放进免费层、哪些锁进付费层——这个划分本身暴露了公司认为"什么才是核心卖点"(比如Motion把复盘锁进Business版,说明它自己也不认为复盘是主卖点)
  • 4.3 增长获客路径:口碑/社媒传播 / 付费投放 / 企业销售驱动

5. 情感/动机设计

  • 5.1 激励类型:游戏化(徽章/积分) / 数据可视化带来的自我认知 / 完全没有激励设计
  • 5.2 语气人格:产品话术是"助理式"(像雇了个人) 还是"工具式"(纯功能陈述)
  • 5.3 长期粘性设计:有没有连续使用挑战、习惯打卡这类机制

6. 交互范式

  • 6.1 首屏心智模型:日历为中心 / 清单为中心 / 看板为中心 / 对话为中心
  • 6.2 操作方式:拖拽 / 命令面板(快捷键驱动) / 自然语言输入
  • 6.3 多端一致性:所有终端体验是否对等,还是移动端是阉割版(Motion明确说明手机端只是网页版的辅助,不建议无电脑用户下载)

7. 数据所有权/信任模型

  • 7.1 存储位置:云端集中 / 本地优先
  • 7.2 第三方依赖度:数据是否完全依赖被集成的其他工具(如Cron依赖Notion,一旦Notion数据结构变了自己就跟着受影响)
  • 7.3 隐私姿态:是否对外明确承诺隐私/安全(这是企业采购决策的关键项,个人工具往往完全不提)

8. AI实现方式

  • 8.1 底层来源:调用通用大模型API二次包装 / 自研专用算法(Motion强调"世界最精确的排程算法",暗示走的是自研路线而非单纯套壳)
  • 8.2 AI角色定位:AI是"建议者"(生成方案等人确认) / AI是"执行者"(直接替用户做决定)——这条其实是"控制权模型"在AI能力上的具体投影,但值得单独列出来因为它决定了产品的技术叙事

9. 手门槛/学习曲线

  • 9.1 设置成本:一键接入 / 需要大量手动配置(评测提到Motion"接入多个日历账号需要耐心")
  • 9.2 心智转变要求:用户要不要放弃原有工作习惯去适配产品逻辑(评测提到"如果你是那种需要手动控制每个时间块的人,会觉得在跟算法打架")

10.视觉/品牌调性

  • 10.1 设计语言:极简 / 丰富多彩 / 企业严肃
  • 10.2 品牌叙事:效率驱动("帮你省下30天") / 陪伴驱动("像雇了个私人助理") / 心流驱动(强调专注体验本身)

11.终端覆盖广度

  • 11.1 主流平台原生体验完整度:Windows/Mac/iOS/Android/Web是否都做到位,还是有明显主次
  • 11.2 边缘入口支持:语音助手(如Siri)、穿戴设备等非主流入口是否覆盖(Akiflow支持语音助手输入任务)

拆到这一层之后能看出的东西

有几个子维度已经不只是"分类框架",而是直接可以当作证据用在你的 Proposal 里——比如 4.2(功能分级策略)本身就能反过来证明"复盘不是行业共识的核心卖点",因为连做得最深的 BeforeSunset 之外,做规划调度最强的 Motion 都把复盘锁进了最贵的版本,说明这不是他们不会做,是他们自己判断这块的商业价值排在后面——这正好是你们的机会所在,如果判断复盘对个人用户的养成价值被低估了。

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Fields

    No fields configured for issues without a type.

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions