FRAME
先把问题说清楚
Turn a plain-language issue into a solvable engineering frame
从用户输入的现象出发,将目标、约束与问题澄清能力组织成官网首屏价值表达,让用户先理解“它如何接住一个真实工程问题”。
现象 → 目标与约束 → 可求解的问题
03 / 官网叙事 · Engineering Agent
Engineering Agent
承接 Eureka「以证据支持研发」的平台定位,我将产品能力、英文价值文案与实际输出组织成官网阅读路径,再重构为 LinkedIn 上连续的工程决策故事。
阅读内容与作品我的工作
官网内容架构与英文文案 / 产品运行与证据筛选 / LinkedIn 轮播与贴文撰写
01 / CONTEXT & CONTENT
从 Eureka“以证据支持研发”的平台定位出发,将 TRIZ 页面内容聚焦于工程团队的判断:能解决什么问题、方案依据是什么、如何开始尝试。
平台定位
01 平台定位 / 以证据支持研发:首页建立平台认知,让专业用户理解 Eureka 如何支持研发工作。
02 场景价值 / 把工程不确定性,转为可评估的方向:围绕工程问题组织价值文案,以真实输出解释能力,并提供直接体验的入口。
从用户任务进入
用真实输出支撑
以清晰入口承接
理解价值(从用户任务进入)→ 建立信任(用真实输出支撑)→ 进入体验(以清晰入口承接)
02 / CAPABILITY REFRAMING
基于对 Engineering Agent 产品能力与实际工作流的理解,我将官网能力重新归纳为 Frame—Analyze—Solve 三类用户任务,设计对应的英文价值文案,并通过实际运行产品筛选界面与输出证据。
任务、英文价值表达与真实输出,沿同一条阅读路径展开。
FRAME
Turn a plain-language issue into a solvable engineering frame
从用户输入的现象出发,将目标、约束与问题澄清能力组织成官网首屏价值表达,让用户先理解“它如何接住一个真实工程问题”。
现象 → 目标与约束 → 可求解的问题
ANALYZE
Map the system and reveal where change is possible
将系统建模、因果分析等复杂能力收敛成“找到可以改变的位置”,并用功能关系图作为可视化证据。
系统关系 → 因果链 → 可以改变的位置
细读产品输出
我选择功能关系图呈现系统建模与分析过程,让英文价值主张获得可以细读的输出支撑。
SOLVE
Generate solution concepts your team can evaluate
将方案生成能力从“给答案”改写为“支持团队评估候选方向”,结合候选方案与工程示意,让输出价值更可信。
候选方向 → 工程示意 → 团队评估
完成的内容组合
官网内容架构、Frame—Analyze—Solve 英文价值文案、产品运行与输出筛选、LinkedIn 轮播与英文贴文,共同组成从理解能力到带入工程问题的内容路径。
03 / SOCIAL EXTENSION
社媒延伸:让官网叙事,延伸到社媒与产品体验。
将官网的求解逻辑与真实产品输出,重构为 LinkedIn 轮播与英文贴文,让用户从理解能力,走向带入自己的工程问题。
从官网任务结构,走向问题、方案与验证的连续决策。
01 将功能步骤,转成工程师的提问:在官网 Frame-Analyze-Solve 的基础上,我将轮播组织为连续的工程问题:问题为什么反复出现?哪条方案值得推进?继续设计前,还需要证明什么?让用户沿着决策过程理解产品价值。
02 用贴文串联,从求解到验证:我在英文贴文中串联 TRIZ 求解、DFMEA 风险分析与验证计划,解释“找到方案之后还要做什么”,再以“带入你自己的工程问题”引导产品尝试。
LinkedIn 工程决策轮播
三页围绕同一个新能源汽车热管理问题展开,让工程师沿着问题定义、方案比较与风险验证理解产品价值。
问题定义 → 根因 → 工程矛盾
从新能源汽车热管理现象进入,以因果链连接根因,再明确需要解决的工程矛盾。