灵活用开发工会议.md 4.2KB
会议主题：灵活用工小程序产品方案评审与排期 发言人：李泽云、秦兴
会议摘要：本次会议评审了灵活用工小程序的交互原型与后端架构，确立了以“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（身份校验、支付等）的交付进度，以便后续联调。 @周工
参与下周体验版的测试工作。 @周工