7.7 KiB

Raw Blame History

商机模块 · 产品确认稿

给产品逐条对齐用。左边是我们的理解，右边挂原型页码方便你翻原型核对。分两部分：A. 已确认的点（请你复核是否与产品预期一致）、B. 待你跟产品确认的 TODO（有分歧、需拍板）。每一条的逻辑都来自蓝湖原型活数据 V1.0-20260815。

A. 已确认的点（请复核）

A1. 商机是什么

商机 = 一条正在推进、准备转成项目的销售机会。
商机有两个来路，进系统后一视同仁（同样的流程、同样的公海、同样的列表视图，不因来路不同而区别对待）：
1. 从线索转来（销售在线索里跟进成熟后转成商机）；
2. 直接新建（销售跳过线索，直接建一条商机）。
依据：新增商机页 A3-1-1-2-1。原型明确：直接新建时，默认负责人就是当前操作人。

A2. 商机的"两个进度"要分清，别混

原型里商机同时有两个不同维度的"进展"，我们把它们分成两个词，避免口语里混着说：

我们叫它	通俗解释	原型对应
状态	这条商机现在是"推进中 / 暂缓中 / 已关闭 / 已转项目"哪一种归属处境	详情页顶部"商机状态：推进中" A3-1-1-1-1
阶段	业务打法走到第几步：客户圈定 → 关系摸排 → 资料采集 → 方案卡 → 已转项目	详情页进度条 A3-1-1-1-1、阶段设置 A7-3-2-1

一句话："状态"管归属，"阶段"管业务打法，是两条独立的线。

A3. 谁能看、谁能动一条商机

领取人：这条商机的归属人（谁负责）。同时决定"谁默认能看到它"。
团队成员：领取人拉进来协作的人（原型"添加团队成员&一键拉群" A3-1-1-2-8、团队成员 Tab A3-1-1-1-8）。团队成员默认只是能看见，能不能改要看他自己有没有对应权限。
换领取人时，团队成员清空（归属变了，协作班子重组）。
依据：详情页团队成员 A3-1-1-1-8。

A4. 商机的三个"处置动作"（原型实锤，只有这三个）

原型相关操作里，改变商机归属处境的动作只有三个，请产品确认没有遗漏、也没有多出来的：

动作	干什么	选原因？	负责人变化	能不能恢复	原型页
暂缓商机	短期推不动、但以后还有戏，先挂起	要选暂缓原因 + 填预计重启日期（不能早于今天）	保留负责人和团队，不进公海	到期系统提醒，负责人人工选：恢复推进 / 继续暂缓 / 关闭。恢复由有权限的人操作	A3-1-1-2-6
抛公海	不想做了，退回公海让别人领	—	清掉负责人，回公海	别人重新领取	A3-1-1-2-7
关闭商机	明确没戏了，终止	要选关闭原因 + 勾选"确认关闭"	保留（数据锁成只读）	要管理权限的人才能"重新开启"，且要填重开原因	A3-1-1-2-9

重点提醒产品：没有"中止"这个动作——之前草稿里写的"暂缓/中止/关闭"是笔误，原型真相是"暂缓/抛公海/关闭"。 暂缓 ≠ 关闭（原型 A3-1-1-2-9 原话）：短期还有价值用暂缓，明确没价值才关闭。

原因选项（来自原型，供产品核对字典）：

暂缓原因：预算冻结 / 项目延期 / 客户内部调整 / 等待政策 / 等待招标 / 其他
关闭原因：项目取消 / 客户放弃 / 竞争失败 / 重复商机 / 无效商机 / 其他（原型另提到"预算取消 / 需求消失"，最终以字典配置为准）

A5. 商机和"项目""客户"的边界

转项目：商机推到最后一步会"转成项目"，转完这条商机进入 "已转项目" 终态，不能回退（对称线索转商机后的"已转商机"）。项目那边怎么建、怎么查重，是项目模块的事，本期不在商机模块定。
关联客户：一条商机可以关联客户/联系人（原型"添加关联客户" A3-1-1-2-4、客户信息 Tab A3-1-1-1-2）。客户信息本身归客户模块管，商机这边只是引用+存一份快照。

✅ 产品已回复（下方两条原 TODO 已拍板，并新增几个纠正）

产品同步确认：

没有独立“转让”功能，负责人变更靠团队成员页的【移交】，移交只转负责人；抛公海只清空负责人，不动其他团队成员。移交入口在团队成员页里，所以“只有负责人能转”是入口位置的自然结果（团队是负责人在管），不是额外加的规则；跟“详情页顶部那排按钮可见即可点”不矛盾。
商机还有 取消暂缓、重启商机 两个动作；所有这些按钮由权限点配置，可见就可点，与是不是负责人无关。
商机来源和来源线索是两回事，都保留；从线索转来的商机，商机来源默认设为“线索转入”。

⚠️ 尚需你回头核实一点：团队成员页 A3-1-1-1-8 现版原型正文里只看到添加/改权限/改角色/移除，没有看到“移交”按钮。请确认“移交”是否在另一个交互/弹窗里，或原型待补。

B. 已拍板（原 TODO → 产品结论，存档）

✅ 已定｜关闭/重开/恢复等动作与负责人无关（原 TODO-1）

产品结论：这类按钮的权限全由权限点配置，可见即可点，不再区分“是否负责人”。 下方为原分歧背景（存档）：

背景：我们本来定的规则是"处置类动作必须由负责人本人操作"。但原型出现了例外：
- 关闭商机 A3-1-1-2-9：原型写"商机负责人、销售管理人员、或有关闭权限的人"都能关 → 不止负责人。
- 重新开启（关闭后恢复）：原型写"只有管理权限的人能重开"，负责人反而不行。
- 恢复推进（暂缓后恢复）：原型写"有权限的人"即可，没限定必须是负责人。
要产品确认的问题：这几个动作，允许非负责人（如销售主管/管理员）跨人操作吗？
我们的倾向：分两档——
- 只有负责人能做：抛公海、转让、转项目（处置自己名下的归属）；
- 有权限就能做（不必是负责人）：关闭、重新开启、暂缓、恢复推进（生命周期管控，主管/管理员可代操作）。
⚠️ 产品定了才能定死后台的权限校验规则。

✅ 已定｜商机来源与来源线索都保留（原 TODO-2）

产品结论：两个都保留；从线索转来的商机，商机来源默认“线索转入”（商机来源字典完整清单待产品给）。 下方为原分歧背景（存档）：

背景：原型新增商机页 A3-1-1-2-1 有一个必填的"商机来源"下拉（比如展会 / 转介绍 / 官网，属于渠道归因）。
- 这和"这条商机是不是从某条线索转来的"是两个完全不同的信息，但中文都带"来源"两个字，容易混。
要产品确认的问题：
1. "商机来源"字典里到底有哪些选项？（请产品给最终清单）
2. 确认这两个信息都要留：一个是渠道来源（每条商机必填），一个是从哪条线索转来的（只有线索转来的才有，直接新建的没有）。
我们的倾向：两个都保留，命名上分开叫"来源渠道"和"来源线索"，避免团队口头混淆。

附：原型事实出处

所有结论的原型正文抽取见同目录 research-close-pause-actions.md（暂缓 A3-1-1-2-6 / 关闭 A3-1-1-2-9 / 新增 A3-1-1-2-1 三页全文）。原型版本 V1.0-20260815。

7.7 KiB Raw Blame History