Client
A client is not just a customer who paid.
A client is an ongoing relationship that must be understood, managed, and delivered on.
Most client problems do not begin at the moment of complaint. They begin much earlier:
at misaligned expectations, weak onboarding, unclear communication, vague scope,
slow follow-up, hidden decision-makers, or a relationship that was never actively managed.
This skill helps build stronger client systems so the relationship works in practice,
not just in theory.
Trigger Conditions
Use this skill when the user needs to:
- - onboard a new client
- improve a client relationship
- manage client communication
- define expectations, scope, and boundaries
- reduce churn, confusion, or friction
- improve delivery, handoff, or account management
- prepare client-facing processes, documents, or messaging
- identify what makes a client relationship succeed or fail
Also trigger when the user says things like:
- - "Help me manage this client"
- "How do I onboard a client"
- "My client relationship is messy"
- "How do I set expectations better"
- "How do I retain clients"
- "What should I send a new client"
- "How do I handle difficult clients"
Core Principle
A healthy client relationship depends on clarity before complexity.
Clients rarely become difficult for no reason.
More often, the relationship was built on assumptions that were never made explicit:
what success means, who decides, how communication works, what is included, what is not,
how changes are handled, and what happens when problems appear.
Good client management creates trust by reducing ambiguity.
What This Skill Does
This skill helps:
- - define what a client relationship requires to work well
- improve onboarding, communication, and delivery systems
- clarify scope, ownership, and expectations
- identify risks in client management before they become problems
- structure client-facing documents, workflows, and touchpoints
- improve retention, trust, and long-term account quality
- turn ad hoc service into a more stable client system
Default Outputs
Depending on the request, produce one or more of the following:
- 1. Client Onboarding Plan
A structured process for starting the relationship well.
- 2. Client Communication Framework
Rules, cadences, and templates for updates, feedback, and next steps.
- 3. Client Success Map
A relationship model showing goals, expectations, milestones, and risk points.
- 4. Scope and Boundary Framework
A structure for what is included, excluded, change-controlled, and escalated.
- 5. Client Risk Audit
A diagnosis of likely friction points, misunderstandings, or retention threats.
- 6. Retention and Growth Plan
A system for maintaining trust, expanding value, and deepening the relationship over time.
Response Rules
When responding:
- - identify the type of client relationship
- define what success means for both sides
- separate sales promises from delivery reality
- reduce ambiguity around scope, timing, and communication
- surface risks early
- distinguish relationship issues from process issues
- make ownership explicit
- prefer clarity, trust, and usability over performative sophistication
Client Lifecycle
~~~python
CLIENT_LIFECYCLE = {
"stage
1pre_close": {
"purpose": "Ensure the relationship is sold honestly and clearly",
"focus": [
"expectation setting",
"fit assessment",
"decision-maker mapping",
"scope clarity",
"risk signals before close"
]
},
"stage
2onboarding": {
"purpose": "Start the relationship with alignment and momentum",
"focus": [
"intake",
"goals",
"roles",
"timeline",
"deliverables",
"communication norms"
]
},
"stage
3active_delivery": {
"purpose": "Deliver value while keeping expectations aligned",
"focus": [
"updates",
"feedback loops",
"change handling",
"issue resolution",
"progress visibility"
]
},
"stage
4stabilization": {
"purpose": "Move from reactive execution to a steady working rhythm",
"focus": [
"relationship trust",
"predictability",
"repeatability",
"reduced confusion",
"review cadences"
]
},
"stage
5retention_growth": {
"purpose": "Preserve and expand a valuable relationship",
"focus": [
"renewal readiness",
"new opportunities",
"expansion",
"risk prevention",
"long-term fit"
]
}
}
~~~
Client Relationship Architecture
~~~python
CLIENT_ARCHITECTURE = {
"core_elements": {
"outcome": "What the client is actually trying to achieve",
"scope": "What is and is not included",
"timeline": "When key milestones happen",
"communication": "How updates, questions, and decisions are handled",
"ownership": "Who is responsible for what",
"success_measure": "How both sides know things are going well",
"change_management": "How revisions, additions, and surprises are handled"
},
"guiding_questions": [
"Why did this client hire us",
"What do they think they bought",
"What do we think we are delivering",
"Who influences satisfaction and renewal",
"What would make this relationship fail",
"What is unclear right now that may become expensive later"
]
}
~~~
Client Onboarding Framework
~~~python
CLIENT_ONBOARDING = {
"step
1alignment": {
"purpose": "Confirm goals, scope, and expectations",
"outputs": [
"desired outcome",
"success criteria",
"constraints",
"key contacts",
"timeline assumptions"
]
},
"step
2information_gathering": {
"purpose": "Collect what is needed to start well",
"outputs": [
"intake information",
"documents",
"access",
"history",
"preferences",
"known risks"
]
},
"step
3working_model": {
"purpose": "Define how the relationship will operate",
"outputs": [
"meeting cadence",
"communication channel",
"approval process",
"feedback mechanism",
"escalation path"
]
},
"step
4first_value": {
"purpose": "Create early confidence through visible progress",
"outputs": [
"quick win",
"first milestone",
"clear next step",
"evidence of momentum"
]
}
}
~~~
Common Client Failure Patterns
~~~python
CLIENT
FAILUREPATTERNS = {
"patterns": [
"Scope was never truly understood",
"The buyer and day-to-day stakeholder wanted different things",
"Communication rhythm was too vague",
"The client did not understand what was required from them",
"Problems were noticed late and discussed vaguely",
"Too much was customized informally",
"No one tracked satisfaction until renewal time",
"The provider focused on output while the client cared about outcome"
],
"responses": [
"Re-clarify goals and success criteria",
"Create explicit status and decision checkpoints",
"Define boundaries and change process",
"Map stakeholders and priorities",
"Review risk signals earlier and more often",
"Translate delivery into client-visible value"
]
}
~~~
Client Communication Logic
~~~python
CLIENT_COMMUNICATION = {
"principles": [
"Silence creates anxiety faster than bad news",
"Clients tolerate problems better than ambiguity",
"Updates should answer: what happened, what matters, what is next",
"Tone should match confidence without hiding reality",
"Escalation is better than drift"
],
"cadence_examples": {
"high
touchservice": "Weekly updates plus milestone reviews",
"project
basedwork": "Milestone-based updates with decision checkpoints",
"advisory_relationship": "Regular strategic reviews plus as-needed support"
}
}
~~~
Client Output Format
Client Summary
- - Client Type:
- Desired Outcome:
- Current Stage:
- Main Expectations:
- Scope and Boundaries:
- Communication Model:
- Risks or Friction Points:
- Recommended Improvements:
- Recommended Next Step:
Boundaries
This skill helps design and improve client relationship systems, communication,
onboarding, and delivery structure.
It does not replace legal, financial, HR, compliance, or contract advice.
For regulated or high-stakes engagements, adapt outputs to the user's jurisdiction,
industry requirements, and formal agreements.
Quality Check Before Delivering
- - [ ] The client type and relationship context are clear
- [ ] Success is defined from the client's perspective
- [ ] Scope, timing, and communication are explicit
- [ ] Roles and ownership are clear
- [ ] Risks or friction points are identified
- [ ] Recommendations improve clarity, trust, or retention
- [ ] Output ends with a concrete next step
客户
客户不仅仅是付了钱的顾客。
客户是一种持续的关系,需要被理解、管理和兑现。
大多数客户问题并非始于投诉的那一刻。它们更早之前就已开始:源于错位的期望、薄弱的入职流程、不清晰的沟通、模糊的范围、迟缓的跟进、隐藏的决策者,或者一段从未被积极管理的关系。
这项技能有助于构建更强大的客户体系,使关系在实践中有效运作,而不仅仅是理论上可行。
触发条件
当用户需要以下内容时,使用此技能:
- - 入职新客户
- 改善客户关系
- 管理客户沟通
- 定义期望、范围和界限
- 减少流失、困惑或摩擦
- 改善交付、交接或客户管理
- 准备面向客户的流程、文档或信息
- 识别客户关系成败的原因
当用户说出类似以下话语时,也应触发:
- - 帮我管理这个客户
- 我该如何让客户入职
- 我的客户关系一团糟
- 我该如何更好地设定期望
- 我该如何留住客户
- 我应该给新客户发什么
- 我该如何处理难缠的客户
核心原则
健康的客户关系取决于在复杂性之前先建立清晰度。
客户很少无缘无故变得难缠。更多时候,关系建立在从未被明确化的假设之上:成功的定义是什么、谁来做决定、沟通如何运作、包含什么、不包含什么、变更如何处理、以及问题出现时该怎么办。
良好的客户管理通过减少模糊性来建立信任。
这项技能的用途
这项技能有助于:
- - 定义一段客户关系良好运作所需的条件
- 改善入职、沟通和交付体系
- 明确范围、所有权和期望
- 在问题出现前识别客户管理中的风险
- 构建面向客户的文档、工作流程和接触点
- 提高留存率、信任度和长期客户质量
- 将临时服务转变为更稳定的客户体系
默认输出
根据请求,生成以下一项或多项内容:
- 1. 客户入职计划
一个良好开启关系的结构化流程。
- 2. 客户沟通框架
用于更新、反馈和下一步行动的规则、节奏和模板。
- 3. 客户成功地图
一个展示目标、期望、里程碑和风险点的关系模型。
- 4. 范围与边界框架
一个界定包含内容、排除内容、变更控制和升级流程的结构。
- 5. 客户风险审计
对潜在摩擦点、误解或留存威胁的诊断。
- 6. 留存与增长计划
一个用于维护信任、扩展价值并随时间深化关系的体系。
响应规则
回应时:
- - 识别客户关系的类型
- 为双方定义成功的含义
- 区分销售承诺与交付现实
- 减少围绕范围、时间和沟通的模糊性
- 尽早暴露风险
- 区分关系问题与流程问题
- 明确所有权归属
- 优先考虑清晰度、信任和实用性,而非表演性的复杂
客户生命周期
~~~python
CLIENT_LIFECYCLE = {
stage
1pre_close: {
purpose: 确保关系被诚实且清晰地销售,
focus: [
期望设定,
契合度评估,
决策者映射,
范围清晰度,
成交前的风险信号
]
},
stage
2onboarding: {
purpose: 以一致性和动力开启关系,
focus: [
信息收集,
目标,
角色,
时间线,
可交付成果,
沟通规范
]
},
stage
3active_delivery: {
purpose: 在保持期望一致的同时交付价值,
focus: [
更新,
反馈循环,
变更处理,
问题解决,
进度可见性
]
},
stage
4stabilization: {
purpose: 从被动执行转向稳定的工作节奏,
focus: [
关系信任,
可预测性,
可重复性,
减少困惑,
审查节奏
]
},
stage
5retention_growth: {
purpose: 维护并扩展有价值的关系,
focus: [
续约准备,
新机会,
扩展,
风险预防,
长期契合度
]
}
}
~~~
客户关系架构
~~~python
CLIENT_ARCHITECTURE = {
core_elements: {
outcome: 客户实际试图达成的目标,
scope: 包含和不包含的内容,
timeline: 关键里程碑发生的时间,
communication: 更新、问题和决策的处理方式,
ownership: 谁负责什么,
success_measure: 双方如何知道事情进展顺利,
change_management: 修订、补充和意外情况的处理方式
},
guiding_questions: [
这个客户为什么雇佣我们,
他们认为自己买了什么,
我们认为自己在交付什么,
谁影响满意度和续约,
什么会导致这段关系失败,
现在有什么不明确的地方,以后可能会代价高昂
]
}
~~~
客户入职框架
~~~python
CLIENT_ONBOARDING = {
step
1alignment: {
purpose: 确认目标、范围和期望,
outputs: [
期望成果,
成功标准,
约束条件,
关键联系人,
时间线假设
]
},
step
2information_gathering: {
purpose: 收集良好启动所需的信息,
outputs: [
接收信息,
文档,
访问权限,
历史记录,
偏好,
已知风险
]
},
step
3working_model: {
purpose: 定义关系将如何运作,
outputs: [
会议节奏,
沟通渠道,
审批流程,
反馈机制,
升级路径
]
},
step
4first_value: {
purpose: 通过可见的进展建立早期信心,
outputs: [
速赢,
第一个里程碑,
清晰的下一步,
动力的证据
]
}
}
~~~
常见客户失败模式
~~~python
CLIENT
FAILUREPATTERNS = {
patterns: [
范围从未被真正理解,
买家和日常利益相关者想要不同的东西,
沟通节奏过于模糊,
客户不了解需要他们做什么,
问题被发现得晚,且讨论得含糊不清,
太多内容被非正式地定制,
直到续约时,才有人追踪满意度,
服务方关注产出,而客户关心成果
],
responses: [
重新明确目标和成功标准,
创建明确的状况和决策检查点,
定义边界和变更流程,
映射利益相关者和优先级,
更早、更频繁地审查风险信号,
将交付转化为客户可见的价值
]
}
~~~
客户沟通逻辑
~~~python
CLIENT_COMMUNICATION = {
principles: [
沉默比坏消息更快引发焦虑,
客户更能容忍问题,而非模糊性,
更新应回答:发生了什么、什么重要、下一步是什么,
语气应与信心匹配,同时不隐瞒现实,
升级优于放任自流
],
cadence_examples: {
high
touchservice: 每周更新加里程碑审查,
project
basedwork: 基于里程碑的更新,附带决策检查点,
advisory_relationship: 定期战略审查加按需支持
}
}
~~~
客户输出格式
客户摘要
- - 客户类型:
- 期望成果:
- 当前阶段:
- 主要期望:
- 范围与边界:
- 沟通模式:
- 风险或摩擦点:
- 建议改进:
- 建议下一步:
边界
此技能有助于设计和改进客户关系体系、沟通、入职和交付结构。
它不能替代法律、财务、人力资源、合规或合同建议。对于受监管或高风险的合作,请根据用户的司法管辖区、行业要求和正式协议调整输出。
交付前的质量检查
- - [ ] 客户类型和关系背景清晰
- [ ] 从客户角度定义了成功
- [ ] 范围、时间和沟通明确
- [ ] 角色和所有权清晰
- [ ] 识别了风险或摩擦点
- [ ] 建议提高了清晰度、信任度或留存率
- [ ] 输出以具体的下一步行动结束