Skip to main content

ERP FAQ

协同工作的前提​

  • 共同目标
  • 明确角色
  • 意见尊重
  • 沟通协作
    • 信息互通
  • 任务互补
  • 技能互补
  • 知识共享
  • 结果导向
    • 对事不对人
  • 信任互助

行政部门 vs HR 部门​

类似于 项目管理 vs 产品管理

  • 行政
    • 日常运营支持 - Support
    • 服务于公司所有员工
    • 办公支持、资产管理、庶务后勤
    • 关注资源调配、运营效率
    • 管理公司内部支持性工作
    • 要求更强的资源调配能力
  • HR
    • 专注于人员相关的管理工作 - People
    • 主要服务于公司管理层
    • 招聘、培训、薪酬管理、员工关系
    • 关注员工绩效、企业文化
    • 管理与员工相关的政策制度
    • 需要更专业的人际交往技巧

Record vs Resource vs Entity vs Schema​

  • Record 表示一个具体的数据记录,如一条订单记录。
    • 单条记录
  • Resource 表示数据的一个集合,如所有订单记录。
    • 记录的集合
  • Entity 表示一个业务对象实体,如订单实体。
    • 业务对象模型
  • Schema 描述数据的结构,如订单对象的字段 schema。
    • 数据结构

电商订单 vs 服务订单​

  • 电商订单和服务订单的业务流程不同。电商侧重物流配送,服务订单侧重服务交付。
  • 电商订单通常来自电商平台,与平台的数据交互更频繁。服务订单来源更广。
  • 电商订单通常只对应产品,服务订单对应服务项目。订单内容不同。
  • 电商订单通常交易性更强,服务订单关系更持续。
  • 二者对订单跟踪的要求不同,电商更看重物流状态,服务更看重进度。
  • 电商订单交互自动化程度更高,服务订单介入人工更多。

字典表​

  • Dictionary Table
  • 参数值可配置化,便于维护和管理
  • 字段采用外键关联字典表,查询时做映射
  • 新的值可通过插入字典表来新增,不需要程序变更
  • 字典表相当于代码表,但是更灵活
  • 配置化和数据完整性
  • 参数热更新,避免硬编码在程序里

Case vs Issue vs Task vs Ticket​

  • Case - 案例
    • 服务客户
    • 侧重流程控制
    • 通常代表对客户问题或请求的完整跟踪（从开始到结束）
    • 适用场景：客户支持、法务、医疗、咨询等需要处理复杂请求的领域
  • Issue - 问题
    • 解决问题
    • 侧重生命周期
    • 通常用于描述需要解决的具体问题
    • 适用场景：软件开发（Bug、Feature Request）、项目管理、风险管理
  • Task - 任务
    • 中性
    • 侧重任务分配
    • 可以被分配给一个或多个负责的人
    • 适用场景：项目管理、团队协作、个人生产力
  • To-do - 待办事项
    • 非正式的表述待完成的工作
    • 通常为非正式任务列表或个人任务记录
    • 适用场景：个人待办事项、简单团队任务
  • Ticket - 票据/工单
    • 表示需要跟进或处理的具体事项
    • 通常由客户或用户提交，企业或组织通过工单系统进行跟踪和管理
    • 适用场景：客户支持、IT服务管理（ITSM）、技术帮助台
  • Request - 请求
    • 待处理的用户或系统请求
    • 可以是客户、内部人员或系统发起的请求
    • 适用场景：IT服务、内部服务请求、工作流系统
  • Activity - 活动
    • 任何类型的行动、事件或交流
    • 可以作为时间记录，或者描述一系列执行的任务
    • 适用场景：销售活动跟踪、项目活动、客户互动
  • Action - 行动
    • 一次性或定期执行的操作
    • 通常代表流程中的一个步骤，或者事件链中的一个环节
    • 适用场景：工作流、项目计划
  • Work Item - 工作事项
    • 广泛的表述企业内部的待处理事件或任务
    • 侧重于工作负载管理和项目跟踪
    • 适用场景：项目管理、团队协作
  • Case 和 Issue 可转换为 Task
  • Case 和 Issue 通常动态产生，Task 可能是静态定义的

Case vs Issue​

  • Case：
    • 描述：一个客户报告了一个问题，需要对其进行全面的调查和解决
    • 例子：客户报告他们的账户被错误扣费，需要客服团队调查并解决
    • 流程：从问题报告、分配责任人、调查、解决，到最后的案例关闭
  • Issue：
    • 描述：开发团队发现软件中的一个Bug，需要修复它
    • 例子：开发团队在新版本中发现了一个登录问题，需要尽快修复
    • 流程：报告问题、分配负责人、修复、测试、关闭问题

工单 vs 任务 vs 项目 vs 合同 vs 服务​

  • Service - 服务
    • 最广泛的概念
    • 是客户获取的实际价值或结果
    • 可以包含多个任务、工单和工作流程
    • 服务的条款可能在合同中定义
    • 服务的具体需求可能通过订单提出
  • Task - 任务
    • 完成服务所需执行的具体行动
  • Work Order - 工单
    • 经常性的服务请求
    • 任务执行的具体指令或记录
  • Workflow - 工作流
    • 完成服务所需的一系列步骤或流程
    • 面向自动化
  • Contract - 合同
    • 提供服务的法律框架和条款
  • Order - 订单
    • 客户对特定服务的正式请求
  • 票据（Ticket）
    • 定义：对客户请求或报告的问题的记录，常用于IT支持和客户服务领域。
    • 关系：票据通常是处理客户服务请求的起点，可以转化为工单进行处理。
    • 客户提出
  • Issues
    • 客户或系统用户报告的问题或请求
    • 问题追踪 - 需要解决的问题、错误、需求或改进点
    • 项目管理 - 问题或挑战，这些可能需要特殊的关注或决策。
    • 业务流程 - 任何可能影响业务运行的问题或挑战。
  • ITSM - IT服务管理

项目​

一次性的、有明确起止日期的，通常为了达成特定的目标或结果。

  • 临时性