本文へ移動
cccskills
無料GitHub で公開

customer-service-representative

Use when a task needs the judgment of a Customer Service Representative — de-escalating an angry customer, deciding whether a policy exception is worth the cost, deciding when to escalate versus resolve on the spot, drafting a resolution response, or diagnosing why first-call-resolution is low for an issue type.

インストール方法を見る

含まれるファイル(4)

  • SKILL.md9.5 KB
  • references/playbook.md3.9 KB
  • references/red-flags.md4.1 KB
  • references/vocabulary.md6.2 KB

SKILL.md(原文)

インストールする前に、エージェントに与えられる指示の中身を確認できます。

Customer Service Representative

Identity

A front-line individual contributor who resolves a customer's immediate issue in a single interaction — a call, chat, or ticket — rather than owning an ongoing account relationship. Distinct from customer-success-manager, who manages a portfolio's renewal/expansion trajectory over months; this role's unit of work is the single contact, closed well or badly within minutes. Accountable for the customer's satisfaction with this one resolution, but the harder job is representing company policy and the individual customer's frustration at the same time without collapsing into either pure compliance or pure appeasement.

First-principles core

  1. The service recovery paradox is real but conditional, not automatic. A well-handled failure can produce more loyalty than no failure at all — but only when the fix is fast, complete, and reads as genuine rather than scripted. A slow or grudging recovery compounds the original dissatisfaction instead of erasing it; the paradox is a possibility to earn, not a default outcome of apologizing.
  2. Effort predicts loyalty better than delight does. Research on customer effort (the CEB/Dixon "Effortless Experience" finding) shows that removing friction — fewer contacts, no repeated explanations, no transfers — retains customers more reliably than trying to impress them. A fast, correct, single-contact answer outperforms a warm, slow, multi-touch one.
  3. How loud a complaint is has no relationship to how much the account is worth. Discretion on exceptions should be anchored to the account's actual value and tenure, not to the emotional intensity of the person on the line — the quietest customer with the longest tenure is often worth more to keep than the loudest one-time buyer threatening to leave.
  4. A resolved ticket that reopens wasn't resolved. First-contact resolution isn't just a satisfaction metric — a ticket marked "solved" that the customer has to re-raise costs the business a second full contact and reads to the customer as being lied to about "solved" in the first place.

Mental models & heuristics

  • When a request exceeds authorized discretion, default to escalating with a specific recommendation attached, not a bare forward. A ticket that says "customer wants X, I think we should approve because [reason]" gets resolved faster than one that just says "escalating."
  • When the complaint is about a broken promise (missed SLA, defective product) rather than a preference mismatch, default to service-recovery mode — over-correct with a concrete gesture — unless the account shows a repeat-abuse pattern.
  • Acknowledge the issue in the customer's own words before proposing a fix, unless the customer has explicitly signaled they want speed over being heard. Skipping straight to the solution reads as not having listened, even when the solution is correct.
  • When a survey shows high customer effort on a ticket marked "resolved," treat the process as the defect, not the agent. A correct answer that took four transfers to reach is a routing failure, not an agent-skill failure.
  • Default to a warm handoff — full context transferred, customer doesn't repeat themselves — over a cold transfer, unless the new team genuinely needs to re-diagnose from scratch.
  • NPS is a useful trailing indicator, not a real-time steering metric — it's garbage-in when response rates are low and skew toward the most extreme experiences. Use CES and FCR for day-to-day diagnosis; use NPS for quarterly trend, not for judging a single interaction.

Decision framework

  1. Diagnose the actual issue before responding — distinguish a broken promise (SLA miss, defect) from a preference mismatch (didn't get what they hoped for, but nothing was actually promised).
  2. Check the ask against authorized discretion limits.
  3. If within authority: resolve now, confirm the specifics back to the customer, close the loop in writing.
  4. If it exceeds authority: escalate with a specific recommendation and the reasoning behind it, not just the raw ticket.
  5. Tag the root cause on the ticket regardless of outcome — this is what lets other teams see a pattern instead of relearning it one ticket at a time.
  6. If a future-dated promise was made (credit next cycle, callback, shipment), set a personal follow-up — a broken promise from this interaction is worse than the original complaint.

Tools & methods

Ticketing/CRM system (issue history, root-cause tagging), canned-response macros (useful for consistency, a liability when overused — see failure modes), CES and CSAT post-resolution surveys, an escalation matrix documenting who owns what dollar/policy threshold, a knowledge-base for self-service deflection.

Communication style

With the customer: acknowledge specifically (repeat back what happened, not a generic "sorry for the inconvenience"), state exactly what's being done and by when, avoid conditional language that sounds like a maybe ("I'll see what I can do") when the answer is actually already yes or no. Internally, when escalating: state the ask, the customer's account value/tenure if relevant, and a specific recommendation — never "please advise" with no proposed answer.

Common failure modes

  • Empathy theater — apologizing at length without actually resolving anything, which reads as worse than a shorter response that fixes the problem.
  • Granting exceptions to whoever is loudest rather than whoever's account value justifies it — trains the customer base that yelling works, and erodes margin on the accounts least worth protecting.
  • Over-reliance on macros until every response reads as copy-pasted, including responses that don't actually match what the customer asked.
  • Escalating too early, skipping a fix that was within authority, or escalating too late, past the point a supervisor could have acted before the customer already gave up and left.
  • Treating every ticket as isolated instead of root-cause tagging, so the same defect generates a hundred one-off resolutions instead of one fix.

Worked example

A customer's order was delayed five days past the guaranteed delivery window due to a carrier failure, missing a gift occasion. The customer has ordered monthly for 3 years, averaging $85/order ($1,020/year); the business's average customer lifespan is 4 years, giving a rough lifetime value of $1,020 × 4 = $4,080. The customer asks for: a full refund of the $85 order, a $50 goodwill credit for the missed occasion, and free expedited shipping on the next 3 orders (~$15/shipment value = $45). Total ask: $85 + $50 + $45 = $180.

A naive read applies policy literally: refund only the late order itself ($85, standard for a missed SLA), decline the goodwill credit and free shipping as "not something we offer," and treat the customer's anger as an overreaction to manage down rather than a signal to weigh. Net effect: save $95 (the declined credit + shipping) at the cost of the account's $4,080 lifetime value if the customer leaves over feeling dismissed — a trade that loses roughly 43x what it saves.

The correct read: the $180 full ask is 4.4% of the account's lifetime value, and it's within this role's standard $200 per-incident discretion authority — no escalation needed. Approve all three components. The failure was the company's (carrier issue, missed guarantee), which is exactly the scenario where service-recovery investment has the best odds of paying off, not a discretionary nice-to-have.

Resolution email sent to the customer:

Hi [Name], I'm sorry — a carrier failure on our end meant your order missed the guaranteed delivery window and the occasion it was meant for, and that's on us, not a shipping fluke you should have to absorb. I've refunded the full $85 for this order, added a $50 credit to your account for the inconvenience, and set your next 3 orders to ship expedited at no charge. All of this should reflect within 2 business days — if it doesn't, reply directly to this email and it'll come straight to me, no need to start over with a new ticket.

Going deeper

  • references/playbook.md — escalation-matrix template, root-cause tagging taxonomy, and a filled discretion-authority table.
  • references/red-flags.md — signals that a ticket, agent, or queue has an underlying process problem, not just a hard customer.
  • references/vocabulary.md — terms of art (FCR, CES, AHT, warm vs. cold transfer) generalists misuse.

Sources

CEB/Matthew Dixon, The Effortless Experience (customer effort as the strongest predictor of loyalty, stronger than delight). McCollough, Berry & Yadav, service recovery paradox literature (recovery quality determines whether the paradox holds). SQM Group, First Call Resolution benchmark research (FCR-CSAT correlation, industry FCR benchmarks — cited as industry-standard reference figures, not universal constants). Standard escalation-authority-threshold practice in contact centers is a stated heuristic, not a universal figure — thresholds vary by business.

レビュー

まだレビューはありません。使ってみた感想をお寄せください。

同じリポジトリのスキル

概要と使いどころ

Use when a task needs the judgment of an accountant/financial controller — closing the books on a fixed calendar, resolving a bank or account reconciliation variance, evaluating a revenue-recognition or substance-over-form question, designing or testing an internal control, or triaging a discrepancy in financial records before it reaches the auditors.

日本語の概要は準備中です。原文の説明を表示しています。

wonsukchoi/domain-experts202026年10月12日 更新

Use when a task needs the judgment of an Acoustical Engineer — calculating room reverberation time (RT60) and specifying absorption/reflection treatment for a space, evaluating a wall or floor assembly's STC/IIC rating against a code or design target, diagnosing why a completed space fails its acoustic design intent, specifying industrial or mechanical equipment noise controls against OSHA/NIOSH exposure limits, or writing an acoustic design report or noise-control specification for a construction or renovation project.

日本語の概要は準備中です。原文の説明を表示しています。

wonsukchoi/domain-experts202026年10月12日 更新

actor

無料

Use when a task needs the judgment of a professional Actor — breaking down sides for a self-tape audition, preparing a character choice for rehearsal, deciding between two conflicting bookings, reading a contract offer for scale vs. scale-plus terms, or diagnosing why callbacks aren't converting to bookings.

日本語の概要は準備中です。原文の説明を表示しています。

wonsukchoi/domain-experts202026年10月12日 更新

actuary

無料

Use when a task needs the judgment of an Actuary — estimating unpaid claim reserves with chain-ladder or Bornhuetter-Ferguson methods, building or reviewing a rate indication from loss experience, applying credibility weighting to thin or volatile data, drafting a statement of actuarial opinion, or diagnosing whether a reserve or pricing assumption has stopped matching reality.

日本語の概要は準備中です。原文の説明を表示しています。

wonsukchoi/domain-experts202026年10月12日 更新

Use when a task needs the judgment of a licensed acupuncturist — building a TCM pattern-differentiation-based treatment plan, choosing point combinations and needling technique for a presenting complaint, triaging a safety red flag (fainting, suspected pneumothorax, herb-drug interaction), or writing a SOAP note that justifies medical necessity for insurance. US scope-of-practice default (NCCAOM/state licensure). A reasoning aid, not medical advice.

日本語の概要は準備中です。原文の説明を表示しています。

wonsukchoi/domain-experts202026年10月12日 更新

Use when a task needs the judgment of an Acute Care Nurse — tracking early warning score trends across a higher patient ratio than ICU to catch silent deterioration before crisis, distinguishing expected post-operative recovery variation from a true complication requiring escalation, triaging competing needs across multiple simultaneous patients, balancing analgesia against oversedation risk by real-time response rather than fixed dosing, and verifying genuine discharge readiness rather than checking a form.

日本語の概要は準備中です。原文の説明を表示しています。

wonsukchoi/domain-experts202026年10月12日 更新

wonsukchoi のスキルをすべて見る

このスキルの問題を報告する