工作方法

我是怎么工作的：FDE 式交付

FDE（Forward Deployed Engineer，前沿部署工程师）是我这类角色的现成名字：驻扎在客户的业务现场，把复杂业务理解成产品，并亲手落地交付。它恰好是「独立产品人」的工作形态——不做「提需求—排期—交付」的甩手式合作，而是进驻一线，边理解业务边出方案。

具体说：先跟一线一起把业务链路画清楚，方案在理解业务的过程中成形，交付物直接对着真实流程。第一次沟通不谈需求清单，先聊业务现在卡在哪——这本身就是交付的第一步。

四条方法

先链路后功能

能画清「谁发起、谁审批、谁执行、谁对账」，才拆页面与接口。电厂后台、OTD 配置器、销采系统，都从画链路开始。

主数据与业务单据分离

设备、组织、客户、供应商等主数据，与工单、订单类单据分开——避免「一张表既当档案又当流程」。

克制地划边界

明确「不做什么」和「做什么」同样重要：电厂后台不接管机组、AI 平台不替业务出模型、会员权益不重写支付。

可配置而非写死

把节点、输入输出和权限收成可调整的流程，而不是为每个场景写死一套页面。

合作方式

适合谁

• 中小外贸企业：业务跑在邮件、表格和聊天里，需要收进系统。
• 有业务、没系统的团队：流程清楚但靠人肉驱动，需要产品化。
• 需要产品能力但不想养团队的业务方：按项目拿到大厂方法论的完整交付。

合作流程

聊业务 → 出方案（链路图 + 边界）→ 报价 → 里程碑交付（每阶段可验收）

通用的分层口径

以下是从各项目附录中抽出的通用口径——所有管理后台类产品都按这套分层说话（不谈具体选型）：

• 访问层：管理后台或门户，按角色做权限与菜单，而不是一套界面打天下。
• 应用层：按业务域拆模块（主数据、流程、规则、单据），先定域边界再谈服务怎么拆。
• 数据层：主数据与业务单据分开，加上审计与日志，保证可追溯、可对账。
• 集成层：对接已有 ERP / MES / 生产或交易系统，而不是重写现场控制或核心账务。

独立部署时怎么估资源

独立部署一个管理或生产后台模块时，产品侧用下面的方法给量级，不预设核数与内存：

• 无状态应用：按管理端人数与峰值并发估实例，可水平扩；先问「同时在用的人」而不是先问机器型号。
• 数据库：按单据量、查询是否拖垮写入来决定要不要读写分离或把报表拆出去。
• 文件与日志：附件、导出、审计不宜和业务库绑死，独立存储更利于容量与合规。
• 一个可独立部署的中等管理模块，通常是「应用实例 + 库 + 必要中间件」；主路径模块和边缘模块的容量差一档。具体核数内存由研发按压测定，产品给出可用性、权限、审计和量级。

和研发怎么对齐

按域说话：先域后服务，产品给域边界、主数据、集成方式与非功能需求（权限、审计、容量量级），选型与规格由研发定。这套协作方式在电厂后台、OTD、AI 平台的项目里反复验证过。