A subscription change needed more than a closed conversation

Gatestone connected request history, pending actions and completion checks across chat, email and phone for a digital subscription service.

Client profileDigital subscription service
Service scopeAccount changes across channels
The challenge

A request between channels

A digital subscription service handled plan changes and account corrections across chat, email and phone. Each channel held part of the conversation, but the action still required on the account was not always visible to the next team.

Customers returned when an account continued to show old information after a request. An earlier conversation or email confirmed that contact had taken place, without giving the receiving advisor a reliable view of whether the approved change was complete.

Gatestone connected the work between those two points: accepting the request and confirming that the account had changed.

Gatestone’s work

Making pending work visible across channels

01

The request history

Gatestone reviewed common plan-change and account-correction journeys from the initial request through to the account record. The review covered repeated information entry, delayed approvals and completed work that was not reflected in the customer record.

02

Pending actions

The service used a shared reference and consistent reason codes in client-approved tools. Pending actions became part of the request history available to the teams handling the work.

03

Clear ownership

Ownership was agreed for requests moving between channels or requiring a specialist team. This gave cross-channel support a common basis for identifying the next action and the team responsible for it.

How the work changed

Checking the account before confirming completion

Account checks

Gatestone incorporated a check that the requested change had reached the relevant system before confirming completion. Where work remained pending, the team provided an update reflecting that status.

Accurate confirmation

The distinction also applied to automation. Automated steps were used within defined tasks and exception paths. An unsuccessful step returned to an owned work queue for follow-up.

The subscription provider retained control over terms, pricing, refund authority and account-change rules. It approved system changes and the actions available to the service team. Gatestone managed the customer conversations, request tracking, quality checks and follow-up within those permissions.

What changed

Keeping incomplete changes under review

01Incomplete changes

A Gatestone service lead reviewed incomplete changes and handoffs with the provider's operational owners. Repeat contacts and failed changes fed into the review of the process.

02A connected request

The implemented service carried the request across channels with its pending work and ownership attached. Completion depended on the account result, and unsuccessful steps had a defined route back to the team.

03Request completion

That changed the basis of follow-through: the operation tracked whether the requested account change had been completed, alongside the interactions used to handle it.

Start the conversation

Keep customer context connected.

Talk to Gatestone→