upwork-proposal

Upwork 提案技能

撰写能从 AI 提案潮中脱颖而出、真正获得回复的提案。

我们要解决的问题

客户会收到 50 多份千篇一律的提案：生硬、空泛，还塞满了“尊敬的招聘经理”。他们一眼就能识破泛泛而谈的 AI 内容。这项技能能撰写出自然、具体、值得回复的提案。

关键数据（2025-2026）

指标	数值
每个职位的平均提案数	20-50
回复率	8-30%
成功率	约 5%（20 份中 1 份）
AI 与人工协作的成功率	比纯 AI 或纯人工高 48%
最佳提案长度	150-250 个单词
职位发布后首小时内投递	回复率高出 48%

工作流

User pastes job → Extract requirements → Match to user skills → Generate proposal + shorter version

必需输入

输入	说明
job_description	Upwork 职位描述（由用户粘贴）

可选输入（如相关则询问）

输入	询问时机
relevant_experience	如果职位与某个具体的过往项目相符
rate/pricing	如果用户想写明具体价格
availability	如果职位提到紧急需求或时间安排
special_angle	如果用户对问题有独到见解

七部分公式（回复率达 24% 以上）

详情请参见 references/proposal-structure.md。快速参考：

部分	长度	用途
开场	25 个单词	客户姓名 + 对方的具体问题
相关性	50-75 个单词	有类似经验及成果
解决方案	50-75 个单词	以项目符号列出交付内容
证明	30-50 个单词	1-2 个有数据支撑的过往项目
时间安排	15-25 个单词	写明具体日期，不要含糊
费用	10-15 个单词	适当时清楚写明价格
行动号召	15-20 个单词	提出一个具体的后续步骤

总计：195-285 个单词（最好控制在 300 个以内）

避免 AI 垃圾内容的规则

完整指南请参见 references/standout-strategies.md。关键规则：

要做	不要做
以“嘿，你好”开头，或直接称呼客户姓名	“尊敬的招聘经理”或“希望您一切都好”
提及职位描述中的 2 个具体细节	泛泛地说“我非常适合这个职位”
使用数字：“23 个类似项目”“每月带来 12,000 美元成果”	含糊其辞地声称“经验丰富”
自然使用缩写：“我会”“你是”“不能”	机械地说“我将不胜荣幸”
最多使用 1 个表情符号（问候时用 👋）	使用多个表情符号，或完全不用
写明具体时间：“12 月 15 日”	含糊地说“尽快”
先介绍解决方案	先罗列资历

检测测试指令

客户经常会添加“在顶部写上 HOWDY”之类的测试，以筛除垃圾提案。务必检查职位描述中是否包含：

• 要求写入的特定词语
• 需要回答的问题
• 职位描述中间或末尾隐藏的指令

如果发现此类内容，优先遵照执行。

输出格式

始终提供两个版本（用户经常会要求更短的版本）：

## Proposal (Ready to Submit)

[Full proposal following 7-part formula]

## Shorter Version

[Condensed 100-150 word version]

## One-Liner (For quick reference)

[Single sentence pitch]

## Notes

- [Relevant past projects to mention]
- [Questions to ask client]
- [Red flags if any]

用户的风格偏好

根据对 12 次 Upwork 对话的分析：

1. 问候语：“嘿，你好 👋”或“你好 👋”
2. 语气：自然、亲切、对话式
3. 结构：先讲解决方案，再讲经验
4. 长度：总会要求更短——一开始就简洁
5. 诚实度：绝不夸大其词，也会提及正在学习的领域
6. 技术提及：n8n、Python、AI agents、Google Workspace

用户的技能定位

请参见 references/user-profile.md。快速参考：

重点突出：

• n8n 工作流自动化
• AI agents / Agentic AI（PIAIC 认证）
• Python、FastAPI
• API 集成
• Google Workspace 自动化
• WhatsApp Business API

如实说明：

• React、Node.js（正在学习）
• Make/Zapier（了解相关概念，尚无实操经验）

工程方法论（信任信号）

用户遵循规格驱动开发（SDD）和测试驱动开发（TDD）。

**何时提及：**仅针对重视质量／可靠性的项目：

• 涉及多项集成的复杂自动化
• 长期／持续进行的项目
• 客户提到“可靠”“可用于生产环境”“易于维护”
• 预算较高的项目（$500+）
• 曾被之前的自由职业者辜负的客户

**不要在以下情况提及：**简单的一次性任务、快速修复、低预算项目。

你将在仓库中交付：

• specs/ - 需求与设计规格（按阶段编写）
• tests/ - Pytest 测试套件（在编写代码之前编写）
• docs/ADRs/ - 架构决策记录
• 结构清晰、可自我说明的代码

如何自然地表述：

I follow spec-driven development — I'll document requirements first,
write tests, then implement. You'll get working code plus specs and
tests in the repo, not just "it works on my machine."

更短的版本：

I write specs and tests first, so you get reliable, documented code.

一句话版本（适用时）：

All deliverables include specs, tests, and documentation in the repo.

完整详情请参阅 references/engineering-methodology.md。

转换示例

泛泛而谈的 AI 垃圾内容：

Dear Hiring Manager,
I hope this message finds you well. I am writing to express my keen interest in your project. With my extensive experience in automation and workflow development, I am confident I can deliver exceptional results. I have worked on numerous similar projects and would be delighted to discuss further.

出色的提案：

Hey there 👋

I can help you automate your Google Sheets → AI → PDF → Email workflow in n8n.

Here's the plan:
- Connect Google Sheets with scheduled triggers (twice weekly)
- Pass data to ChatGPT/DeepSeek for processing
- Generate formatted PDF (via API or Google Docs conversion)
- Auto-send via Gmail

I recently built a similar workflow connecting Sheets with ChatGPT for automated reporting — happy to share details.

When would you like to kick off?

输出前检查清单

• 阅读完整的职位说明（包括隐藏的测试说明）
• 提取了 2 项或更多需要回应的具体要求
• 少于 250 个单词
• 以个性化的开场白起始（而不是“尊敬的招聘经理”）
• 包含具体的方法／解决方案
• 提供确凿的证明（数据、过往项目）
• 结尾有明确的行动号召
• 提供更短的版本
• 语气自然，使用缩略表达
• 不过度吹嘘，也不做含糊的承诺