CE Onboarding

Additional information

Access, reading, presentations & sources

Reference material for the Cloudflare Customer Engineer (CE) Technical Onboarding Program: section 10 onward and the source inventory.

10. Access & tooling

Source of truth is the SE Onboarding Account Access wiki — request via Opal. The value this table adds is the second column: when you actually need it, tribal knowledge carried over from Mike Stone's Week 0 notes. Do not request everything on day one.

SystemWhen you actually need it
Internal Cloudflare DashboardDay 1. Create at dash.cloudflare.com with your @cloudflare.com email, not a personal one.
TME Demo AccountDay 1 — the demo environment for most product areas. Email tme@cloudflare.com if it is not visible.
NinjaPanelWeek 1–2. Go through it with your buddy in detail; do not self-teach.
SalesforceDay 1 for read access. You write to it as soon as you own accounts; the hygiene expectations are taught in second-phase module 2. No authenticator app needed — use alternate MFA.
GitLabDay 1 for the setup script. Contact the DevTools chatroom if blocked.
JIRADay 1. Confirm groups: confluence-users, jira-developers, jira-users, stash-users, solutions-engineering.
Google Cloud (SE Team project)Week 1, for test origins. Join the se@cloudflare.com group first. Tag every instance owner:{ldap} or it gets reaped. Alternatives now exist — internal demo accounts, or Workers with domains pointing at null IPs.
Support DashboardWeek 6 — required. Step 3 of the ladder runs through it, and you work cases rather than just reading them.
Customer360 / LighthouseWeek 6 for troubleshooting context; central to the adoption and renewal module.
CatchpointDefer. Only for real performance tests, typically head-to-head against the likes of Fastly. AskIT ticket, CC your manager. Each test is expensive — use sparingly.
BigQueryDefer. Comes in with the adoption and renewal module; useful for renewal conversations. Generic access via the BQ Okta group against the cloudflare-bi table; no PII access needed.
WikiDay 1. Watch the SOLUTIONS space; bookmark the SE Bookmark Library.
Zoom, gChat, email signatureDay 1, via People/IT resources. Join the Global Customer Engineering gChat room — that is where the call calendar lives.
Magic Transit Lab accountDefer. Tier 3 — the pod leads these. Request only if supporting a live opportunity.
China Testing accountDefer. Need-to-have only. Lean on the China CDN team — the regulatory environment changes constantly.
ClickHouse / TabixSkip. Restricted for compliance reasons and not used in practice.

11. The presentation template

Four presentations, rolling, in Weeks 2, 4, 5 and 6 — one per week, not as a block (D6).

  1. Introductions
  2. Technical discovery — customer pain points, architecture, current setup
  3. Cloudflare products — how they solve those specific pain points
  4. Onboarding — the steps to get Cloudflare in place
  5. Life after go-live — how it gets tuned, how it breaks, how you troubleshoot it, and when it escalates
  6. Q&A

Step 5 is new and non-negotiable: a presentation that stops at the sale no longer demonstrates the role. Hold every module to the nine-point lifecycle lens in §3.

12. Ongoing: the CE mindset

"Never stop shadowing calls. There is no end to the things a curious mind will find."

13. Buddy eligibility and converting tenured engineers

Buddy eligibility is the competency bar

An engineer is eligible to be a CE Buddy when they are competent across all areas of the role — that is, they meet the Gate A standard, including the post-sales and escalation competencies. Buddies are therefore assumed competent to teach and sign off every part of this program, including the lifecycle week and the second-phase modules.

This resolves what would otherwise have been a bootstrapping problem: the mentor population is defined by competency, not by tenure, so a converting engineer who has not yet met the bar coaches nobody until they do. Maintaining that roster matters — see D22.

The conversion bridge

For tenured engineers who do not yet meet the Gate A bar. Start with self-assessment against Gates 1 and A, then assign only the missing modules rather than running everyone through all of it.

ModuleFromWhy a tenured engineer still needs it
Lifecycle lens retrofit§3, items 7–9They know the products cold, but were trained to sell them. Tuning, troubleshooting and adoption were someone else's job.
The escalation ladder§5The pod, the Specialist role, and the three-step obligation are all new. The old "loop in an SA or Specialist SE" reflex needs remapping.
Lifecycle coreWeek 6Onboarding delivery and the handshake as a discipline are new.
Troubleshooting & toolsSecond phase, module 1Most have never used TraceGen, Rulesets Admin, Flute or Bushbaby systematically — the tools were never taught to anyone.
PoC, BVA, competitive & SFDCSecond phase, module 2Explicitly out of scope in the prior curriculum.
Adoption, renewal & escalation depthSecond phase, module 5Entirely new. The largest single delta.

Source inventory

SourceContributedProposed disposition
SE Technical Onboarding — Hive (SONIC)Cohort delivery, ~24-session recording and summary-notes library, mentor track, office hours, feedback form, enablement wishlistKeep and keep running. The delivery engine, not a competing curriculum; cross-linked from the Enterprise CE West program page rather than absorbed into it. Its session order already matches the core closely. No session exists for the lifecycle week or the adoption module — acknowledged, not blocking (G18). Its wishlist becomes the intake for Tier 4 optional training.
Mike Stone — New Hire Training (AppSec) + 11 child pagesWeek-by-week curriculum, scope guardrails, SME model, demo environments and limitations, reading philosophy, Magic Transit guardrails, program-length findingRemains the spine of the core. Weeks 1–5 are his sequence, uncompressed. His out-of-scope instinct is what makes a 7-week core arithmetically possible. Retain child pages as per-week reading lists until migrated, then redirect.
~saldrich — CE Onboarding ChecklistAccess and tooling, AI agent setup, tool inventory, competency criteria, 85/15 rule, post-sales lifecycle, current product namingFolded in, and its central premise confirmed — it anticipated the combined-role CE ahead of the retitling. Redirect to the Enterprise CE West program page (D1).

Upstream sources these three already point at, which should stay canonical rather than be copied here: SE Onboarding Account Access · New Hire Orientation (PPL) · First Week Laptop Setup (DEVTOOLS) · Agents for All (PS) · SE/CSE Bootcamp · Enterprise Onboarding Checklist · Customer Onboarding Guides · Solutions Engineer Resources · Jay Dombroski's SE Checklist · Engineering Bootcamp · SE Bookmark Library · Cloudflare Developer Docs.

Consolidated from three wiki sources. Product scope, week sequencing, demo environments, tool lists and links are reproduced from those pages. The two-phase structure, the tiering, the lifecycle lens, the escalation ladder, the buddy-eligibility bar and the conversion bridge are proposals for review. Scope was deliberately narrowed to a 7-week core.