Work / 工作

我如何把复杂问题变成可用产品

先理解工程师真正要完成的任务，再把规则、流程与协作关系整理清楚。下面是一项团队主案例，以及两项由真实问题长出来的个人工具。

团队产品 · 主案例

嘉立创 EDA 专业版

这是一款帮助工程师完成电路与电路板设计的 EDA 软件。原理图定义电路如何连接，PCB 设计则把元件与线路安排到真实板子上，并为制造准备数据。

嘉立创 EDA 专业版由团队共同完成；我负责其中部分 PCB 功能的产品设计，与研发、测试共同推进落地。

先看真实任务

一块 PCB 上有元件、焊盘、线路、层叠与制造规则。工程师既要让电路实现预期功能，也要确保它可以被生产、装配和验证。产品设计的起点，是先理解这条完整任务，而不是先增加一个按钮。

再整理复杂关系

我关注操作从哪里开始、信息何时出现、错误怎样被发现，以及方案如何与上下游衔接。目标不是让界面看起来简单，而是让使用者面对复杂问题时仍然知道下一步该做什么。

最后共同落地

我把问题、目标、边界与交互整理成团队可以共同验证的方案，再与研发、测试一起推进实现和核对结果。过程中保留取舍，也不把团队共同完成的产品包装成个人成果。

我负责的方向

梳理元件、焊盘、网络和布线之间的关系，让关键操作与反馈更容易理解。

让约束、检查与修改线索更早出现，帮助工程师在交付制造前发现问题。

围绕协作、确认和制造交付，减少设计信息在不同环节之间的丢失与误解。

职责边界

我展示的是自己参与 PCB 功能设计时采用的问题理解、产品判断与协作方式，不把整套产品、平台规模或团队成果归为个人成绩。这里也不公开内部项目、客户信息或未公开方案。

个人插件 · 边界探索

差分对雷达处理重复操作，FPC 工坊整理专业知识。它们让我从个人扩展作者一侧走过发现问题、定义范围、实现、核对和公开发布的链路，帮助继续探索哪些需求适合核心产品、哪些可由扩展承接；这不是公司的正式边界结论。

01个人工具实验重复操作自动化

高速信号常用两条线路成对传输。网络一多，工程师逐条寻找、核对和配置就容易反复往返。

解决什么问题: 按命名规则识别候选线路组合，让工程师在表格中确认后批量写入设计，减少逐条寻找和配置。
Ocean 做了什么: 完成问题定义、范围取舍、产品与交互设计，并通过 Trae 实现，过程中没有手写一行代码。AI 缩短了这次个人验证从想法到可用插件的距离。
公开证据: 扩展页面（新标签页打开）公开源码（新标签页打开）
不能推出什么结论: 这项个人探索不能代表公司的正式产品边界，也不能据此评价整个扩展生态。

02个人工具实验专业知识工具化

FPC 是可以弯折的电路板，但金手指（连接器接触区域）等位置仍常需补强。材料与厚度需要结合具体设计与制造要求判断。

计算结果用于前期辅助判断，最终以项目叠层、连接器要求和板厂工艺规范为准。

保持联系