FDE WHITEPAPER / BETA 0.1

The FDE Field Delivery Handbook

A living bilingual handbook for turning AI capability into an operable, adopted, and transferable business outcome.

Full outline

Cases, playbooks, templates, jobs, and community feedback live inside the relevant chapters instead of becoming disconnected top-level channels.

Part I

Definition, boundaries, and accountability

Chapters 1-4
01

What is an FDE?

Define the role through the outcome chain and delivery evidence.

Published
02

Why now

Why AI products have renewed the need for high-touch delivery.

Planned
03

Role boundaries

Compare product, solutions, implementation, customer success, and Applied AI roles.

Planned
04

Global and China contexts

How procurement, governance, private deployment, and organizations change delivery.

Planned
Part II

The 10-step delivery loop

Chapters 5-11
06

Enterprise constraints

Data, permissions, legacy systems, procurement, compliance, and adoption friction.

Planned
07

Agents

When autonomy helps and when a deterministic workflow is enough.

Planned
08

RAG and enterprise knowledge

Knowledge boundaries, permissions, freshness, citations, and retrieval evals.

Planned
09

Evals

Replace demo impressions with failure modes, datasets, thresholds, and regression.

Planned
10

Permissions, security, and accountability

Least privilege, human approval, audit, and high-risk actions.

Planned
11

Integration, launch, and operations

Interfaces, rollback, SLOs, incidents, adoption, and transfer.

Planned
Part III

Evidence, people, and organizations

Chapters 12-16
13

The FDE competency model

Map capability to artifacts, project evidence, and observable behavior.

Planned
14

Transition paths

Move from engineering, data, product, solutions, consulting, or internal IT into FDE work.

Planned
15

Companies, roles, and opportunities

Read the real accountability, not only the job title.

Planned
16

Organization and business models

Create product feedback without falling into unlimited custom services.

Planned
Part IV

Failure, cases, and peer review

Chapters 17-19
17

The failure atlas

Explain why demos fail to become durable outcomes.

Planned
18

The field casebook

Compare projects with a shared evidence card instead of packaging success stories.

Planned
19

Peer review in practice

Keep cases, methods, templates, and role maps correct through real field feedback.

Planned

Five layers of delivery evidence

Every important claim in the handbook should eventually resolve to reviewable material.

01Problem evidence

Real users, workflow, baseline, and loss

02Solution evidence

Constraints, architecture decisions, assumptions, and alternatives

03Quality evidence

Evals, failure modes, safety, and launch thresholds

04Operational evidence

Release, adoption, reliability, cost, and incidents

05Outcome and transfer

Business results, confirmed ownership, and operating capability

Put the handbook to work

The project evidence card and 10-step delivery canvas are ready for kickoff, review, and retrospectives. Later appendices will add evals, permissions, launch gates, capability models, job maps, and correction logs.