gongxiangp2/PRODUCT.md
2026-08-27 10:16:01 +08:00

5.4 KiB
Raw Blame History

Product

Platform

web

Users

品牌中心内部成员、部门负责人和管理者需要从统一入口定位业务、资产、组织与治理相关工作;品牌中心架构以外的人员只使用素材资产库,并按自身权限浏览、上传、分享或下载素材,品牌中心工作台、组织、管理、考核与过稿工作面统一重定向回素材库。

Product Purpose

“品牌中心部门看板”是品牌中心的内部工作台,默认直接进入“核心指标”,并用五个业务域组织其余部门工作入口:中心仪表盘、业务经营、资产与AI自动化、组织管理、治理与设置。底层业务数据按确认后的口径逐步接入。

Operating Context

产品运行在内部 Web 环境中,既有“由壹点3D素材”平台已经在线运行。本地开发阶段必须与线上数据和部署链路隔离;代码只有在用户明确指示后才允许提交或部署。

Capabilities and Constraints

  • 根路径 / 直接跳转至 /workspaces/dashboard/core-metrics,不再展示独立部门总览页。
  • “由壹点3D素材”作为“资产与AI自动化”下的二级页面保留完整现有能力。
  • “自动化工作流”作为“资产与AI自动化”下的业务入口,集中链接现有的绩效考核调研与作品过稿看板。
  • “人员架构”在部门工作台内复用主线 /organization 的真实组织树、人员明细与原权限设置,并只聚焦“品牌中心”节点及其下级人员;公司级 /organization 全量视图保持不变。
  • 品牌中心工作台访问范围以权威人员绑定和 HR 组织路径为准;品牌中心以外的普通用户登录后只进入 /assets/material-library,不显示品牌中心侧栏、返回入口,也不能直接访问 / 或 /workspaces/*。系统管理员保留维护通行能力。
  • “数据口径”使用独立二级栏直接进入“公司组织架构”,在品牌中心外壳内复用 /organization 的真实组织树、人员明细与管理员权限。
  • “进行中项目”只同步两个已确认的钉钉流程类型,并只统计北京时间 2026 年 4 月 1 日起发起且尚未完结的流程;总览和所有下钻维度共用这一口径。
  • “进行中项目”项目明细按业务导出表展示审批标题、审批编号、需求人、需求部门、平台、品牌、类目、SPU、需求类型、标准时效、当前节点与负责人;需求人取流程发起人,需求部门按 HR 人员架构匹配。
  • 美术设计流程的明细开始时间取“品牌策划主管分配任务”节点创建时间,结束时间取“品牌策划主管审核”节点完成时间;内容视频流程的明细开始时间取“内容主管分配任务”节点创建时间,结束时间按实际分支取“编导审核”或“内容主管审核”节点完成时间。兼容上游当前使用的“内容部负责人”“编导”和“品牌中心负责人审核”等节点名,但对用户统一展示确认后的业务名称;若历史轨迹中同时存在两类审核,取较晚完成的实际结束节点。
  • 美术设计申请流程的 ding_WorkflowTask.activityId 按已确认流程定义映射为精确中文节点名并写入本地快照;未知节点继续使用同步字段推断或明确回退,不改写上游只读数据。
  • 钉钉流程快照每小时从只读报表库的 ding_Workflow、ding_WorkflowTask、ding_WorkflowScheme 联合增量同步,只接收已批准的美术设计申请和内容视频流程;三表复合游标写入现有同步状态并继续复用同一批生产快照数据。
  • “本月上新”只读取表单字段“需求类型”为“新品”的六品牌美术设计流程,不以流程标题关键词判断,也不计“优化”等其他需求类型;分子为本月整条流程已完结数量,分母为本月已完结数量与当前进行中数量之和;其中进行中流程直接复用“进行中项目”的美术设计流程状态、时间与当前品牌中心处理人条件。
  • 除素材资产库、自动化工作流、人员架构、数据口径和已接入的中心指标外,其余板块现阶段只展示可理解、可扩展的模块框架,不虚构业务数据。
  • 沿用项目现有 Next.js、NextAuth、Tailwind CSS 和权限体系。

Brand Commitments

  • 产品主标题使用“品牌中心部门看板”。
  • 信息架构以用户提供的五分支部门工作地图为依据,使用克制、清晰的业务语言。
  • 保留“由壹点3D素材”现有名称和功能语义。

Evidence on Hand

  • 用户提供的五板块思维导图截图。
  • 当前仓库内已运行的素材库、人员架构页面、登录、权限和后台功能。
  • 暂无用于一级门户的真实业务指标,界面不得编造数值或经营结论。

Product Principles

  • 先让入口与职责边界清楚,再接入数据。
  • 核心指标作为默认工作面,固定侧栏负责其它能力导航,具体页面负责完成任务。
  • 保持线上业务稳定,本地验证充分后再由用户决定是否提交和部署。
  • 组织归属门禁必须服务端收紧,隐藏导航不能替代路由权限校验。
  • 对不可用能力诚实标注状态,不用假数据制造完成感。

Accessibility & Inclusion

门户的核心导航必须支持键盘操作、清晰焦点、语义化标签,并在桌面端与移动端保持可读和可用。