**会议主题**：灵活用工小程序产品方案评审与排期
**发言人**：李泽云、秦兴
**会议摘要**：本次会议评审了灵活用工小程序的交互原型与后端架构，确立了以“AI对话生成草稿”为核心的一期目标，并制定了本周完成方案定稿、下周交付体验版的开发排期。
---
### 一、前端交互与界面设计评审
针对小程序的用户体验与信息架构，会议对现有方案进行了深入讨论并提出了优化方向：
#### 1. 核心交互模式与导航优化
- **全弹窗交互逻辑**：确立了以“主对话界面”为核心，所有功能操作（如发布需求、成本测算）均通过弹窗触发的交互模式，旨在简化用户操作路径。
- **历史对话管理方案**：为解决多次对话导致信息淹没的问题，决定将“发布需求、成本核算、进度总览、历史订单”四个核心功能作为常驻Tab置于底部，而“今日汇报”等动态信息则置顶或通过侧边栏（耳朵样式）收纳。
- **草稿确认机制**：明确了AI识别用户需求后生成草稿（含基础信息、岗位要求、支出评估）的流程，用户需在弹窗中确认或修改，确认后生成订单卡片。
#### 2. 关键页面功能定义
- **登录与权限分离**：设计了企业登录与临时工登录双入口，临时工登录后仅展示工资、合同及工作记录等有限信息。
- **进度与结算视图**：企业端需展示订单总览（未登记、已登记、审核中）、催办功能（微信消息触达）及结算明细（含费用明细、合规性校验、支付通道）。
- **敏感信息规避**：明确在微信小程序环境中，严禁直接展示对公账户、打款通道等敏感金融信息，仅显示渠道类型（如微信、支付宝）。
### 二、后端架构与技术实现策略
李泽云详细阐述了后端分层架构，并针对MVP（最小可行产品）范围进行了裁剪：
#### 1. 分层架构与核心模块
- **分层设计**：确定了接入网关、统一编排层（规则判定与AI结合）、中台层（企业画像、身份权限）、规则引擎（政策库、费率配置、状态机）及业务层（人员管理、结算）的六层架构。
- **状态机与合规性**：强调业务流程必须遵循“五流合一”（资金、发票等匹配）的合规要求，通过通用状态机校验流程完整性。
#### 2. 第三方对接与Mock策略
- **打桩开发**：鉴于第三方API（如身份校验、电子章、保险、支付）尚未到位，决定采用Mock（打桩）方式，预先定义接口规范，待API就绪后替换实现。
- **MVP范围裁剪**：一期暂不开发审计日志、AI限流防火墙、考勤等非核心功能，聚焦于核心业务闭环。
### 三、项目排期与资源协调
会议明确了本周及下周的具体执行计划与资源需求：
#### 1. 本周核心任务（周一至周二）
- **方案定稿**：李泽云需在周一完成鱼项目（MQTT打通）的细化方案；周二前完成灵活用工项目的库表设计及详细方案文档。
- **内部评审**：周三正式开工前，需完成第一版方案的内部评审与定稿。
#### 2. 下周交付目标（下周一前）
- **体验版交付**：交付一个可内部演示的体验版，核心要求是打通“AI对话生成草稿”的全链路，包含成本测算功能，界面可静态展示，无需真实支付。
- **关键技术验证**：重点验证AI如何通过对话提取信息并填充至草稿数据结构，以及如何调用知识库进行成本核算。
---
### 四、待办事项
- 录制新版UI演示视频，用于向朱总、周工等人展示效果。 **@李泽云**
- 明天与周工沟通项目进度计划，并索取微信小程序测试账号。 **@秦兴**
- 细化鱼项目（MQTT打通、云端、AI）的方案文档。 **@李泽云**
- 完成灵活用工项目的库表设计与详细方案文档设计。 **@李泽云**@路工
- 提供知识库内容及成本核算方法，配合李泽云进行APP 开发。 **@周工**
- 加速第三方API（身份校验、支付等）的交付进度，以便后续联调。 **@周工**
- 参与下周体验版的测试工作。 **@周工**