跳到主要内容

通用范式与用例相关问题

如何区分通用范式和用例?

用例

定义:

通用范式通过调整配置项生成的新组件,统称为用例

举例:

例如,某业务线可以通过柱状图范式配置出多个类似的柱状图用例,以满足不同的业务场景。通常这些用例是可复用的,从而避免该业务线在未来重复开发。 用例

通用范式

定义:

  1. 可应用于多个业务线和不同端口的规范,用以提升开发效率和一致性。
  2. 涉及底层逻辑的开发,无法通过简单配置修改实现。
  3. 原先未定义或已有大量相似实例的场景可归纳的。

举例:

通用范式(精装房),提供基础的能力,通过主题和配置项的处理方式(软装搭配),满足业务的使用场景和需求(不同的装修风格)。 涉及到底层逻辑,布局等无法通过配置项修改的(硬装改造水电等)需要可视化团队介入开发修改。 通用范式

已有通用范式:

链接到(图表范式组件)


通用范式或用例,不满足业务需求,怎么办?

  1. 能否通过配置项修改,调整满足需求的用例?

    • 设计师评估,改动是否提升体验和业务目标
    • 业务开发通过配置项,调整覆盖 具体流程,请查看
  2. 如配置项无法满足需求,则需要可视化介入处理 - 可视化团队介入前,有对应评估流程和要求 流程


用例生成过多,该如何控制?

设计师进行审核与收口

各业务线在设计阶段会进行规范审核,确保符合各自的主题和差异化要求。对于初期阶段,可以优先规避那些必要性较低的用例和功能。 随着需求的增加,用例数量可能会不断增长。只需确保用例风格一致且生产成本足够低即可。 用例的核心目标是帮助产品快速上线,避免重复开发。


用例不支持的功能,是否视为业务需求?新组件,是否属于可视化范式?

这个要看该需求是否具备通用性,如果具备,就走定的流程。提交给设计师审核,开发为范式

新增加的范式,比如是跨业务线通用的,就可视化团队开发; 只在某个业务线用的,就业务线开发;谁开发算谁的。


相似用例有很多,但没有整体规范,怎么办?

通用范式通过配置生成的用例,如果相似用例较多,则需要该组件的设计师进行规范的收拢 具体流程参照下图为主 通用范式收拢

归拢用例,注意事项

Confluence 链接,请查看

规范书写结构


通用范式的新增与优化流程

优化通用范式

流程:

以折线异动图为例,产品需要提供:

  • 需求背景:明确描述图表设计背后的业务需求。
  • 产品目标:具体量化目标(如用户数量增长、点击率提升等),并提供目标值。
  • 产品策略:当前范式问题或不足,对应的优化建议。

接下来,由规范设计师与可视化团队进行评估,并在上线后验证目标完成度。 如果连续两次未能达到预期业务目标后续需求的优先级降低。

优化流程

新增通用范式

流程

可提需求至可视化团队,进行范式设计。


用例很多重复,没有搜索与查重,如何查找?

我们会给 KAmis 平台提需求,增加缩略图、强化搜索功能和推荐功能(AI 推荐)


设计前,如何找到已有用例,减少重复设计工作

统一都在 HxMatrix 上找,后面各个业务线的组件都会往这上面同步。 找到了就直接在设计稿上标注该功能用 XX 组件。