| 角色 | 建议重点阅读 | 关注点 |
|---|---|---|
| 👔 经营决策者 | ① 定位 · ② 痛点 · ⑦ 分期 · ⑧ 拍板结果 | 系统价值边界、优先级安排、需签字确认的事项 |
| 📋 业务/报价人员 | ④ 子流程 A 报价 · ⑤-② 智能报价 · ⑤-⑥ 财务（往来对账）· ⑤-⑧ 基础库（客户分级） | 询价到转立项的操作路径、审批与利润规则 |
| 📦 仓库管理员 | ④ 演出主流程 · ④ 子流程 B 设备 · ④ 租赁主流程 · Q7 | 出库入库、设备状态、线材点数、外调单处理 |
| 💰 财务 | ④ 子流程 D 结算对账 · ⑤-⑥ 财务结算与工资 · ⑤-⑧ 报表 · Q1/Q4 | 轧差与抵账、多主体开票、提成与工资核算 |
| 🎬 项目经理 | ④ 演出主流程 8 阶段 · ⑤-③ 项目全流程 · ⑤-④ 人员与调度 | 阶段流转、人机绑定、进度与现场记录 |
| 🛠️ 开发/实施方 | 全文，重点 ⑤ 功能板块 · ⑥ 角色 · ⑧ 拍板结果 · ⑨ 待确认 T1–T15 | 功能清单、状态口径、待确认项与边界 |
[18:46]会议原始表述："因为钱是由项目产生的，所有东西是为项目服务的，所以叫演出项目管理系统。"——这段表述确立了系统的设计主轴：一切围绕项目展开。[14:15]对外租赁"既是供应商属性，又是客户属性，有一个往来，到时候一对账"——两类项目共用同一套底层（Q15 拍板）。
[16:32]"从项目经理到仓管到业务……每个人都离不开一套 OA 系统。"——开发方把它类比为"围绕演出项目的综合 OA"。终端形态会上已明确：一个电脑网页 + 一个手机小程序（[45:31]）。
会上对行业现状的表述："咱们行业以前都是 Excel 的天下，有的小公司连 Excel 都没有，手写几张纸"（[00:02]–[00:10]）。下表左列为现状描述，右列为系统建成后的对应方式，供核对是否与实情一致：
| 环节 | 📋 现状（Excel + 手写 + 电话） | ✅ 系统建成后 |
|---|---|---|
| 接单 | 老板不知道仓库还剩什么，凭记忆拍脑袋接单，接了才发现缺设备（[00:28]） | 手机一眼看清有什么、缺什么、能不能从同行外调——"能不能接"心里有数（[00:40]） |
| 报价 | 每个业务员自带一套 Excel 模板，格式乱、型号都能写错；只写主设备，话筒忘配电池，现场少了就闹心（[05:00]、[05:45]、[15:26]） | 跟着库存勾选秒出报价单；配套项自动带出；按客户类别套模板；实时显示利润；老板手机审批一键发出（[15:43]–[16:03]、[41:45]） |
| 设备 | 东西丢没丢、哪台在修、哪台损耗了，没人说得清（[01:15]） | 每台贴二维码扫码出入库；状态（正常/维修/损耗）清楚；保养到期提醒、检验送修留痕（[02:14]、[33:05]） |
| 派人 | 排人靠打电话碰运气，不知道谁有档期，急了只能赶场救火（[09:16]） | 档期日历一看就知道谁有空；工人的手机上"我的任务清清楚楚"（[10:08]–[10:25]） |
| 记工 | "我通知你 10 点到，你 12 点到也混一个工，早上 8 点走的也算一个工"——劳务工时天天扯皮（[12:02]） | 到场人脸 + 定位双条件打卡，来一次走一次，工时自动生成，双方都服气（[10:57]–[12:20]） |
| 结账 | 三角债、抵账、多个公司签单开票、不同税点，一笔糊涂账，"最要命的就是财务"（[19:59]） | 按项目归集收支，填完支出一键结算；往来账按月自动轧差（我欠你 100、你欠我 80，月结付 20）（[18:23]、[20:33]） |
| 看家底 | 哪个设备出库率最高、今年到底挣多少，年底才算得清，同比全靠翻旧账（[44:19]–[44:49]） | 老板手机随时看仓库/财务/员工多维报表，今年 1 月 vs 去年 1 月一屏对比（[44:09]–[45:20]） |
本章是系统的骨架索引：先看 3.1 项目类型分叉明确有几种项目（本章内）。详细的主流程（4.2 演出项目 / 4.1 租赁项目）与子流程图（4.3–4.6）以及闭环自检表（跳转）位于 ④ 章，4 章同步承载骨架与细化；先掌握骨架，再去 ④ 章看细化。
| 编号 | 流程 | 覆盖环节 | 主要角色 | 跳转 |
|---|---|---|---|---|
| 3.1 | 项目类型分叉：确定走 3.2 还是 3.3，按项目类型选其一 | 项目发起前 | 业务 · 老板 | ↓ ③ 章 |
| 4.3 | ↓ 子流程 A · 报价（主流程第 ② 段细化） | 意向 · 报价 | 业务员 · 老板 · 仓管 | ↓ 4.3 子流程 A |
| 4.4 | ↓ 子流程 B · 设备全生命周期（主流程第 ④–⑥ 段细化） | 备货 · 进场 · 演出 | 仓管 · 项目经理 | ↓ 4.4 子流程 B |
| 4.5 | ↓ 子流程 C · 派单打卡记工（主流程第 ④–⑥ 段细化） | 排人 · 进场 · 演出 | 调度 · 工人 · 劳务 | ↓ 4.5 子流程 C |
| 4.6 | ↓ 子流程 D · 结算对账（主流程第 ⑦ 段细化） | 结算 · 结案 · 归档 | 项目经理 · 财务 · 老板 | ↓ 4.6 子流程 D |
| 维度 | 🏭 演出项目（完整） | 📦 租赁项目（剪枝） |
|---|---|---|
| 发起 | 业务员 / 老板 | 业务发起（定客户、设备、租期、价格）；仓管不发起 |
| 审批 | 老板手机审批（Q8） | 同样必经老板审批，不设免审额度（Q13） |
| 执行 | 项目经理 + 调度 + 仓管 + 车队 | 仓管按单作业：备货出库 → 归还验收 → 损坏/丢失记录 |
| 剪掉的环节 | — | 不设项目经理、不排人员档期、不走进场/演出/归档环节 |
| 结算 | 支出归集 → 一键结算 → 提成/工资 | 租金应收 + 人员费用 + 押金冲抵（可配置）→ 收款；无支出归集、无提成 |
| 共用 | 客户与往来账 · 设备库存与出库 · 收款记录 · 报表统计（同一家同行既租设备又调货时，月结对账合并轧差） | |
本章按"先骨架再细节"组织：4.2 演出项目主流程给出 8 阶段时间线作为骨架；然后 4 张子流程图（4.3–4.6）分别细化报价、设备、派单、结算四段环节；最后 4.1 租赁项目主流程给出 5 阶段流程（与 4.2 演出主流程并列）。
📦 租赁流程剪枝说明：不设项目经理、不排人员档期、不走进场/演出/归档；客户与往来账、设备库存、收款记录与演出项目共用同一套底层（Q15）。人员租赁（同行劳务拼组）以"费用项"并入租赁结算，不增加独立项目类型。
[39:34]–[40:01]"客户一看，哎，这我们去干的活……连场地尺寸都有、3D 模型都有……这是一个无形非常巨大的财富优势。"
⚠️ 以上流程是从录音还原的版本。按 Q10 拍板结论（2026-09-19）：先以本流程为设计基准开始工作；《项目流程说明文档》到位后再迭代校准，不阻塞当前进度。（具体提供时间为分享页自动总结所列，转写原文为"到时候转给我"[07:23]，待核实）
项目主流程是骨架，下面四条子流程是日常实际运行的作业链条——每张图都能从头走到尾，不依赖人工记忆：
📦 租赁分支：租赁项目设备出库绑定租赁单、不绑人员，归还时走归还验收节点（含损坏/丢失记录），验收合格后回库（Q13/Q15）。
💰 租赁分支：租赁结算为「租金应收 + 人员费用 → 押金冲抵（可配置，Q14）→ 收款」，无支出归集、无提成（Q13/Q15）。人员租赁以费用项并入租赁结算，不增加独立项目类型。
核心业务的"闭环"= 从起点出发能走回终点、不留断头路。逐条检查结果如下（✅ 完整闭环 / ⚠️ 存在缺口）：
| 业务闭环 | 链路检查 |
|---|---|
| 报价闭环 | 勾库存 → 配套补全 → 利润 → 审批 → 发客户 → 中标转立项 / 未中标留档关单 ✅（未中标分支录音未提及，已按建议补充，见下方缺口清单） |
| 设备状态闭环 | 出库 → 在用 → 回库点数 → 检查 → 正常上架 / 送修 → 修好复检回库 / 损耗入台账 ✅ 维修设备"不可出库"状态隔离（子流程 B） |
| 保养检验闭环 | 到期提醒 → 执行保养 → 记录留档 → 回到在库 ✅（[02:14]） |
| 记工结算闭环 | 派单 → 到场打卡 → 离场打卡 → 自动工时 → 内部进工资 / 劳务凭单结算 → 电子工资条通知 ✅ 例外走受控补卡（Q11 内部拍板·待复核） |
| 项目资金闭环 | 报价金额 → 支出归集 → 一键结算 → 确认到账 → 结案 → 提成/工资核算记录（发放边界见 T9 待确认）→ 归档 ✅ 每笔钱从哪来到哪去全程留痕 |
| 往来对账闭环 | 双向流水 → 月末轧差 → 差额支付 → 月结完成 ✅ 叠加抵账记录与凭证留档（Q1 内部拍板·待复核：直接设计） |
| 客户分类闭环 | 成交累积 → 成交额+频次自动分类（可人工改）→ 套对应模板/价格体系 → 再成交再累积 ✅（Q5 内部拍板·待复核后形成闭环） |
| 数据沉淀闭环 | 项目执行产生数据 → 报表（仓库/财务/员工）→ 支撑老板决策（购置/定价）→ 新决策回流业务 ✅（M8） |
每个板块分别说明"对应痛点"与"功能构成"。功能描述主体来自会议原始表述（括号内为录音时间戳）；标注「Q× 已内部拍板」的为产品方 2026-09-19 内部决议，待业务方复核：
会上反复强调"每个人都离不开这套系统"。系统按角色划分操作界面与数据权限，各角色登录后看到与其职责相关的功能与数据：
库存够不够接单；报价手机审批；多个公司、多个团队的全貌一眼看到；仓库/财务/员工报表随时看。
手机为主按库存勾选生成报价、配套项自动带出、按客户类别套模板、填单时实时显示利润测算；无需自行维护 Excel 报价模板。
手机为主项目全貌与任务分解、外请人员费用清单、填支出一键结算、自己的提成；结案后归档案例。
电脑 + 手机按单作业：扫码出入库、线材点数、外调单处理、保养检验记录；租赁场景下依租赁单执行备货出库、归还验收与损坏/丢失记录——租赁单由业务发起、老板审批（Q13），仓管不发起业务单据。
电脑 + 扫码枪/PDA"我的任务清清楚楚"：几号到哪个场、演完休几天；现场人脸+定位打卡；电子工资条、请假审批都在手机上。
手机装小程序接活单和时间安排；手下人到场打卡自动记工；结算时凭单结算，谁也不扯皮。
手机小程序客户端记录每一趟任务：从哪到哪、跑了多少公里，费用清清楚楚。
手机小程序按项目看收支；多公司主体开票与税点；对账轧差；工资核算（请假/旷工/罚款/奖励）与电子工资条发放。
电脑为主[08:54]项目经理看全貌——什么时间节点、什么人把什么事做完；执行人只看自己要做什么、上下游是谁。调度负责协调："公司有个大调度，一个活儿需要谁，一看手机，哦，这人这几天没档。"
📌 "调度"是职责而非固定岗位：可由项目经理兼任或设专职人员，系统按权限分配调度能力，不绑定特定职位。
系统支持三类资源协同：自有设备、外调设备（同行）、外请人员（劳务头带团队）。每类资源的发起权与执行权严格分离：
| 资源类型 | 发起方 | 审批 | 执行方 | 归口 |
|---|---|---|---|---|
| 🏭 自有设备 | 仓管（库存出/入库） | — | 仓管 · 车队 | 公司账 |
| 📦 外调设备（同行） | 业务员 / 仓管（发外调单） | 老板（Q8 全审） | 仓管去同行调货 → 归还同行 | 同行往来账 |
| 👥 外请人员（劳务头带团队） | 项目经理 / 业务 | 老板 | 劳务头（带团队到场打卡） | 凭单结算 |
| 👥🏫 同行人员租赁（拼组） | 业务员（发起租赁单） | 老板（Q13 全审） | 同行拼组人员（随设备/独立入场） | 并入租赁结算（不单独结算） |
| 🔧 技术工人（自有） | 调度 / 项目经理排班 | — | 工人（自己手机打卡） | 工资模块 |
📌 上表与子流程 A/C 中三类资源 + 同行人员租赁调度逻辑一致；详见 ④.2 子流程 A（外调支线）、④.4 子流程 C（外请劳务入库支线）、3.7 租赁项目主流程（同行人员拼组支线，会外补）。
会上确立的总原则为"先不谈 AI 的事，先做最基本的功能"（[15:19]）。据此将功能划分为三期推进——第一期对应系统可用性的最低门槛。下表分期为产品方建议，供各方确认调整：
📌 一期验收边界（设计建议·待业务方确认）：一期的"结算→结案"仅指项目状态流转 + 基础收支记录 + 结案轻量留档；完整的支出填报、一键结算、到账确认、对账闭环在第二期实现。即一期验收以"流程能走完、账目有记录"为准，不以"资金闭环全自动"为准。一期的库存台账与报价勾选基于人工录入数据，条码/PDA 扫码在二期引入后实现自动同步。
这些问题在会上要么没聊透、要么存在分歧。2026-09-19 产品方已逐条内部拍板，结论汇总如下，待业务方复核确认后转为正式基线（各题保留背景与备选方案存档；框内标注了哪些内容来自录音、哪些是我方设计建议）：
| Q1 | 抵账/三角债：直接设计支持，不设合规拦截，凭证照常留档 |
| Q2 | 云 + 私有化并存；私有化端按数据项配置开放给云端（细粒度开关） |
| Q3 | 公式级自定义引擎 + 预设提成模板出厂（预设 = 引擎快捷方式） |
| Q4 | 档案挂集团共享、业务按项目归属公司；开票主体随立项确定 |
| Q5 | 成交额 + 合作频次自动分类、人工可改；模板差异在价格体系与底线 |
| Q6 | 内置行业默认分类字典 + 各公司自定义扩展 |
| Q7 | 线材点数模式：同型号扫一次 + 输数量 |
| Q8 | 全部报价必经老板审批 |
| Q9 | 标准模板 + 客户专有模板 |
| Q10 | 先以沟通会还原的 8 阶段流程为基准，后续文档迭代校准 |
| Q11 | 打卡为准 + 受控补卡；罚款奖励财务录、老板审；员工可见完整明细 |
| Q12 | 默认全部不公开，主动勾选才开放（数据项级开关） |
| Q13 | 租赁单同样必经老板审批（不设免审额度）；业务发起 · 仓管按单作业 |
| Q14 | 押金按客户/设备价值可配置，支持"收"与"不收"两种结算路径 |
| Q15 | 对外租赁列入第一期，以"租赁项目类型"与演出项目共用底层 |
📌 来源状态说明：以上均为产品方内部拍板（2026-09-19），待业务方复核确认后转为正式需求基线；各题拍板框内已区分「录音原始要求」与「我方设计建议」。
对外租赁在会上只有一句话（[14:15]），但落地时会牵动流程、审批与结算三条线。以下为第二轮补充拍板：
本章从原业务流程章拆出，包含两部分：①闭环自检（用文档推演方式检查流程是否走得通）；②待确认清单 T1–T15（从访谈与产品方自查两个角度发现、尚未拍板的事项）。两部分性质不同——前者是质量检查，后者是边界澄清——放在一章是因为它们都"未构成正式需求"。
📌 本表为设计方文档推演自检：✅ 仅表示文档内部逻辑走得通，其中"未中标关单、维修隔离、受控补卡"等环节为设计补充，不代表业务方已验证确认，请以复核意见为准。
| 业务闭环 | 链路检查 |
|---|---|
| 报价闭环 | 勾库存 → 配套补全 → 利润 → 审批 → 发客户 → 中标转立项 / 未中标留档关单 ✅（未中标分支录音未提及，已按建议补充，见下方缺口清单） |
| 设备状态闭环（三类资源） | ① 自有设备：出库 → 在用 → 回库点数 → 检查 → 正常上架 / 送修 → 修好复检回库 / 损耗入台账 ② 外调设备：外调单发出 → 同行调入 → 入库登记 → 出库使用 → 归还 → 还回同行并结算 ③ 维修设备"不可出库"状态隔离（子流程 B） |
| 保养检验闭环 | 到期提醒 → 执行保养 → 记录留档 → 回到在库 ✅（[02:14]） |
| 记工结算闭环（三类人员） | ① 自有员工：派单 → 到场打卡 → 离场打卡 → 自动工时 → 进工资模块 → 电子工资条 ② 外请劳务：劳务头带团队入库（[11:11]）→ 装小程序接单 → 手下人到场打卡 → 自动记工 → 凭单结算 ③ 例外走受控补卡（Q11 内部拍板·待复核） |
| 项目资金闭环 | 报价金额 → 支出归集 → 一键结算 → 确认到账 → 结案 → 提成/工资核算记录（发放边界见 T9 待确认）→ 归档 ✅ 每笔钱从哪来到哪去全程留痕 |
| 往来对账闭环 | 双向流水 → 月末轧差 → 差额支付 → 月结完成 ✅ 叠加抵账记录与凭证留档（Q1 内部拍板·待复核：直接设计） |
| 客户分类闭环 | 成交累积 → 成交额+频次自动分类（可人工改）→ 套对应模板/价格体系 → 再成交再累积 ✅（Q5 内部拍板·待复核后形成闭环） |
| 数据沉淀闭环 | 项目执行产生数据 → 报表（仓库/财务/员工）→ 支撑老板决策（购置/定价）→ 新决策回流业务 ✅（M8） |
| 编号 | 分组 | 跳转 |
|---|---|---|
| T1–T5 | 闭环缺口：耗材补货 · 盘点差异 · 项目异常流 · 设备报废 · 应收坏账 | 查看 |
| T6–T9 | 核算规则：库存档期 · 利润成本口径 · 三方抵债 · 工时折算 | 查看 |
| T10–T15 | 业务边界：人员外派 · 合同环节 · 收款节奏 · 设备赔偿 · 保险证照 · 备份审计 | 查看 |
以下环节录音中没有聊到，属于闭环上的潜在断点。未擅自写入功能，列为待确认：
以下四组规则是实现前必须与业务方对齐的口径问题。它们不影响已拍板的功能结论，只决定"算得对不对"：
按业务链走查（询价 → 执行 → 收款 → 归档）发现的场景空白，均为开放问题，未预设答案：
📌 补充建议项（录音未提及，由产品方提出）：存量数据导入——现有 Excel 中的设备、客户、供应商数据如何批量迁移至系统。该项直接影响上线首日的可用性，建议一并确认。