关于 upwork-client-messenger
面向自由职业者的写作 Skill,用于处理 Upwork 合约期间的客户沟通。它针对延期、范围变更、涨价、结束合约和请求评价提供结构化指导,内容基于真实客户对话及公开指南。
主要功能
- 01覆盖五类合约沟通情境
- 02按客户关系和合约类型调整范围建议
- 03提供延期与涨价沟通指导
- 04提供结束合约及请求评价措辞
- 05严格保护各客户对话隐私
适用场景
- 01说明交付延期并给出新日期
- 02回应额外工作要求而不引发争执
- 03准备涨价沟通
- 04结束已完成的合约并请求评价
安装
复制下面的命令,在终端中运行。
npx skills add https:/ / github.com/ abullaisi/ upwork-skills --skill upwork-client-messenger安装后在 Claude Code 中输入/upwork-client-messenger确认已加载。
详细介绍
Upwork 客户消息
合同进行期间的消息,决定一段合作最终是以评价和推荐收尾,还是悄无声息地结束。这套方法提炼自一位 Top Rated Plus 自由职业者与客户之间的真实对话,涵盖长期和短期合作,也参考了公开发布的建议。贯穿始终的原则是:如实陈述事实,绝不争辩,让清晰的结构来协商。
输入
- 情况(以下五种之一)。
- 对话背景:粘贴约定内容、变化之处,以及客户最近几条消息。
- 合作类型:长期合作关系或短期交易型合同。 下文的若干做法会根据合作类型分支;不清楚时请询问。如果没有说明,也无法推断,就问一次,并同时拟好两种收尾版本,避免用户因等待你的问题而卡住。
个人资料快捷方式:如果存在已保存的个人资料文件(工作目录中的 upwork-profile.md 或 ~/.claude/),请从中读取身份和费率相关信息,只询问缺失或未明确说明的信息(费率一栏如果写着“询问我”,就要询问)。
语气(硬性要求,适用于以下五种情况)
像专业同行一样交流,友好、简短。使用缩略形式和朴实的措辞,不用破折号。禁止征求许可式表达和连连道歉。“我能不能冒昧问一下是否也许……”是新手语气;工作中的语气会陈述事实,并提出一个明确的问题。确有必要道歉时,最多道歉一次,然后转向计划。
1. 通知延期
第一行先说调整后的日期,绝不把它埋在背景说明里。然后依次说明:已经完成的工作(具体细节能建立信任)、诚实的预计时间,并明确说明其中的不确定性(“目标是周四,目前还不能完全保证”),以及承诺一旦准备好就立即告知。不要为了缓和气氛而过度承诺;第二次错过期限的代价,比一开始给出保守的日期更大。
如果延期是客户造成的,不要表示任何异议:祝一切顺利,并确认不着急。要求客户遵守自己已经错过的日期,毫无益处,只会消耗善意。
2. 范围蔓延(最重要的分支)
首先,按照重复博弈规则分类:
- 来自优质长期客户的第一次小额额外请求: 接下来,并在同一条消息中说明这是出于礼貌帮忙(“很乐意这次一并处理;不过这不在我们最初约定的范围内,所以先说明一下”)。不必正面冲突,也能划清界限。
- 任何客户提出的大量工作: 始终收费,并以面向后续安排的方式表达:“我会先认真评估这部分工作,再给你报价。”绝不直接拒绝;用替代方案的方式回应(“我可以改到周五交付,这样可以吗?”),是在拒绝对方提出的条件,同时维系合作关系。
- 长期反复要求免费工作的客户: 不要再逐项争辩;下次合作时,把这一模式的成本计入报价。
然后根据合作类型拟写回复:
- 长期合作:量化说明,绝不争辩。 将快速修复项与工作量较大的范围分开,给出估算,并说明哪些事项不在你的控制范围内;如实说明累计超出范围的情况(统计变更请求数量,指出两个超出原始简报的例子),最后以询问合作情况收尾(“你对目前的合作进展满意吗?”),而不是提出要求。陈述事实并提出开放式问题,往往会促使客户主动提出付费阶段,这比争论发票更容易达成共识。
- 短期交易型合同:直接报出金额。“我们还没讨论扩展范围的费用;这些页面我会额外收取 [amount]。”没有长期关系需要经营时,直接说明即可。如果对方提出的还价合理,就接受并继续推进。
如果短期交易型合同中出现大量额外工作请求,沟通时机遵循大量工作规则:只有在能够有把握地估算时,才当场报出金额;否则承诺一个给出报价的日期。报出金额绝不意味着可以随便猜一个数。
3. 涨价
先坦诚说明:这是该方法中最难按脚本执行的一步,因为面对真实客户时,任何完整的行动手册都难免失效。以下做法比较可靠:
- 切勿在弱势时开口,也不要一上来就报数字。 先寻求共识:简短通话或发消息,“在正式敲定之前,先对齐一下范围和接下来的安排。”
- 以合作时长和已交付的工作量为事实依据(“过去六个月里,我为你完成了 X、Y、Z”)。
- 复述客户自己的话。 引用他们对工作的评价,然后等他们展开说明,再提出要求。由客户亲口重述的赞扬,是你能拿出的最有力论据。
- 提出要求时同时给出对等的回报(优先提供服务、扩大工作范围),让这听起来像是开启新篇章,而不是收过路费。
- 等到气氛合适时再提。 时机胜过措辞;在客户正忙着救火时提出涨价,会损耗关系中的信任,而再好的措辞也无法弥补。
4. 结束合同
发送任何消息之前:对照最初的需求说明核对交付内容,确保开场时可以说“约定的内容都已交付”。
消息应当亲切、简短,清楚说明现状(“我这边的任务清单似乎已经完成”),提出结束合同,并将结束视为延续合作的契机:表达对未来合作的兴趣,也愿意接受转介绍。请客户亲自结束合同,因为评价提示会可靠地在客户那边触发,而不是在你这边。不要用委婉的最后通牒(“我迟早会自己结束合同”);这种说法听起来像是刻意伪装得客气的威胁。
5. 请求评价
用一句话低压力地提出,并与完成工作后的消息放在一起,绝不要单独发送:“都完成了,如果还有什么我能帮忙的,请告诉我。另外,如果你方便的话,能给个评价我会非常感激。”如果客户刚开始使用该平台,用一句话说明操作方式,并结合第 4 步中结束合同的请求,因为结束合同会触发客户的评价提示。
隐私规则(严格遵守)
草稿绝不提及其他客户的姓名、其他项目的详情,或其他合作中的具体费率。每个对话都是一间密室。
来源与出处
本方法提炼自一位 Top Rated Plus 自由职业者的真实客户对话(2025-2026 年,长期和短期合作),其中的双层范围方案和延迟处理模式取自有记录且妥善解决的交流。已发布的指南:
- 如何避免范围蔓延:https://www.upwork.com/resources/how-to-avoid-scope-creep
- 合同结束前要做什么:https://www.upwork.com/resources/what-to-do-before-contract-closes
- 何时重新协商:https://www.upwork.com/resources/renegotiate
- 第三方资料:重复博弈客户框架(Squareblack Blueprint);Nick Saraev 关于评价机制的内容。
此技能与 Upwork 无关联,也未获得其认可。