Appearance
项目介绍：系统边界、角色职责与业务目标如何对齐
主题边界
- 项目介绍本质上是一个系统摘要：做什么、服务谁、核心链路是什么、你负责哪一段。
- 如果边界说不清，后续技术深挖就没有坐标。
机制与流程
- 先明确业务目标、主要用户和关键链路，再说明系统形态，如 BFF、管理后台、活动页、低代码平台或组件库。
- 然后给出你的职责边界：负责页面层、状态层、工程链、性能治理还是某个关键模块。
- 最后再补充规模信息，例如流量、页面数、模块数、发布频率和团队分工。
关键差异
- 系统介绍强调的是目标和边界，不是时间线流水账。
- 业务复杂度、技术复杂度和组织复杂度是三种不同的复杂度来源。
边界条件
- 把所有功能点都平铺展开，会淹没真正重要的主链。
- 把团队成果全部归到自己头上，后续追问很容易露出职责边界不清。
工程落点
- 项目介绍越能把系统边界说清，后续性能、架构、稳定性、协作问题越容易展开。
- 这也是很多面试官判断候选人是否真正做过复杂系统的第一道筛子。