• Framework
  • Operations
  • 5 min read

The Three-List Remit

Everything the role touches is on exactly one list. If you cannot place a task, the remit is not finished.

Author
ftes.ai Editorial
ftes.ai Team

The short answer

The Three-List Remit is the frame every Digital FTE remit on ftes.ai is written in: an Owns list of task classes the role proposes, an Asks list of items that always go to a named person first, and a Never list of what it does not do at any level. Every task sits on exactly one list.

Put a Digital FTE on thisEvery role proposes with evidence and reports to you.

Key takeaways

  • Owns is what the role proposes; Asks is what always escalates with a summary; Never is fixed at every level.
  • A task that fits no list is a remit gap, and the first month's send-backs will find it.
  • Asks names a receiver for each item; an escalation without a receiver is a ticket nobody owns.
  • Never includes the platform's never-automated list plus whatever the manager adds; it only grows.
  • Owns items earn autonomy per class; Asks and Never items never do.

What decision does the Three-List Remit frame?

What a Digital FTE is for, and what it is not for, in a form a manager can write in an hour and a team can read in five minutes. A remit that is a paragraph invites the role to interpret; a remit that is three lists leaves nothing to interpret. On ftes.ai the remit is written in the first-run wizard and lives in the Setup tab, and the three lists are how the autonomy ladder, the always-escalate list, and the never-automated list connect to the actual work.

The frame is the same for every role, from a Finance Controller FTE to a Social Growth FTE; only the contents differ.

What are the three lists?

Owns: the task classes the role handles from end to end, proposing each with evidence for approval, and which may earn autonomy per class under the Promotion Standard. Each item is a class, not a task: exact bank matches under a threshold, order-status replies, first-touch outreach drafts. Asks: the items that always go to a named person with a four-part summary before anything happens, whatever the role's level: refunds, complaints, offers, anything about a person, anything the manager wants to see. Each item names its receiver. Never: what the role does not do at any level and cannot be promoted into: the platform's never-automated list, decisions about people, prices, money, plus whatever the manager adds for this role. The Never list only grows.

The test for a finished remit is that any task the role could meet sits on exactly one list.

  • Owns: classes proposed with evidence; may earn autonomy
  • Asks: always escalated, with a summary, to a named receiver
  • Never: fixed at every level; only grows
Digital FTEproposes an actionEvidence attacheddocuments · sources · scoresNamedapproverEffectpublish · send · spendSend back with a reasonthe reason tunes the remitAUDIT TRAIL · WHO · WHAT · WHEN · EVIDENCE · AUTONOMY LEVEL
Figure 1The three lists at the gate: Owns items arrive as proposals with evidence for approval or send-back; Asks items escalate to a named person with a summary; Never items do not arrive at all.

How does the worked example read, with the inputs left blank?

Role: Customer Support FTE for [property]. Owns: replies in the [category] category from the knowledge base with a citation; triage and routing of tickets to [teams]; proposed knowledge base articles from recurring gaps; escalation summaries for everything on the Asks list. Asks: refunds and credits, to [name]; account access and permissions, to [name]; complaints and anything mentioning [legal terms], to [name]; distressed customers, to [name] at any hour; tickets with no source in the base, to [name] as a gap. Never: issuing a refund or credit, changing an address after dispatch, publishing an article unattended, answering beyond the cited source, contacting a customer about money without an approved draft, and the platform's never-automated list. Signed by [manager] on [date]; reviewed with the send-back reasons on [date].

A bracket that cannot be filled is an item that belongs on a different list, or a receiver who has not been named.

How do items move between lists?

Through the send-back reasons. An Owns item that keeps being sent back for judgement is an Asks item mis-sorted; move it. An Asks item the receiver approves identically every time with no judgement involved may be an Owns item the manager was cautious about; move it after a cycle, and it starts at Level 0 like any class. A Never item never moves toward Owns; if the manager wants the role to do something on the Never list, the remit was wrong about the role, and the question is whether a different role should exist. Items move at the monthly review, recorded in the review note.

The Never list also grows after incidents, and never shrinks.

How do you know a list is too wide or too narrow?

Too wide an Owns list shows as a high volume of escalations with substantive reasons and a manager spending more time than the baseline predicted; the role was given judgement work. Too narrow an Owns list shows as people doing by hand the tasks the FTE was hired for, because the remit did not include them; the baseline sheet reveals it. Too wide an Asks list shows as approvers approving the same trivial item daily with no judgement; it should be an Owns class. Too narrow an Asks list shows as an incident, which is why the first remit errs toward Asks and the Promotion Standard moves items out slowly.

The remit templates in the library give a starting set of lists for each catalogue role.

How is the frame applied?

Write the three lists with the people who do the work today, in an hour, using the role's remit template as the starting point. Name a receiver for every Asks item. Confirm the Never list includes the platform's list and anything your compliance lead wants added. Read it to the team in five minutes. Enter it in the first-run wizard. Read the send-back reasons weekly, and at each monthly review move any item the reasons say is on the wrong list, recording the move. After a quarter, the lists are the truest description of the function that exists anywhere in the company.

The playbook on writing your first remit walks the hour step by step.

Frequently asked questions

What is the Three-List Remit?

Owns, what the role proposes and may earn autonomy for; Asks, what always escalates to a named person; Never, what it does not do at any level. Every task sits on exactly one list.

How do items move between lists?

Through send-back reasons, at the monthly review, recorded. Owns and Asks items can swap after a cycle; Never items never move toward Owns.

What does a too-wide Owns list look like?

Many substantive escalations and a manager spending more time than the baseline predicted. The role was given judgement work.

Does every Asks item need a receiver?

Yes. An escalation without a named receiver is a ticket nobody owns.

  • Framework
  • Remit
  • Escalation
  • Never-automated
  • Operations
Further reading

Keep going.

Related guides on hiring and managing Digital FTEs.

Playbook · Hiring · 5 min

Playbook: Writing Your First Remit in an Afternoon

Three lists, one afternoon, no jargon: how to write the remit for a Digital FTE with the people who know the work, from the owns list to the always-escalate list to the words that make send-backs rare.

Read

Checklist · Customer Support · 5 min

Template: The Remit for a Customer Support FTE

A copyable remit for a Customer Support Digital FTE: the categories it resolves with cited sources, the always-escalate list with receivers, the confidence triggers, the summary standard, the tone rules, and the targets.

Read

Ready to hire your first Digital FTE?

Pick a role, connect the tools it needs, and review its first proposals this week.