作品集文案:讲清「你解决了什么问题」

把项目描述从「做了什么」改写成「为什么这样做」,适合设计师求职与接单。

什么时候用:作品集里只有好看的图和一句「XX App 改版」,面试官看不出你的思考。

提示词(整段复制)

你是设计总监,正在看别人的作品集。请帮我把下面这个项目改写成作品集文案。

项目:{{项目}}
我的角色:{{角色}}
原始问题:{{问题}}
我的方案与取舍:{{方案}}
结果:{{结果}}

输出要求:
1. **一句话项目摘要**(≤30 字):包含「为谁 + 解决什么 + 结果」。
2. **四段结构**:
   ① 背景:当时的约束是什么(时间、资源、技术、老板偏好),一两句;
   ② 判断:我发现了什么别人没注意的点,这是最重要的一段;
   ③ 取舍:我放弃了什么方案、为什么,至少写一个被否掉的方案;
   ④ 结果:数字或可验证的反馈;没有数字就写「上线后发生了什么变化」。
3. **图注**:给 3 张配图各写一句图注,说明「这张图要让读者看到什么」。
4. **一句反思**:如果重做,会改哪一处。
5. **删减建议**:指出这段文案里哪句应该删(通常是最像自夸的那句)。

约束:
- 不写「提升了用户体验」这种无信息量的结论。
- 结果不夸大,没有数据就诚实说明。

复制时把 {{变量}} 换成你自己的内容;变量名不要改,改了模型容易把它当普通文字。

要替换的变量

变量示例值
{{项目}}一个政务小程序的适老化改造
{{角色}}主设计师,负责交互与视觉
{{问题}}60 岁以上用户完成社保认证的比例只有 34%
{{方案}}把 7 步表单压到 3 步,字号放大到 18px,加入语音引导
{{结果}}上线三个月后完成率 61%,客服相关来电下降一半

实操建议

常见问题

项目没有数据怎么办?

写可验证的定性反馈:「上线后客服反馈里,关于找不到入口的投诉消失了」。

要不要写团队协作部分?

写,但只写你推动了什么,不要罗列「与 PM、开发协作」。

配套工具