业务工具
客户门户与项目审批提示词
为项目进度、文件、评论和可追溯的审批建立受保护的客户空间。
编辑审核 · 2026-11-07 · Vibe Coding
适用场景
适合需要向客户共享项目资料并收集明确审批决定的服务团队。
可复制的完整构建指令
为 [BUSINESS TYPE] 和 [CLIENT TYPE] 构建客户门户。客户能看清项目进度，并对具体交付版本审批或提出修改意见。 功能与实现要求: 1. 定义机构、用户、项目、里程碑、交付物、文件、评论和审批事件的数据关系。 2. 在服务端或数据库层配置客户、团队成员、管理员的权限，并用两个互不相关的客户账户测试。 3. 客户首页仅显示自己的项目、下一里程碑、最新更新和待决定事项。 4. 项目页包含时间线、受保护文件、讨论及审批记录；审批必须关联人员、时间和准确版本。 5. 上传新版交付物时不得沿用旧版审批；修改请求必须记录可执行的反馈。 6. 验证文件类型和大小，使用私有存储；邮件服务尚未接入时明确显示该限制。 使用前替换的项目资料: [BUSINESS TYPE], [CLIENT TYPE], [VISUAL DIRECTION]. 优先适配移动端，使用语义化结构、清晰标签和可见的键盘焦点。使用真实内容，或明确标注演示数据。为关键流程提供加载、空数据、错误和成功状态。只有界面而没有真实后端时，不得声称集成已经完成。交付前列出尚需接入的服务，并亲自验证核心流程。 验收标准: - 客户不能通过 URL、文件链接或 API 查看其他客户资料。 - 每次审批都能追溯到确切版本和审批人。 - 上传失败与未配置通知必须在界面中可见。
使用前替换的项目资料
使用前替换的项目资料
[BUSINESS TYPE]small design agency[CLIENT TYPE]retail brands commissioning website redesigns[VISUAL DIRECTION]calm, document-centered, and easy to scan预期成果
一个具备客户隔离、版本审批和上线前安全清单的门户原型。
为什么这样设计
- 先明确目标用户、核心任务和可验证的成果。
- 写清数据、状态和技术边界，避免停留在界面演示。
- 用具体验收项目判断生成结果是否真正可用。
验收标准
验收标准
- 客户不能通过 URL、文件链接或 API 查看其他客户资料。
- 每次审批都能追溯到确切版本和审批人。
- 上传失败与未配置通知必须在界面中可见。
资料来源与审核依据
资料来源与审核依据
下列资料用于核对方法和技术要求；提示词由本站独立编写。
常见问题
常见问题
为项目进度、文件、评论和可追溯的审批建立受保护的客户空间。
这个提示词会生成什么？
一个具备客户隔离、版本审批和上线前安全清单的门户原型。
开始前需要替换哪些内容？
使用前替换的项目资料: [BUSINESS TYPE], [CLIENT TYPE], [VISUAL DIRECTION]. 适合需要向客户共享项目资料并收集明确审批决定的服务团队。
怎样验证生成结果？
客户不能通过 URL、文件链接或 API 查看其他客户资料。 每次审批都能追溯到确切版本和审批人。 上传失败与未配置通知必须在界面中可见。
把提示词改成你的项目需求
替换占位符，对照验收标准检查，再将可编辑草稿放入构建器。