从一份需求开始，
而不是空白页

构建一个移动端优先的 AI 学习教练。学习者可导入课程大纲或填写考试目标，系统将其拆成知识点和可执行的周计划，每次只呈现一个专注学习单元。学习单元混合主动回忆题、简短讲解和逐级提示，不能过早泄露答案。加入错题本、信心评分、间隔复习和掌握度地图，并区分学习时长与真正掌握。错过一天后可以智能顺延，不破坏整个计划。明确标记 AI 建议，并允许反馈错误讲解。

构建面向独立创作者的链接主页产品。编辑器需要即时反馈：拖拽区块、切换手机和桌面预览、选择主题并原地发布。支持普通链接、精选视频、音乐嵌入、赞赏入口、邮件订阅和限时商品发布。公开主页必须快速且无障碍。提供来源、设备和区块点击趋势，但不得给访客做指纹追踪。加入自定义域名准备、草稿与已发布版本，以及第三方嵌入失败时的可靠降级。

构建一个以每日五分钟课程为核心的微学习应用。用户选择技能和难度，完成简短讲解与主动练习，再反馈内容过易或过难，系统据此调整后续课程。加入人性化恢复规则的连续记录、每周复盘、收藏和自愿参加的好友挑战。通知必须尊重免打扰时段且可轻松关闭。不要设计无限信息流：每天应有明确的完成状态，并解释课程为何被推荐。

设计一个从家庭约束出发而非刷菜谱的信息流产品。收集过敏源、饮食方式、忌口、可用烹饪时间、预算和用餐人数。周日历支持替换单餐，同时即时展示营养与采购影响。优先使用家中已有食材，把数量合并成按商店区域分组的购物清单，并提醒尽快消耗剩菜。菜谱支持份量缩放、步骤计时和替代食材。营养估算不得包装成医疗建议，过敏冲突必须极其醒目。

构建一个本地二手交易市场，目标是用户一分钟内完成发布。采用图片优先流程，给出可修改的分类、成色和价格建议，并设置可取货范围。买家通过位置感知的信息流浏览、保存搜索、出价以及公开或私下提问。严谨处理在售、已预留、已售和下架状态，同一商品只能被一个已接受报价锁定。信誉应来自实际完成的交易；提供举报、拉黑、禁售品提示和渐进式见面地点分享，先显示大致区域再确认精确位置。

构建一个克制、清晰的家庭协作应用。整合共享日历、周期家务、购物清单、学校提醒和交接备注，同时允许成员保留部分私人日程。家务可公平轮换、认领或转派，并用简短方式确认完成；不要在孩子之间设计刺激攀比的排行榜。今日页要直接回答谁在哪里、接下来要做什么、用户离开后发生了哪些变化。支持家庭邀请、适龄权限、跨时区旅行，以及离线可用的紧急信息卡。

构建一个小团体协作旅行规划器。成员可以从链接收藏地点、转发预订信息并对方案投票。把确认的想法排成逐日时间线，加入交通缓冲、营业时间警告和地图路线，绝不能安排时间冲突的预订。天气或延误改变计划时，先展示可预览的新方案，不得静默篡改原行程。加入共享开支、结算余额、已确认预订的离线访问，以及隐藏私人备注和费用的精简分享视图。

构建隐私优先的身心日志，而不是诊断产品。一次打卡应在三十秒内记录情绪、精力、主观睡眠、可选标签和简短备注。提供引导复盘问题、呼吸计时器和每周规律视图，用“相关”而非“导致”等谨慎语言。用户可以导出和永久删除数据，可启用本地密码并细分提醒设置。如果文字显示即时危险，应展示适合当地的危机援助资源，但不能假装应用在持续监控或提供临床服务。

构建一个可视化衣橱规划器。用户裁剪衣物照片，标记颜色、季节、材质和洗护说明，再在画布上组合可复用造型。日历结合天气、场合和近期穿着给出建议，同时排除正在洗涤的衣物。购买前可搜索已有相似单品，并展示单次穿着成本，而不是鼓励消费。加入根据活动生成的行李清单、捐赠/转卖队列，以及默认私密、可选择公开的穿搭分享。

构建围绕小型读书会的社交阅读记录应用。成员维护书架和进度、保存私人摘录，并进入按章节隔离的讨论区，未来章节内容默认隐藏。主持人可提名书目、发起排序投票、安排聚会并发布简短回顾。阅读速度必须是可选且不带评判的。支持内容提醒、社区治理、适合图书馆场景的发现方式，以及根据用户自己的笔记生成可分享年度阅读回顾，而不是堆砌互动统计。

构建一个邻里互助交换平台。居民以片区级别验证成员身份，之后可以出借工具、请求小帮助、提供技能或发布官方本地通知。请求需包含时间、无障碍需求和是否提供报酬。对借用物品严谨处理交接、归还和逾期状态，但不能公开家庭地址。信任来自履约记录；加入社区治理、紧急与非紧急标签，并防止产品演变成监控或公开羞辱他人的信息流。

构建一个供多人共同照护宠物的应用。时间线记录喂食、散步、体重、症状、用药和就诊；周期任务可以分派和交接，并清楚显示上次完成状态。用药记录必须防止重复给药，区分计划、已给、跳过和不确定。可按日期范围生成给兽医看的精简摘要，并排除家庭私人备注。支持多只宠物、临时宠物保姆权限、离线可用的走失信息，并明确说明应用不能替代兽医建议。

做一个面向小型销售团队的 CRM 系统。

核心数据：客户（姓名、公司、邮箱、电话、来源、负责人）、商机（标题、关联客户、金额、阶段、预计成交日期）、动态（类型：电话/邮件/会面/备注，内容，时间，关联客户或商机）。

页面：
1. 管道看板 —— 商机按阶段分列（线索、已验证、方案中、赢单、丢单），拖拽卡片切换阶段，卡片上显示标题、金额和停留天数。
2. 客户列表 —— 支持搜索，可按负责人和来源筛选，点进详情页可看到完整的沟通时间线。
3. 今日待办 —— 已过预计成交日期的商机，以及超过 14 天没有任何动态的客户。

看板每列标题上要显示该阶段的商机金额合计。

做一个仓库库存管理系统。

核心数据：商品（SKU、名称、分类、库位、单位、当前库存、安全库存）、出入库记录（类型：入库/出库，商品，数量，业务单号，操作人，备注，时间）。

页面：
1. 工作台 —— 商品总数、库存总价值、低于安全库存的商品数，以及最近 10 条出入库记录。
2. 库存列表 —— 支持按名称/SKU/库位搜索，可按分类和状态（正常、偏低、缺货）筛选，每行带状态标签。
3. 出入库流水 —— 完整记录，可按入库/出库筛选，每条显示操作后的结存数量。

登记出入库时必须原子地更新商品库存，出库导致库存为负时要拒绝并给出明确提示。

做一个在线商城。

核心数据：商品（名称、描述、价格、分类、图片占位、库存）、购物车项（商品、数量）、订单（商品明细、总价、收货人、邮箱、收货地址、状态、下单时间）。

页面：
1. 商品列表 —— 响应式网格，可按分类和价格区间筛选，支持按价格和上架时间排序，带搜索框。
2. 商品详情 —— 图片、描述、库存状态、数量选择、加入购物车。
3. 购物车 —— 可改数量、可删除，实时计算小计。
4. 结算 —— 简单表单，提交后创建订单、扣减库存，并显示带订单号的成功页。
5. 我的订单 —— 历史订单及其状态。

购物车在刷新页面后必须还在。

做一个 SaaS 产品的数据看板。

数据：一张覆盖最近 180 天的每日指标表，字段为日期、注册数、活跃用户、收入、流失用户；另有一张客户表，字段为套餐、月付金额、注册日期、状态。

页面：
1. 总览 —— 收入、活跃用户、注册数、流失率四个 KPI 卡片，每个都要显示与上一个同等周期相比的变化；顶部有时间范围选择器（7 / 30 / 90 天），切换后所有卡片和图表联动。
2. 图表 —— 收入趋势折线图，以及注册与流失的对比图。用轻量图表库或直接手写 SVG 实现，不要引入体积很大的依赖。
3. 客户明细 —— 可排序、可按套餐和状态筛选、带分页的表格。

做一个团队任务看板。

核心数据：任务（标题、描述、状态、负责人、优先级、截止日期、标签、创建时间）、成员（姓名、头像首字母、角色）。

页面：
1. 看板 —— 待办、进行中、待评审、已完成四列，卡片可在列间拖拽；卡片显示标题、负责人首字母、优先级色块和截止日期，已超期的日期要高亮。
2. 筛选 —— 按负责人、优先级、标签筛选，不刷新页面即时生效。
3. 我的任务 —— 当前成员名下的全部任务，按已超期、今天、本周、更晚分组。

点开卡片弹出详情面板，所有字段都可编辑。

做一个带后台的博客系统。

核心数据：文章（标题、slug、摘要、正文 markdown、标签、封面色、状态：草稿/已发布、发布时间、阅读时长）、标签。

前台：
1. 首页 —— 一篇头条文章加上分页的已发布文章列表。
2. 文章页 —— 渲染后的 markdown、阅读时长、标签，以及相关文章链接。
3. 标签页 —— 按标签筛选的文章列表。
4. 搜索 —— 在标题和摘要中检索。

后台（/admin）：
5. 文章列表带状态筛选，以及带 markdown 编辑器和实时预览的新建/编辑表单。
6. 发布开关在草稿和已发布之间切换，草稿绝不能出现在前台。

阅读时长根据字数计算。

做一个小型工作室的在线预约系统。

核心数据：服务项目（名称、时长分钟数、价格、说明）、时段（日期、开始时间、服务项目、可约人数）、预约（时段、姓名、邮箱、电话、备注、状态：已确认/已取消、创建时间）。

页面：
1. 预约流程 —— 先选服务项目，再在周视图里选可约时段（显示剩余名额），然后填写信息，最后是带预约码的确认页。
2. 查询与取消 —— 凭预约码查到预约并取消，取消后名额要释放。
3. 后台 —— 按天列出预约、各服务项目的预约数，并可开放或关闭时段。

预约必须是事务性的：时段已满时要干净利落地失败并给出明确提示，绝不能超额。

做一个在线答题平台。

核心数据：试卷（标题、说明、限时时长、及格分）、题目（所属试卷、题型：单选/多选/判断，题干，选项，正确答案，分值，解析）、作答记录（试卷、答题人、答案、得分、开始与提交时间）。

页面：
1. 试卷列表 —— 显示标题、题目数、限时时长，做过的还要显示最高分。
2. 答题页 —— 一页一题，带进度条和倒计时；答案要自动保存，刷新不丢失；时间到自动交卷。
3. 成绩页 —— 总分、按及格分判定的通过与否，以及逐题解析（我的答案、正确答案、解析）。
4. 出题页 —— 创建和编辑试卷及其题目。

多选题按全对才得分处理。

做一个面向多部门企业的采购与审批系统。

角色：员工、部门经理、财务审批人、采购专员、管理员。权限必须在服务端执行，不能只隐藏界面按钮。

核心数据：部门与成本中心；供应商；采购申请（明细项、业务理由、预算编码、附件、总额、状态）；审批步骤（审批人、决定、意见、时间）；供应商报价；采购订单；不可篡改的审计事件。

流程：员工保存草稿并提交。低于 5 万元由部门经理审批；5 万至 25 万元依次经过经理和财务；超过 25 万元还需采购审批并至少提供 3 家供应商报价。驳回时必须说明理由并退回申请人。已批准申请只能转换一次带连续编号的采购订单。审批人不得审批自己的申请。

页面：
1. 我的申请和审批待办箱，显示 SLA 与超期状态。
2. 申请详情，包含明细、附件、审批时间线和完整审计记录。
3. 采购工作台，可横向比较报价并签发采购订单。
4. 数据看板，按部门、品类、供应商、处理周期和审批瓶颈分析。
5. 管理后台，配置审批阈值、用户、角色、部门与成本中心。

所有流程状态变化必须在事务中完成并由服务端校验。审计日志记录操作人、动作、变更前后状态、时间和请求关联 ID。

做一个符合实际事件管理流程的企业 IT 服务台。

角色：申请人、支持坐席、队列经理、管理员。申请人只能查看自己的工单；坐席只能查看其有权限队列内的工单；经理可查看和分派所管理队列的全部工单。所有规则必须在服务端执行。

核心数据：用户、团队、队列、服务目录项、工单、评论、附件、SLA 策略、不可篡改的活动事件。工单包含易读编号、类型（事件/服务请求）、分类、影响度、紧急度、计算出的优先级、状态、处理人、队列、申请人、创建/解决时间和 SLA 截止时间。

流程：新建 → 已分诊 → 处理中 → 等待申请人 → 已解决 → 已关闭，并支持重新打开。优先级由影响度与紧急度矩阵计算。只有获准的等待状态才能暂停计时。SLA 违约后自动升级并通知队列经理。每次分派、状态、优先级和 SLA 变化都必须留痕。

页面：
1. 员工门户，包含服务目录、提交工单和我的请求。
2. 坐席控制台，包含队列视图、保存的筛选器、批量分派和 SLA 倒计时。
3. 工单工作区，展示对话、内部备注、附件、关联工单和完整活动时间线。
4. 运营看板，统计积压、SLA 达标率、平均解决时间、重开率和分类趋势。
5. 管理页面，配置队列、目录项、工作时间与 SLA 策略。

状态变化使用事务和乐观并发控制，避免两个坐席静默覆盖彼此操作。

做一个覆盖入职、内部调岗和离职的企业员工生命周期系统。

角色：HR 伙伴、直属经理、IT、行政、任务负责人、审计员、管理员。实施字段级权限：薪酬和个人身份信息只对获授权 HR 开放；审计员仅可读取。

核心数据：员工、部门、岗位、生命周期案例、流程模板、任务模板、案例任务、设备领用、系统权限申请、审批、不可篡改的审计事件。任务支持依赖关系、负责团队、相对期限、完成凭证和超期升级。

流程：HR 从带版本的模板创建案例，任务日期相对入职或离职日期生成。前置任务完成后才能解锁后续任务。调岗需要原经理和新经理审批。离职案例必须在系统权限全部回收，且设备归还或正式登记例外后才能关闭。日期变更只重新计算未完成任务的截止日期，并保留历史。

页面：
1. HR 工作台，展示即将入职/离职人员、超期工作和高风险案例。
2. 案例详情，展示员工摘要、依赖时间线、审批、任务和审计历史。
3. IT、行政和经理的团队工作队列，支持安全的批量操作。
4. 设备与系统权限台账，保留完整归属历史。
5. 管理后台，配置版本化流程模板、角色、部门和升级规则。

API 返回也必须过滤敏感字段，不能只靠前端隐藏。任务完成与依赖解锁必须在同一事务内。

做一个企业合同全生命周期管理系统。

角色：业务申请人、法务评审人、财务审批人、合同负责人、管理员。用户只能访问所属法人主体或明确共享给自己的合同，每一条服务端查询都必须实施此规则。

核心数据：法人主体、相对方、合同、合同版本、评审任务、审批、条款风险、履约义务、续约提醒、不可篡改的审计事件。合同包含类型、负责人、金额、币种、生效/到期日、续约条款、保密等级和生命周期状态。

流程：草稿 → 法务评审 → 超过可配置金额阈值时进入财务审批 → 待签署 → 生效 → 到期/终止。每次上传修订稿都创建新的不可变版本，绝不能覆盖历史文件或元数据。合同生效时自动创建履约义务计划与续约提醒。存在未完成的强制评审或未解决的高风险条款时不得生效。

页面：
1. 合同库，支持元数据搜索、法人主体筛选和权限感知结果。
2. 发起向导，上传文档并填写相对方、日期、金额和评审路径。
3. 合同工作区，展示版本信息、评审意见、审批、履约义务和审计历史。
4. 日历与工作队列，管理续约、到期、履约义务和超期评审。
5. 数据分析，展示合同金额、处理周期、续约风险和高风险条款。
6. 管理后台，配置合同类型、审批阈值、条款风险分类和访问策略。

流程变化必须使用事务，并通过唯一约束防止重复审批与重复提醒。

构建社区讨论与运营中心。成员加入主题空间后可以发帖、引用回复、关注作者并对内容作出反应；讨论页需要清楚表达楼层关系和未读位置。版主使用独立审核队列处理举报、限流、隐藏与申诉，所有治理动作留下原因和时间线。作者只能编辑自己的内容，版主权限必须在服务端校验，并提供拉黑、敏感内容折叠和健康的通知设置。

构建个人财务追踪器。用户维护现金、银行卡和投资账户，导入交易后完成去重、分类和转账匹配；月度预算要区分已花、已承诺和剩余额度。周期账单进入未来现金流，储蓄目标展示可实现进度。所有金额使用精确小数，仪表盘支持月份对比和异常支出下钻，并提供可撤销的批量分类与隐私友好的 CSV 导出。

构建在线课程平台，区分讲师和学习者。讲师通过课程大纲编排章节、视频、资料、测验和完成条件，未发布内容绝不能被学习者访问。学习端记录每节课进度，刷新或换设备后可续学；测验支持限次、及格线和逐题反馈，并在满足规则后签发可验证证书。讲师分析应展示学习漏斗、卡点和完成率，并能从聚合指标下钻到获得授权的班级记录。

构建活动预约与票务系统。主办方发布活动、场次和带独立容量及售卖时间的票种；参与者完成选票、结算、订单确认、退款申请和签到码展示。库存预占与支付确认必须事务化并可超时释放，绝不能超卖或重复退款。主办方工作台提供参与者搜索、签到、退款处理以及收入和上座率分析，敏感联系方式按角色隐藏。

构建小型诊所预约管理系统，服务前台、医生和管理员。前台按医生排班与服务时长预约、改期和取消，系统必须阻止冲突；医生查看当天队列和自己负责患者的就诊时间线，记录结构化就诊备注。患者隐私规则在每个服务端查询执行，敏感读取与修改均进入审计记录。工作台突出候诊、爽约、随访任务和医生负载，但不得把系统描述成诊断工具。

构建赛季制游戏排行榜。管理员创建赛季、挑战、计分规则和有效时间窗；玩家提交成绩并查看个人历史、段位变化与挑战排名。服务端验证成绩范围、重复提交和挑战开放状态，可疑记录进入审核队列，在裁决前不影响正式榜单。排名并列规则必须稳定可解释，赛季封存后不可静默重算，任何人工调整都展示原因。

构建协作旅行规划器。同行者收集地点、住宿和交通预订，对候选活动投票，再把确认项安排到逐日时间线和地图中。系统检查时间冲突、营业时间和交通缓冲；改动要显示由谁发起并可恢复。共享费用支持多人垫付、不同分摊方式和结算余额，成员权限覆盖每个操作。已确认预订和当天计划需支持离线查看，公开分享页隐藏私人备注与费用。

构建用于日常运营控制的门诊医疗运营流程。领域模型必须使用患者、医护人员、预约、就诊记录、照护计划和知情同意，主要使用者是前台、临床医生、照护协调员和隐私管理员。

围绕从转诊登记、分诊、就诊到随访和照护计划完成设计工作队列和业务工作区。每个状态只显示当前合法动作、时限风险和前置依赖，并用决定时间线替代通用 CRUD 后台。

标准业务旅程是从转诊登记、分诊、就诊到随访和照护计划完成，状态与合法流转必须由服务端执行。防止排班冲突，按诊疗关系隔离病历，并审计每次敏感读取。页面需要贴合真实业务动作，不能暴露一套换名后的通用增删改查。

完善角色化导航、有意义的空状态和异常状态、响应式无障碍体验、审计历史，以及遵守相同数据权限的导出功能。

把门诊医疗决策分析做成决策系统。领域模型必须使用患者、医护人员、预约、就诊记录、照护计划和知情同意，主要使用者是前台、临床医生、照护协调员和隐私管理员。

以运营决策台为首页，重点展示等候时间、爽约率、随访完成率和医生负载。用户可以从异常指标下钻到贡献记录，对比周期与分群，保存视图并记录决策。迟到或不完整的数据必须明确标记，不能制造虚假精度。

标准业务旅程是从转诊登记、分诊、就诊到随访和照护计划完成，状态与合法流转必须由服务端执行。防止排班冲突，按诊疗关系隔离病历，并审计每次敏感读取。页面需要贴合真实业务动作，不能暴露一套换名后的通用增删改查。

完善角色化导航、有意义的空状态和异常状态、响应式无障碍体验、审计历史，以及遵守相同数据权限的导出功能。

把门诊医疗服务门户做成可信赖的服务渠道。领域模型必须使用患者、医护人员、预约、就诊记录、照护计划和知情同意，主要使用者是前台、临床医生、照护协调员和隐私管理员。

同时设计清晰的外部自助入口和内部服务工作台。外部用户随时知道还缺什么、已经收到什么、下一步是什么；内部人员拥有队列、负责人、往来沟通和完整决定时间线。

标准业务旅程是从转诊登记、分诊、就诊到随访和照护计划完成，状态与合法流转必须由服务端执行。防止排班冲突，按诊疗关系隔离病历，并审计每次敏感读取。页面需要贴合真实业务动作，不能暴露一套换名后的通用增删改查。

完善角色化导航、有意义的空状态和异常状态、响应式无障碍体验、审计历史，以及遵守相同数据权限的导出功能。

构建用于日常运营控制的商业银行运营流程。领域模型必须使用企业客户、账户、收款人、付款、限额、审批和合规案件，主要使用者是经办人、复核人、资金经理和合规分析师。

围绕从收款人维护、付款制单到双人审批、筛查和结算设计工作队列和业务工作区。每个状态只显示当前合法动作、时限风险和前置依赖，并用决定时间线替代通用 CRUD 后台。

标准业务旅程是从收款人维护、付款制单到双人审批、筛查和结算，状态与合法流转必须由服务端执行。金额使用精确小数，落实经办复核分离，通过唯一请求标识防止重复付款，并使用不可篡改的资金流水。页面需要贴合真实业务动作，不能暴露一套换名后的通用增删改查。

完善角色化导航、有意义的空状态和异常状态、响应式无障碍体验、审计历史，以及遵守相同数据权限的导出功能。

把商业银行决策分析做成决策系统。领域模型必须使用企业客户、账户、收款人、付款、限额、审批和合规案件，主要使用者是经办人、复核人、资金经理和合规分析师。

以运营决策台为首页，重点展示支付成功率、审批时长、异常量和资金头寸。用户可以从异常指标下钻到贡献记录，对比周期与分群，保存视图并记录决策。迟到或不完整的数据必须明确标记，不能制造虚假精度。

标准业务旅程是从收款人维护、付款制单到双人审批、筛查和结算，状态与合法流转必须由服务端执行。金额使用精确小数，落实经办复核分离，通过唯一请求标识防止重复付款，并使用不可篡改的资金流水。页面需要贴合真实业务动作，不能暴露一套换名后的通用增删改查。

完善角色化导航、有意义的空状态和异常状态、响应式无障碍体验、审计历史，以及遵守相同数据权限的导出功能。

把商业银行服务门户做成可信赖的服务渠道。领域模型必须使用企业客户、账户、收款人、付款、限额、审批和合规案件，主要使用者是经办人、复核人、资金经理和合规分析师。

同时设计清晰的外部自助入口和内部服务工作台。外部用户随时知道还缺什么、已经收到什么、下一步是什么；内部人员拥有队列、负责人、往来沟通和完整决定时间线。

标准业务旅程是从收款人维护、付款制单到双人审批、筛查和结算，状态与合法流转必须由服务端执行。金额使用精确小数，落实经办复核分离，通过唯一请求标识防止重复付款，并使用不可篡改的资金流水。页面需要贴合真实业务动作，不能暴露一套换名后的通用增删改查。

完善角色化导航、有意义的空状态和异常状态、响应式无障碍体验、审计历史，以及遵守相同数据权限的导出功能。

构建用于日常运营控制的保险理赔运营流程。领域模型必须使用保单、被保险人、理赔案件、损失项、证据、准备金和赔付，主要使用者是报案人、理赔员、主管和反欺诈调查员。

围绕从首次报案、责任审核、定损、准备金调整到赔付设计工作队列和业务工作区。每个状态只显示当前合法动作、时限风险和前置依赖，并用决定时间线替代通用 CRUD 后台。

标准业务旅程是从首次报案、责任审核、定损、准备金调整到赔付，状态与合法流转必须由服务端执行。证据保留版本，责任决定可解释，赔付遵守授权额度。页面需要贴合真实业务动作，不能暴露一套换名后的通用增删改查。

完善角色化导航、有意义的空状态和异常状态、响应式无障碍体验、审计历史，以及遵守相同数据权限的导出功能。

把保险理赔决策分析做成决策系统。领域模型必须使用保单、被保险人、理赔案件、损失项、证据、准备金和赔付，主要使用者是报案人、理赔员、主管和反欺诈调查员。

以运营决策台为首页，重点展示理赔周期、赔付渗漏、重开率和准备金准确度。用户可以从异常指标下钻到贡献记录，对比周期与分群，保存视图并记录决策。迟到或不完整的数据必须明确标记，不能制造虚假精度。

标准业务旅程是从首次报案、责任审核、定损、准备金调整到赔付，状态与合法流转必须由服务端执行。证据保留版本，责任决定可解释，赔付遵守授权额度。页面需要贴合真实业务动作，不能暴露一套换名后的通用增删改查。

完善角色化导航、有意义的空状态和异常状态、响应式无障碍体验、审计历史，以及遵守相同数据权限的导出功能。

把保险理赔服务门户做成可信赖的服务渠道。领域模型必须使用保单、被保险人、理赔案件、损失项、证据、准备金和赔付，主要使用者是报案人、理赔员、主管和反欺诈调查员。

同时设计清晰的外部自助入口和内部服务工作台。外部用户随时知道还缺什么、已经收到什么、下一步是什么；内部人员拥有队列、负责人、往来沟通和完整决定时间线。

标准业务旅程是从首次报案、责任审核、定损、准备金调整到赔付，状态与合法流转必须由服务端执行。证据保留版本，责任决定可解释，赔付遵守授权额度。页面需要贴合真实业务动作，不能暴露一套换名后的通用增删改查。

完善角色化导航、有意义的空状态和异常状态、响应式无障碍体验、审计历史，以及遵守相同数据权限的导出功能。

构建用于日常运营控制的工程项目交付运营流程。领域模型必须使用项目、图纸、技术询问、报审、现场检查、变更单和施工日志，主要使用者是业主、总包、分包、顾问和现场检查员。

围绕从图纸发布、现场提问、审批、施工、验收到移交设计工作队列和业务工作区。每个状态只显示当前合法动作、时限风险和前置依赖，并用决定时间线替代通用 CRUD 后台。

标准业务旅程是从图纸发布、现场提问、审批、施工、验收到移交，状态与合法流转必须由服务端执行。冻结作废图纸，跟踪合同答复期限，并核算每项已批变更。页面需要贴合真实业务动作，不能暴露一套换名后的通用增删改查。

完善角色化导航、有意义的空状态和异常状态、响应式无障碍体验、审计历史，以及遵守相同数据权限的导出功能。

把工程项目交付决策分析做成决策系统。领域模型必须使用项目、图纸、技术询问、报审、现场检查、变更单和施工日志，主要使用者是业主、总包、分包、顾问和现场检查员。

以运营决策台为首页，重点展示技术询问账龄、返工率、变更敞口和验收通过率。用户可以从异常指标下钻到贡献记录，对比周期与分群，保存视图并记录决策。迟到或不完整的数据必须明确标记，不能制造虚假精度。

标准业务旅程是从图纸发布、现场提问、审批、施工、验收到移交，状态与合法流转必须由服务端执行。冻结作废图纸，跟踪合同答复期限，并核算每项已批变更。页面需要贴合真实业务动作，不能暴露一套换名后的通用增删改查。

完善角色化导航、有意义的空状态和异常状态、响应式无障碍体验、审计历史，以及遵守相同数据权限的导出功能。

把工程项目交付服务门户做成可信赖的服务渠道。领域模型必须使用项目、图纸、技术询问、报审、现场检查、变更单和施工日志，主要使用者是业主、总包、分包、顾问和现场检查员。

同时设计清晰的外部自助入口和内部服务工作台。外部用户随时知道还缺什么、已经收到什么、下一步是什么；内部人员拥有队列、负责人、往来沟通和完整决定时间线。

标准业务旅程是从图纸发布、现场提问、审批、施工、验收到移交，状态与合法流转必须由服务端执行。冻结作废图纸，跟踪合同答复期限，并核算每项已批变更。页面需要贴合真实业务动作，不能暴露一套换名后的通用增删改查。

完善角色化导航、有意义的空状态和异常状态、响应式无障碍体验、审计历史，以及遵守相同数据权限的导出功能。

构建用于日常运营控制的制造运营运营流程。领域模型必须使用工单、物料清单、设备、批次、质检、停机和报废，主要使用者是计划员、产线操作员、质量工程师和维修技师。

围绕从生产下达、领料、工序报工、质检到成品入库设计工作队列和业务工作区。每个状态只显示当前合法动作、时限风险和前置依赖，并用决定时间线替代通用 CRUD 后台。

标准业务旅程是从生产下达、领料、工序报工、质检到成品入库，状态与合法流转必须由服务端执行。保留批次谱系，质量不合格时阻断流转，并防止库存出现不可能余额。页面需要贴合真实业务动作，不能暴露一套换名后的通用增删改查。

完善角色化导航、有意义的空状态和异常状态、响应式无障碍体验、审计历史，以及遵守相同数据权限的导出功能。

把制造运营决策分析做成决策系统。领域模型必须使用工单、物料清单、设备、批次、质检、停机和报废，主要使用者是计划员、产线操作员、质量工程师和维修技师。

以运营决策台为首页，重点展示设备综合效率、一次合格率、计划达成率和报废成本。用户可以从异常指标下钻到贡献记录，对比周期与分群，保存视图并记录决策。迟到或不完整的数据必须明确标记，不能制造虚假精度。

标准业务旅程是从生产下达、领料、工序报工、质检到成品入库，状态与合法流转必须由服务端执行。保留批次谱系，质量不合格时阻断流转，并防止库存出现不可能余额。页面需要贴合真实业务动作，不能暴露一套换名后的通用增删改查。

完善角色化导航、有意义的空状态和异常状态、响应式无障碍体验、审计历史，以及遵守相同数据权限的导出功能。

把制造运营服务门户做成可信赖的服务渠道。领域模型必须使用工单、物料清单、设备、批次、质检、停机和报废，主要使用者是计划员、产线操作员、质量工程师和维修技师。

同时设计清晰的外部自助入口和内部服务工作台。外部用户随时知道还缺什么、已经收到什么、下一步是什么；内部人员拥有队列、负责人、往来沟通和完整决定时间线。

标准业务旅程是从生产下达、领料、工序报工、质检到成品入库，状态与合法流转必须由服务端执行。保留批次谱系，质量不合格时阻断流转，并防止库存出现不可能余额。页面需要贴合真实业务动作，不能暴露一套换名后的通用增删改查。

完善角色化导航、有意义的空状态和异常状态、响应式无障碍体验、审计历史，以及遵守相同数据权限的导出功能。

构建用于日常运营控制的货运物流运营流程。领域模型必须使用运单、站点、载荷、车辆、司机、签收证明、异常和费用，主要使用者是调度员、司机、仓库团队、客户和计费人员。

围绕从询价订舱、调度、提货、在途异常到交付和运费审核设计工作队列和业务工作区。每个状态只显示当前合法动作、时限风险和前置依赖，并用决定时间线替代通用 CRUD 后台。

标准业务旅程是从询价订舱、调度、提货、在途异常到交付和运费审核，状态与合法流转必须由服务端执行。校验载重容量，保留扫描时序，没有有效签收不得完成交付。页面需要贴合真实业务动作，不能暴露一套换名后的通用增删改查。

完善角色化导航、有意义的空状态和异常状态、响应式无障碍体验、审计历史，以及遵守相同数据权限的导出功能。

把货运物流决策分析做成决策系统。领域模型必须使用运单、站点、载荷、车辆、司机、签收证明、异常和费用，主要使用者是调度员、司机、仓库团队、客户和计费人员。

以运营决策台为首页，重点展示准时交付率、空驶里程、滞留时间和单票成本。用户可以从异常指标下钻到贡献记录，对比周期与分群，保存视图并记录决策。迟到或不完整的数据必须明确标记，不能制造虚假精度。

标准业务旅程是从询价订舱、调度、提货、在途异常到交付和运费审核，状态与合法流转必须由服务端执行。校验载重容量，保留扫描时序，没有有效签收不得完成交付。页面需要贴合真实业务动作，不能暴露一套换名后的通用增删改查。

完善角色化导航、有意义的空状态和异常状态、响应式无障碍体验、审计历史，以及遵守相同数据权限的导出功能。

把货运物流服务门户做成可信赖的服务渠道。领域模型必须使用运单、站点、载荷、车辆、司机、签收证明、异常和费用，主要使用者是调度员、司机、仓库团队、客户和计费人员。

同时设计清晰的外部自助入口和内部服务工作台。外部用户随时知道还缺什么、已经收到什么、下一步是什么；内部人员拥有队列、负责人、往来沟通和完整决定时间线。

标准业务旅程是从询价订舱、调度、提货、在途异常到交付和运费审核，状态与合法流转必须由服务端执行。校验载重容量，保留扫描时序，没有有效签收不得完成交付。页面需要贴合真实业务动作，不能暴露一套换名后的通用增删改查。

完善角色化导航、有意义的空状态和异常状态、响应式无障碍体验、审计历史，以及遵守相同数据权限的导出功能。

构建用于日常运营控制的全渠道零售运营流程。领域模型必须使用商品、规格、门店、库存头寸、促销、订单、退货和会员账户，主要使用者是顾客、店员、商品运营和履约经理。

围绕从发现商品、购物车、选择履约方式到自提或配送、退货和积分入账设计工作队列和业务工作区。每个状态只显示当前合法动作、时限风险和前置依赖，并用决定时间线替代通用 CRUD 后台。

标准业务旅程是从发现商品、购物车、选择履约方式到自提或配送、退货和积分入账，状态与合法流转必须由服务端执行。原子预占库存，防止促销叠加错误，并按原支付方式核对退款。页面需要贴合真实业务动作，不能暴露一套换名后的通用增删改查。

完善角色化导航、有意义的空状态和异常状态、响应式无障碍体验、审计历史，以及遵守相同数据权限的导出功能。

把全渠道零售决策分析做成决策系统。领域模型必须使用商品、规格、门店、库存头寸、促销、订单、退货和会员账户，主要使用者是顾客、店员、商品运营和履约经理。

以运营决策台为首页，重点展示转化率、售罄率、履约时长和退货率。用户可以从异常指标下钻到贡献记录，对比周期与分群，保存视图并记录决策。迟到或不完整的数据必须明确标记，不能制造虚假精度。

标准业务旅程是从发现商品、购物车、选择履约方式到自提或配送、退货和积分入账，状态与合法流转必须由服务端执行。原子预占库存，防止促销叠加错误，并按原支付方式核对退款。页面需要贴合真实业务动作，不能暴露一套换名后的通用增删改查。

完善角色化导航、有意义的空状态和异常状态、响应式无障碍体验、审计历史，以及遵守相同数据权限的导出功能。

把全渠道零售服务门户做成可信赖的服务渠道。领域模型必须使用商品、规格、门店、库存头寸、促销、订单、退货和会员账户，主要使用者是顾客、店员、商品运营和履约经理。

同时设计清晰的外部自助入口和内部服务工作台。外部用户随时知道还缺什么、已经收到什么、下一步是什么；内部人员拥有队列、负责人、往来沟通和完整决定时间线。

标准业务旅程是从发现商品、购物车、选择履约方式到自提或配送、退货和积分入账，状态与合法流转必须由服务端执行。原子预占库存，防止促销叠加错误，并按原支付方式核对退款。页面需要贴合真实业务动作，不能暴露一套换名后的通用增删改查。

完善角色化导航、有意义的空状态和异常状态、响应式无障碍体验、审计历史，以及遵守相同数据权限的导出功能。

构建用于日常运营控制的酒店运营运营流程。领域模型必须使用酒店、房型、预订、住客、客房任务、账单和服务请求，主要使用者是住客、前台、客房团队、收益经理和夜审。

围绕从预订、抵店前准备、排房、住中服务到退房结账设计工作队列和业务工作区。每个状态只显示当前合法动作、时限风险和前置依赖，并用决定时间线替代通用 CRUD 后台。

标准业务旅程是从预订、抵店前准备、排房、住中服务到退房结账，状态与合法流转必须由服务端执行。避免重复排房，保护住客身份信息，财务冲正必须可追溯。页面需要贴合真实业务动作，不能暴露一套换名后的通用增删改查。

完善角色化导航、有意义的空状态和异常状态、响应式无障碍体验、审计历史，以及遵守相同数据权限的导出功能。

把酒店运营决策分析做成决策系统。领域模型必须使用酒店、房型、预订、住客、客房任务、账单和服务请求，主要使用者是住客、前台、客房团队、收益经理和夜审。

以运营决策台为首页，重点展示入住率、平均房价、每房收益、翻房时长和服务响应时间。用户可以从异常指标下钻到贡献记录，对比周期与分群，保存视图并记录决策。迟到或不完整的数据必须明确标记，不能制造虚假精度。

标准业务旅程是从预订、抵店前准备、排房、住中服务到退房结账，状态与合法流转必须由服务端执行。避免重复排房，保护住客身份信息，财务冲正必须可追溯。页面需要贴合真实业务动作，不能暴露一套换名后的通用增删改查。

完善角色化导航、有意义的空状态和异常状态、响应式无障碍体验、审计历史，以及遵守相同数据权限的导出功能。

把酒店运营服务门户做成可信赖的服务渠道。领域模型必须使用酒店、房型、预订、住客、客房任务、账单和服务请求，主要使用者是住客、前台、客房团队、收益经理和夜审。

同时设计清晰的外部自助入口和内部服务工作台。外部用户随时知道还缺什么、已经收到什么、下一步是什么；内部人员拥有队列、负责人、往来沟通和完整决定时间线。

标准业务旅程是从预订、抵店前准备、排房、住中服务到退房结账，状态与合法流转必须由服务端执行。避免重复排房，保护住客身份信息，财务冲正必须可追溯。页面需要贴合真实业务动作，不能暴露一套换名后的通用增删改查。

完善角色化导航、有意义的空状态和异常状态、响应式无障碍体验、审计历史，以及遵守相同数据权限的导出功能。

构建用于日常运营控制的餐饮运营运营流程。领域模型必须使用菜单、加料项、桌台、预订、点菜单、厨房档口、食材和支付，主要使用者是顾客、迎宾、服务员、后厨和经理。

围绕从预订或到店、点餐、后厨出单、分道上菜到结账翻台设计工作队列和业务工作区。每个状态只显示当前合法动作、时限风险和前置依赖，并用决定时间线替代通用 CRUD 后台。

标准业务旅程是从预订或到店、点餐、后厨出单、分道上菜到结账翻台，状态与合法流转必须由服务端执行。醒目标识过敏源，保留改单历史，并防止重复扣款。页面需要贴合真实业务动作，不能暴露一套换名后的通用增删改查。

完善角色化导航、有意义的空状态和异常状态、响应式无障碍体验、审计历史，以及遵守相同数据权限的导出功能。

把餐饮运营决策分析做成决策系统。领域模型必须使用菜单、加料项、桌台、预订、点菜单、厨房档口、食材和支付，主要使用者是顾客、迎宾、服务员、后厨和经理。

以运营决策台为首页，重点展示客流、出餐时长、翻台率、浪费和客单价。用户可以从异常指标下钻到贡献记录，对比周期与分群，保存视图并记录决策。迟到或不完整的数据必须明确标记，不能制造虚假精度。

标准业务旅程是从预订或到店、点餐、后厨出单、分道上菜到结账翻台，状态与合法流转必须由服务端执行。醒目标识过敏源，保留改单历史，并防止重复扣款。页面需要贴合真实业务动作，不能暴露一套换名后的通用增删改查。

完善角色化导航、有意义的空状态和异常状态、响应式无障碍体验、审计历史，以及遵守相同数据权限的导出功能。

把餐饮运营服务门户做成可信赖的服务渠道。领域模型必须使用菜单、加料项、桌台、预订、点菜单、厨房档口、食材和支付，主要使用者是顾客、迎宾、服务员、后厨和经理。

同时设计清晰的外部自助入口和内部服务工作台。外部用户随时知道还缺什么、已经收到什么、下一步是什么；内部人员拥有队列、负责人、往来沟通和完整决定时间线。

标准业务旅程是从预订或到店、点餐、后厨出单、分道上菜到结账翻台，状态与合法流转必须由服务端执行。醒目标识过敏源，保留改单历史，并防止重复扣款。页面需要贴合真实业务动作，不能暴露一套换名后的通用增删改查。

完善角色化导航、有意义的空状态和异常状态、响应式无障碍体验、审计历史，以及遵守相同数据权限的导出功能。

构建用于日常运营控制的教育教务运营流程。领域模型必须使用培养项目、课程、班级、学习者、选课、考核和干预，主要使用者是学习者、教师、辅导员和教务人员。

围绕从培养方案、选课、学习活动、考核、支持干预到结业设计工作队列和业务工作区。每个状态只显示当前合法动作、时限风险和前置依赖，并用决定时间线替代通用 CRUD 后台。

标准业务旅程是从培养方案、选课、学习活动、考核、支持干预到结业，状态与合法流转必须由服务端执行。执行先修规则，成绩修改可审计，并隔离受保护的学生记录。页面需要贴合真实业务动作，不能暴露一套换名后的通用增删改查。

完善角色化导航、有意义的空状态和异常状态、响应式无障碍体验、审计历史，以及遵守相同数据权限的导出功能。

把教育教务决策分析做成决策系统。领域模型必须使用培养项目、课程、班级、学习者、选课、考核和干预，主要使用者是学习者、教师、辅导员和教务人员。

以运营决策台为首页，重点展示留存率、完成率、掌握度、出勤和辅导员负载。用户可以从异常指标下钻到贡献记录，对比周期与分群，保存视图并记录决策。迟到或不完整的数据必须明确标记，不能制造虚假精度。

标准业务旅程是从培养方案、选课、学习活动、考核、支持干预到结业，状态与合法流转必须由服务端执行。执行先修规则，成绩修改可审计，并隔离受保护的学生记录。页面需要贴合真实业务动作，不能暴露一套换名后的通用增删改查。

完善角色化导航、有意义的空状态和异常状态、响应式无障碍体验、审计历史，以及遵守相同数据权限的导出功能。

把教育教务服务门户做成可信赖的服务渠道。领域模型必须使用培养项目、课程、班级、学习者、选课、考核和干预，主要使用者是学习者、教师、辅导员和教务人员。

同时设计清晰的外部自助入口和内部服务工作台。外部用户随时知道还缺什么、已经收到什么、下一步是什么；内部人员拥有队列、负责人、往来沟通和完整决定时间线。

标准业务旅程是从培养方案、选课、学习活动、考核、支持干预到结业，状态与合法流转必须由服务端执行。执行先修规则，成绩修改可审计，并隔离受保护的学生记录。页面需要贴合真实业务动作，不能暴露一套换名后的通用增删改查。

完善角色化导航、有意义的空状态和异常状态、响应式无障碍体验、审计历史，以及遵守相同数据权限的导出功能。

构建用于日常运营控制的公共政务服务运营流程。领域模型必须使用服务事项、申请、申请人、资格材料、审核、决定和申诉，主要使用者是居民、受理人员、经办人、主管和审计员。

围绕从资格引导、申报、材料审核、决定、通知到申诉设计工作队列和业务工作区。每个状态只显示当前合法动作、时限风险和前置依赖，并用决定时间线替代通用 CRUD 后台。

标准业务旅程是从资格引导、申报、材料审核、决定、通知到申诉，状态与合法流转必须由服务端执行。决定必须可解释，遵守法定时限，绝不能向其他居民泄露案件。页面需要贴合真实业务动作，不能暴露一套换名后的通用增删改查。

完善角色化导航、有意义的空状态和异常状态、响应式无障碍体验、审计历史，以及遵守相同数据权限的导出功能。

把公共政务服务决策分析做成决策系统。领域模型必须使用服务事项、申请、申请人、资格材料、审核、决定和申诉，主要使用者是居民、受理人员、经办人、主管和审计员。

以运营决策台为首页，重点展示办结率、办理时长、积压账龄和申诉改判率。用户可以从异常指标下钻到贡献记录，对比周期与分群，保存视图并记录决策。迟到或不完整的数据必须明确标记，不能制造虚假精度。

标准业务旅程是从资格引导、申报、材料审核、决定、通知到申诉，状态与合法流转必须由服务端执行。决定必须可解释，遵守法定时限，绝不能向其他居民泄露案件。页面需要贴合真实业务动作，不能暴露一套换名后的通用增删改查。

完善角色化导航、有意义的空状态和异常状态、响应式无障碍体验、审计历史，以及遵守相同数据权限的导出功能。

把公共政务服务服务门户做成可信赖的服务渠道。领域模型必须使用服务事项、申请、申请人、资格材料、审核、决定和申诉，主要使用者是居民、受理人员、经办人、主管和审计员。

同时设计清晰的外部自助入口和内部服务工作台。外部用户随时知道还缺什么、已经收到什么、下一步是什么；内部人员拥有队列、负责人、往来沟通和完整决定时间线。

标准业务旅程是从资格引导、申报、材料审核、决定、通知到申诉，状态与合法流转必须由服务端执行。决定必须可解释，遵守法定时限，绝不能向其他居民泄露案件。页面需要贴合真实业务动作，不能暴露一套换名后的通用增删改查。

完善角色化导航、有意义的空状态和异常状态、响应式无障碍体验、审计历史，以及遵守相同数据权限的导出功能。

构建用于日常运营控制的安全运营运营流程。领域模型必须使用资产、检测、事件、观测指标、调查任务、遏制动作和证据，主要使用者是分析师、事件指挥、系统负责人和风险管理者。

围绕从告警分诊、调查、遏制、恢复到事后复盘和控制整改设计工作队列和业务工作区。每个状态只显示当前合法动作、时限风险和前置依赖，并用决定时间线替代通用 CRUD 后台。

标准业务旅程是从告警分诊、调查、遏制、恢复到事后复盘和控制整改，状态与合法流转必须由服务端执行。保证证据完整性，高影响动作需审批，并严格隔离租户。页面需要贴合真实业务动作，不能暴露一套换名后的通用增删改查。

完善角色化导航、有意义的空状态和异常状态、响应式无障碍体验、审计历史，以及遵守相同数据权限的导出功能。

把安全运营决策分析做成决策系统。领域模型必须使用资产、检测、事件、观测指标、调查任务、遏制动作和证据，主要使用者是分析师、事件指挥、系统负责人和风险管理者。

以运营决策台为首页，重点展示平均响应、平均恢复、驻留时间、误报率和复发率。用户可以从异常指标下钻到贡献记录，对比周期与分群，保存视图并记录决策。迟到或不完整的数据必须明确标记，不能制造虚假精度。

标准业务旅程是从告警分诊、调查、遏制、恢复到事后复盘和控制整改，状态与合法流转必须由服务端执行。保证证据完整性，高影响动作需审批，并严格隔离租户。页面需要贴合真实业务动作，不能暴露一套换名后的通用增删改查。

完善角色化导航、有意义的空状态和异常状态、响应式无障碍体验、审计历史，以及遵守相同数据权限的导出功能。

把安全运营服务门户做成可信赖的服务渠道。领域模型必须使用资产、检测、事件、观测指标、调查任务、遏制动作和证据，主要使用者是分析师、事件指挥、系统负责人和风险管理者。

同时设计清晰的外部自助入口和内部服务工作台。外部用户随时知道还缺什么、已经收到什么、下一步是什么；内部人员拥有队列、负责人、往来沟通和完整决定时间线。

标准业务旅程是从告警分诊、调查、遏制、恢复到事后复盘和控制整改，状态与合法流转必须由服务端执行。保证证据完整性，高影响动作需审批，并严格隔离租户。页面需要贴合真实业务动作，不能暴露一套换名后的通用增删改查。

完善角色化导航、有意义的空状态和异常状态、响应式无障碍体验、审计历史，以及遵守相同数据权限的导出功能。

构建用于日常运营控制的软件产品运营流程。领域模型必须使用工作区、用户、权益、功能开关、事件、实验、订阅和支持信号，主要使用者是客户、产品经理、工程师、客户成功和计费管理员。

围绕从试用激活、新手引导、功能采用、扩容、支持到续约设计工作队列和业务工作区。每个状态只显示当前合法动作、时限风险和前置依赖，并用决定时间线替代通用 CRUD 后台。

标准业务旅程是从试用激活、新手引导、功能采用、扩容、支持到续约，状态与合法流转必须由服务端执行。服务端判断权益，功能发布可回滚，并在分析中尊重用户同意。页面需要贴合真实业务动作，不能暴露一套换名后的通用增删改查。

完善角色化导航、有意义的空状态和异常状态、响应式无障碍体验、审计历史，以及遵守相同数据权限的导出功能。

把软件产品决策分析做成决策系统。领域模型必须使用工作区、用户、权益、功能开关、事件、实验、订阅和支持信号，主要使用者是客户、产品经理、工程师、客户成功和计费管理员。

以运营决策台为首页，重点展示激活、留存使用、扩容、流失风险和支持负担。用户可以从异常指标下钻到贡献记录，对比周期与分群，保存视图并记录决策。迟到或不完整的数据必须明确标记，不能制造虚假精度。

标准业务旅程是从试用激活、新手引导、功能采用、扩容、支持到续约，状态与合法流转必须由服务端执行。服务端判断权益，功能发布可回滚，并在分析中尊重用户同意。页面需要贴合真实业务动作，不能暴露一套换名后的通用增删改查。

完善角色化导航、有意义的空状态和异常状态、响应式无障碍体验、审计历史，以及遵守相同数据权限的导出功能。

把软件产品服务门户做成可信赖的服务渠道。领域模型必须使用工作区、用户、权益、功能开关、事件、实验、订阅和支持信号，主要使用者是客户、产品经理、工程师、客户成功和计费管理员。

同时设计清晰的外部自助入口和内部服务工作台。外部用户随时知道还缺什么、已经收到什么、下一步是什么；内部人员拥有队列、负责人、往来沟通和完整决定时间线。

标准业务旅程是从试用激活、新手引导、功能采用、扩容、支持到续约，状态与合法流转必须由服务端执行。服务端判断权益，功能发布可回滚，并在分析中尊重用户同意。页面需要贴合真实业务动作，不能暴露一套换名后的通用增删改查。

完善角色化导航、有意义的空状态和异常状态、响应式无障碍体验、审计历史，以及遵守相同数据权限的导出功能。

构建用于日常运营控制的专业服务运营流程。领域模型必须使用客户、项目、工作范围、交付物、顾问、工时、费用和发票，主要使用者是客户、项目负责人、顾问、财务和合伙人。

围绕从提案、排兵布阵、交付、客户验收到开票结项设计工作队列和业务工作区。每个状态只显示当前合法动作、时限风险和前置依赖，并用决定时间线替代通用 CRUD 后台。

标准业务旅程是从提案、排兵布阵、交付、客户验收到开票结项，状态与合法流转必须由服务端执行。防止超授权工时，合同范围保留版本，并隔离客户机密。页面需要贴合真实业务动作，不能暴露一套换名后的通用增删改查。

完善角色化导航、有意义的空状态和异常状态、响应式无障碍体验、审计历史，以及遵守相同数据权限的导出功能。

把专业服务决策分析做成决策系统。领域模型必须使用客户、项目、工作范围、交付物、顾问、工时、费用和发票，主要使用者是客户、项目负责人、顾问、财务和合伙人。

以运营决策台为首页，重点展示利用率、毛利、核销、交付健康度和应收账龄。用户可以从异常指标下钻到贡献记录，对比周期与分群，保存视图并记录决策。迟到或不完整的数据必须明确标记，不能制造虚假精度。

标准业务旅程是从提案、排兵布阵、交付、客户验收到开票结项，状态与合法流转必须由服务端执行。防止超授权工时，合同范围保留版本，并隔离客户机密。页面需要贴合真实业务动作，不能暴露一套换名后的通用增删改查。

完善角色化导航、有意义的空状态和异常状态、响应式无障碍体验、审计历史，以及遵守相同数据权限的导出功能。

把专业服务服务门户做成可信赖的服务渠道。领域模型必须使用客户、项目、工作范围、交付物、顾问、工时、费用和发票，主要使用者是客户、项目负责人、顾问、财务和合伙人。

同时设计清晰的外部自助入口和内部服务工作台。外部用户随时知道还缺什么、已经收到什么、下一步是什么；内部人员拥有队列、负责人、往来沟通和完整决定时间线。

标准业务旅程是从提案、排兵布阵、交付、客户验收到开票结项，状态与合法流转必须由服务端执行。防止超授权工时，合同范围保留版本，并隔离客户机密。页面需要贴合真实业务动作，不能暴露一套换名后的通用增删改查。

完善角色化导航、有意义的空状态和异常状态、响应式无障碍体验、审计历史，以及遵守相同数据权限的导出功能。

构建用于日常运营控制的能源运营运营流程。领域模型必须使用站点、计量表、资产、读数、预测、费率、告警和工单，主要使用者是运行人员、能源经理、技师和财务分析师。

围绕从遥测采集、异常复核、调度、检修到成本核对设计工作队列和业务工作区。每个状态只显示当前合法动作、时限风险和前置依赖，并用决定时间线替代通用 CRUD 后台。

标准业务旅程是从遥测采集、异常复核、调度、检修到成本核对，状态与合法流转必须由服务端执行。标记过期遥测，保留计量来源，并区分估算值与实际读数。页面需要贴合真实业务动作，不能暴露一套换名后的通用增删改查。

完善角色化导航、有意义的空状态和异常状态、响应式无障碍体验、审计历史，以及遵守相同数据权限的导出功能。

把能源运营决策分析做成决策系统。领域模型必须使用站点、计量表、资产、读数、预测、费率、告警和工单，主要使用者是运行人员、能源经理、技师和财务分析师。

以运营决策台为首页，重点展示可用率、峰值需量、预测误差、能源成本和减排量。用户可以从异常指标下钻到贡献记录，对比周期与分群，保存视图并记录决策。迟到或不完整的数据必须明确标记，不能制造虚假精度。

标准业务旅程是从遥测采集、异常复核、调度、检修到成本核对，状态与合法流转必须由服务端执行。标记过期遥测，保留计量来源，并区分估算值与实际读数。页面需要贴合真实业务动作，不能暴露一套换名后的通用增删改查。

完善角色化导航、有意义的空状态和异常状态、响应式无障碍体验、审计历史，以及遵守相同数据权限的导出功能。

把能源运营服务门户做成可信赖的服务渠道。领域模型必须使用站点、计量表、资产、读数、预测、费率、告警和工单，主要使用者是运行人员、能源经理、技师和财务分析师。

同时设计清晰的外部自助入口和内部服务工作台。外部用户随时知道还缺什么、已经收到什么、下一步是什么；内部人员拥有队列、负责人、往来沟通和完整决定时间线。

标准业务旅程是从遥测采集、异常复核、调度、检修到成本核对，状态与合法流转必须由服务端执行。标记过期遥测，保留计量来源，并区分估算值与实际读数。页面需要贴合真实业务动作，不能暴露一套换名后的通用增删改查。

完善角色化导航、有意义的空状态和异常状态、响应式无障碍体验、审计历史，以及遵守相同数据权限的导出功能。

构建一个 SaaS 产品营销落地页。首屏展示清晰的目标用户、核心价值和主 CTA，加入产品截图占位、功能优势、使用流程、客户案例、数据指标、FAQ、定价对比和最终 CTA。支持邮件试用表单、成功/失败反馈、隐私同意、SEO metadata、Open Graph、结构化数据、响应式移动端布局和无障碍键盘导航。所有文案集中管理，图片使用可替换占位资源。

构建创业项目发布落地页。包含产品定位首屏、演示视频占位、痛点与解决方案、发布时间线、创始团队、早期用户评价、常见问题和社交分享。实现候补名单表单，校验邮箱、重复提交提示和成功状态；根据来源记录报名渠道，但不得做访客指纹追踪。提供 SEO metadata、OG 分享卡片、响应式设计、隐私说明，以及表单失败后的可恢复重试。

构建专业服务机构获客落地页。展示服务分类、交付流程、行业能力、项目案例卡片、客户评价、团队介绍、价格或合作方式、FAQ 和联系方式。案例要说明问题、过程和可量化结果，并可按行业筛选。实现咨询表单（姓名、公司、邮箱、预算、需求），带完整校验、成功反馈和防重复提交；支持预约 CTA、SEO、结构化数据、移动端导航和无障碍体验。

构建单品电商销售落地页。包含产品图库、核心卖点、规格参数、适用场景、用户评价、常见问题、库存状态、优惠信息和固定购买 CTA。实现规格与数量选择、加入购物车、购买成功反馈、缺货订阅和移动端底部购买栏；切换规格后价格、库存和图片必须一致更新。完善 SEO 产品结构化数据、分享图、性能优化和键盘操作。

构建活动宣传报名落地页。展示活动时间地点、议程、嘉宾、主办方、票种和实时剩余名额，提供报名表单、报名成功页、日历添加和邮件提醒 CTA。表单必须校验姓名、邮箱和票种，处理名额已满、重复报名、候补名单和网络错误状态；报名成功后生成可再次查看的确认信息。支持 SEO、Event 结构化数据、响应式布局、无障碍和分享卡片。