架构

项目开始时人员配备一般有几种情况

工单/Issues 系统都不会陌生，Github、Gitlab、Gitea 中每天都在接触的系统。想要学习如何设计实现最简单的是直接从别人的系统逻辑参考理解。

我理解的工单系统

• 元数据丰富
• 分类标签体系
• 基于时间线呈现活动
• 可扩展性强
• 能封装出上层管理体系
  • 看板
  • 里程碑
  • 日历

• 线索 - leads
  • 是 营销/marketing 与 销售/sales 的交界点
  • 营销负责创造、发现线索，销售人员需要从线索挖掘商机进行销售转化
  • 挖掘过程就是判断线索是否合格（qualify）或不合格（disqualify）的过程，如果合格则能被转化为商机
  • 线索表示的 潜在 的 销售目标
  • 包含基础的指向信息 - 例如 名片、电话号码+名字
• 商机 - opportunities
  • 商机可由线索转化，也可直接录入
  • 商机同时也是联系人（contact），在创建商机时自动创建关联的联系人和账户
  • 商机=潜在销售目标（lead+contact）+潜在可销售服务
• 账户 - accounts
  • B2B 关系往来目标 - 通常对方为公司
  • 关系往来类型不只是销售客户关系，还可能是 合作伙伴（partner）、供应商（vendor） 等
  • 有层级关系，支持复杂的组织结构
• 联系人 - contacts
  • B2B 关系中对方公司实际操作的人 - 例如 下单、审核、处理发票收据 的 人

微服务已经是一个不再新鲜的概念，但我却依然模糊不清。

这几天尝试了很多的 *aaS, 期望能找到在当前架构下适合公司后续发展的一个系统架构, 然而一路下来发现并没那么简单.