Revenue Operations Associate (L2) · Sales · Malaysia (hybrid) · teardown
CoinGecko

revenue operations teardown

A teardown of the revenue engine this role runs: the HubSpot-centred RevOps stack, where revenue leaks before it's booked, the KPIs I'd run, a plan against all 11 responsibilities, and proof — the agentic AI automations I already build (§17). Sourced from the JD + public info (Jun 2026); targets illustrative.

What Sales sells
CoinGecko API
data licensing · Enterprise custom
CRM of record
HubSpot
+ Xero · Sheets · BI
Leak taxonomy
10 modes
where revenue leaks pre-booking
I build
Agentic AI
n8n · Claude · ERC-8004 #34601
Edward Tay · edwardtay.com · analyst & ops on the data↔revenue seam · Malaysia (GMT+8) · EN / 中文 / BM · builds AI agents & automations · the role ↗
The one-paragraph version

RevOps L2 is the operating system of CoinGecko's Sales team: keep HubSpot clean, the pipeline honest, the forecast trustworthy, leads routed fast, commissions correct — and, increasingly, automate all of it with AI. This JD is unusually explicit about that last part: it names Zapier, n8n, Claude, Gemini and Google Apps Script, and asks for "agentic" routing logic and AI-assisted insight automations. That's exactly what I build — autonomous AI agents and workflow automations (§17) — and I'm crypto-native, so CoinGecko's product and customers aren't foreign to me. The honest stretch: I haven't held a titled "Sales Operations" seat; I've done the analytical, ops and customer-facing work around it (§18).

What's inside
  • → Teardown of the RevOps stack (HubSpot → Xero → BI)
  • → A 10-row revenue-leak taxonomy
  • → The RevOps KPI model I'd run
  • → A plan against all 11 responsibilities
  • → 30 / 60 / 90
  • Proof — agentic automations I shipped
01

CoinGecko, in context

2014
founded · bootstrapped on $100, no VC confirmed
10,000+
tokens · 400+ exchanges tracked JD
45B+
API calls / month JD
Malaysia
HQ · my home base (GMT+8)

CoinGecko is a Malaysian-founded (TM Lee & Bobby Ong, 2014), bootstrapped, no-VC crypto-data leader. The part that matters for this role: the Sales team's product is the commercial CoinGecko API & data licensing — paid tiers from Analyst/Lite/Pro up to Enterprise (custom SLAs, redistribution & white-label) — sold to crypto projects, exchanges, wallets, fintechs and institutions, plus advertising. So "revenue" here is B2B API subscriptions and data deals, and RevOps L2 keeps that motion running on HubSpot. Being Malaysia-based and crypto-native — a daily CoinGecko user across past protocol roles (deBridge, BOB, Aztec) and builder of web3wagmi.com — I'm close to both the company and what it sells.

Sources: founders/bootstrapped history from public profiles; platform numbers (10k tokens, 400+ exchanges, 45B calls, 300M views, 100+ countries) from the JD; commercial API tiers from coingecko.com/api/pricing (Jun 2026). See §19.

02

The role, decoded

The JD's eleven responsibilities, each given its own section on this page — the sidebar maps one-to-one. Here's what each means in week-to-week RevOps work.

#JD responsibilityWhat it means in practiceOn this page
1Sales Process OptimisationMaintain process docs & playbooks; find high-impact automation in the funnel.§05
2Revenue Analytics & InsightsMaintain dashboards; ship AI-assisted automations that generate insights to leadership.§06
3Sales Strategy & PlanningProvide data/analysis for strategic planning & the annual ops roadmap.§07
4Sales Forecasting & Pipeline MgmtValidate data for weekly forecast; raise accuracy with signal-tracking & pipeline-hygiene triggers.§08
5Commercial Ops & StandardizationIdeate, build & execute scalable sales plays and growth strategies.§09
6CRM & Tech Stack ManagementBe the go-to for day-to-day HubSpot support; use AI tools to build logic, troubleshoot and automate admin.§10
7Sales EnablementUpdate training materials; maintain the sales collateral library.§11
8Lead ManagementRun lead assignment/routing; build "agentic" routing that adapts to seller capacity & lead quality.§12
9Data Integrity & GovernanceRegular cleanup; advanced queries/scripts to auto-detect inconsistencies before they hit reporting.§13
10Commission AdministrationPull performance data & prepare reports for incentive-plan calculation/review.§14
11Programme & Project ManagementComplete assigned tasks, track progress, give status updates on ops projects.§15

"What we look for": 2–3 yrs sales/business ops (≥1 yr customer-facing); HubSpot, strong Excel/Sheets, exposure to Xero / B2B data tools / marketing platforms / BI; Zapier, n8n, Claude, Gemini, Google Apps Script; analytical, organized, entrepreneurial, web3 interest. Level L2 · RM9,938–RM10,932 (CoinGecko publishes transparent salaries). Fit mapped in §18.

03

The RevOps stack — what the revenue engine runs on

Reconstructed from the JD's named tools and how a B2B API-sales motion typically runs. A dollar of revenue travels a pipeline — lead in → enriched → qualified → forecast → closed → invoiced → reported — and every handoff is a place revenue leaks or data rots. RevOps owns that whole pipe, and the JD is clear it wants it automated with AI.

Lead sources
site · API signups · events
Enrichment
B2B data tools
HubSpot CRM
deals · stages · owners JD
Routing
assignment by capacity
Forecast
weekly · pipeline hygiene
Xero
invoicing · finance JD
BI / dashboards
insights to leadership

Threaded across the whole pipe is the automation layer the JD names: Zapier / n8n for orchestration, Claude / Gemini for AI-assisted insights and "agentic" routing, and Google Apps Script for the glue between Sheets, HubSpot and finance. The modern RevOps shift this JD is hiring for is moving from manual admin to automated, AI-assisted operations — exactly the seam I work on.

Systems of record — named in the JD
  • HubSpot CRM — the system of record for deals, stages, owners and activity; this role is the day-to-day go-to for it. JD
  • Xero — finance/invoicing; closed-won has to reconcile cleanly into billing. JD
  • Excel / Google Sheets — the universal RevOps scratchpad; "strong skills" required. JD
  • B2B data tools, marketing platforms, BI — enrichment in, dashboards out. JD
The automation layer — where this role is going

The JD asks, in its own words, for experience "building and launching programs with Zapier, n8n, Claude, Gemini and Google Apps Script" and for "agentic" routing logic and AI-assisted insight automations.

Zapiern8nClaudeGeminiApps Scriptagentic logic

This is the half of the JD I'm strongest on — I ship autonomous AI agents and workflow automations (§17). For me this isn't a "nice to have"; it's the day job I already do.

What I'd ask for on day 1 (not public)
  • • HubSpot pipeline stages & deal-property schema; what's required vs free-text.
  • • Current dashboards and their metric definitions — who owns each.
  • • The weekly forecast process and last few quarters' accuracy.
  • • Lead-routing rules today and the response-time SLA.
  • Commission plan structure & how performance data is pulled.
  • • The data-hygiene backlog — dupes, stale deals, missing fields.
  • • Integration map: HubSpot ↔ Xero ↔ BI ↔ data tools.
  • • Which automations already exist in Zapier / n8n / Apps Script.
04

Where revenue leaks — the RevOps failure taxonomy

The ten ways a B2B revenue engine quietly loses money or trust before a dollar is booked. For each: what leadership or a seller actually says, the real root cause, and the first move — with the AI/automation fix the JD is reaching for. This is the map I'd run §05–§15 against.

Leak modeWhat they sayReal root causeFirst move (the fix)Sev
Dirty CRM data"The reports don't tie out"Duplicates, missing/free-text fields, no validation — every downstream number inherits the error.Dedup pass; required-field validation; an automated inconsistency check (Apps Script / n8n) that flags before reporting. (§13)High
Pipeline leakage / stale deals"Forecast keeps slipping"Deals rot in a stage with no activity; no hygiene trigger catches them.Stale-deal trigger: auto-flag deals past N days in stage → nudge owner; weekly hygiene review. (§08)High
Forecast inaccuracy"We missed the number again"Commits are gut-feel; no signal-tracking on what actually predicts close.Validate the forecast data weekly; add automated signal-tracking (engagement, stage age) as the JD asks. (§08)High
Slow lead routing"Leads go cold before first touch"Manual assignment, no capacity/quality logic — speed-to-lead dies.Agentic routing on seller capacity + lead-quality signals; alert if unactioned past SLA. (§12)Med
Attribution gaps"We don't know what's working"Broken/blank lead-source & UTM capture; can't tie revenue to channel.Enforce source stamping at capture; reconcile source → closed-won in BI. (§06)Med
Manual reporting drift"Every dashboard says something different"Copy-paste reporting, no single definition of a metric.Govern metric definitions once; auto-refresh dashboards from source, not hand-built decks. (§06)Med
Commission errors"My commission is wrong"Manual data pulls + spreadsheet math — one slip and seller trust is gone.A reproducible commission pipeline: same query, same source, audit trail every cycle. (§14)High
Process drift / no playbook"Everyone sells differently"Undocumented process; new reps improvise; plays don't scale.Maintained playbooks + standardized sales plays as living docs. (§09)Med
Enrichment gaps"These records are thin"No automated enrichment; reps hand-research accounts.Zapier / n8n enrichment flow on new leads; fill firmographics at capture. (§10)Low
CRM ↔ Xero handoff breaks"Closed-won isn't invoiced"Manual handoff to finance; revenue booked late or missed.Reconciliation check between closed-won and Xero; flag mismatches automatically. (§10)Med
The reality this role absorbs

RevOps leaks compound silently. A 2% dirty-data rate becomes a wrong forecast becomes a mis-sized hiring plan — nobody sees the bug, only the missed number. That's why the JD repeatedly asks to automate detection "before it impacts reporting" and to raise forecast accuracy with signal-tracking rather than gut feel. The job is to make the pipe observable and self-correcting, not to manually mop up after it.

This taxonomy is illustrative of the model I'd run, built from the JD's named responsibilities and standard B2B RevOps practice — not internal CoinGecko data. Severities show how I'd triage. No private systems were accessed.

Day-1 quick wins

I built these → live demo ↗

Not hypothetical — I built all three against a realistic crypto-API pipeline (HubSpot · n8n · Claude · Apps Script), runnable on a Google Sheet today. See the working demo →

① Data-hygiene automation

An Apps Script / n8n job that flags duplicates, missing required fields and stale deals in HubSpot and routes them to the owner — kills the §04 leaks that poison every report, automatically.

② One source-of-truth dashboard

Pick the contested metrics, write one governed definition each, auto-refresh from HubSpot/Xero — so "every dashboard says something different" stops on week one.

③ Agentic lead-routing prototype

A small Claude/n8n flow that routes inbound on seller capacity + lead-quality signals and alerts on anything unactioned past SLA — the JD's "agentic routing," shipped as a v0.

05

Sales process optimisation

JD 1/11
How I'd run it
  • • Map the funnel end-to-end and keep living, versioned playbooks per stage — one source of truth for "how we sell."
  • • Rank automation opportunities by impact × effort — the §04 leak taxonomy is the shortlist.
  • • Ship every automation with a before/after metric so "optimisation" is measured, not claimed.
What I bring

At KIP I oversaw the sales process for a B2B engagement with a Thai tertiary-education provider (bringing AI to their textbooks) — re-architecting the intro → pilot → contract funnel so stalled deals moved. I authored process docs at BOB, and built the §17 demo (stale-deal, routing, AI digest) against this exact RevOps funnel — so "find the high-impact automation" is something I've already done, not theory.

06

Revenue analytics & insights

JD 2/11

Maintain the dashboards, define each metric once, and — the JD's exact ask — ship AI-assisted automations that generate insights to leadership, not just raw data. Below: the loop, and an illustrative script that pulls deals, flags inconsistencies, and drafts the "so what."

The insight loop I'd install
1 · Govern the metric. One definition, one source, one owner — so dashboards stop disagreeing (the §04 drift leak).
2 · Automate the pull. Apps Script / n8n reads HubSpot on a schedule; no hand-built decks.
3 · AI-draft the narrative. Claude/Gemini turns the numbers into a short "what changed & why it matters" for leadership — reviewed, not blindly shipped.
4 · Feed planning. The same clean data feeds strategic planning (§07).
5 · Close the loop. Every recurring question becomes a standing automated digest.
// Illustrative: weekly pipeline-hygiene + AI insight digest
// (Apps Script / Node style) — runs on a schedule, no manual deck

const deals = await hubspot.getDeals({ stage: "open" });

// 1 — flag the data leaks before they hit a report
const issues = deals.filter(d =>
  !d.amount || !d.owner ||              // missing fields
  daysInStage(d) > 30);             // stale deal

// 2 — let the model write the "so what", not just the "what"
const brief = await claude.summarize({
  prompt: "Weekly pipeline health for leadership: " +
          "call out forecast risk & the top 3 actions.",
  data: { coverage, conversion, issues }
});

postToSlack(brief);   // reviewed before it goes wide

Illustrative of the pattern, not production config. Built & runnable in the §17 demo. The principle — govern the metric, automate the pull, let AI draft the insight — is exactly the JD's "AI-assisted automations to generate insights to leadership."

07

Sales strategy & planning

JD 3/11
How I'd run it
  • • Be the clean-data backbone for planning — win-rate by segment/source, cohort & sales-capacity analysis.
  • • Turn the §06 dashboards into the inputs for the annual operations roadmap, not a separate deck.
  • Pressure-test assumptions with data, not opinion — surface what the numbers actually support.
What I bring

Analyst at KIP — structured reasoning over ambiguous, incomplete data. First-principles, and genuine crypto-market context: I know the segments the strategy targets (funds, exchanges, wallets, institutions) because I've worked across them and I'm in that market daily.

08

Sales forecasting & pipeline management

JD 4/11

The metric set I'd run for pipeline health and forecast accuracy. The point isn't the dashboard — it's that every metric has a definition, an owner, and a trigger. Values below are illustrative targets to show the model, not CoinGecko data.

Forecast accuracy
≥ 90%
Pipeline coverage
3–4×
Data completeness
≥ 95%
Avg deal age in stage
watch ↓
Stage conversion
track
Stale deals > N days
→ 0
Leading vs lagging

Data completeness, deal-age and stale-deal count are leading — they predict a forecast miss before it lands. Forecast accuracy and won revenue are lagging. The JD wants accuracy raised via "automated signal-tracking and pipeline-hygiene triggers" — i.e. manage the leading indicators daily and the lagging ones follow.

What I bring

Analyst discipline from KIP — I built eval harnesses and scorecards in Python and ran money-on-the-line work where a wrong number was costly. Validating forecast data and turning "gut commit" into "signal-backed commit" is the analytical core I'm strongest in. The §17 demo ships a working stale-deal trigger.

09

Commercial operations & standardization

JD 5/11
How I'd run it
  • • Build repeatable sales plays — trigger → play → measure — and standardize so they scale beyond one rep.
  • • Tie each play to a business objective; retire the ones that don't move a number.
  • • Make the play self-executing where possible (automation), so it runs without a human remembering to.
What I bring

At deBridge I did ecosystem/BD — pitching wallets and protocols (e.g. 1inch) to integrate us, which is a B2B partnership pipeline: identify the target, make the case, drive the integration. I ship the play and the automation that runs it, and I read crypto GTM (CT, communities, conferences) so the plays fit how this market actually buys.

10

CRM & tech-stack management

JD 6/11
How I'd run it
  • • Be the go-to HubSpot resource — treat the CRM as a product: clean schema, validation rules, documented properties, no free-text where a picklist belongs.
  • • Use AI tools to solution-build & troubleshoot logic and automate repetitive admin (the JD's exact phrasing) — workflows, data entry, enrichment, handoffs.
  • • Guard the CRM ↔ finance ↔ BI integrations with reconciliation checks so handoffs don't silently break.
What I bring

HubSpot Revenue Operations Certified, and I build and debug automations and agents daily — workflow logic, scripts, API glue (§17) — so HubSpot's automation surface is the same shape of problem I already solve. Honest note: hands-on HubSpot admin is newer for me, but for someone who ships n8n/Apps Script automations it's a weeks-not-months ramp, and I'd over-index on it early.

11

Sales enablement

JD 7/11
How I'd run it
  • • Keep training materials & the collateral library current and versioned — reps always pull the latest, not last quarter's deck.
  • Docs are a closing step: every recurring question becomes enablement content, not a repeated Slack answer.
  • • Make the latest easy to find — searchable, owned, with a review date.
What I bring

I authored the docs/FAQs at BOB that measurably cut repeat queries — the exact "turn recurring questions into self-serve content" loop. I write for clarity (5M+ Quora views, podcast host, Toastmasters club president) in EN / 中文 / BM, and being crypto-native the collateral stays technically accurate.

12

Lead management & "agentic" routing

JD 8/11
New lead
source + enrichment
Score
quality signals
Agentic router
capacity + fit → owner
Assign + SLA
alert if unactioned
Feedback
won/lost → re-tune
How I'd run it

Administer day-to-day assignment/routing cleanly first, then build the JD's "agentic" routing logic that adapts to seller capacity and lead-quality signals — a sense → decide → act loop: read the new lead's signals, check who has bandwidth and fit, assign, and escalate anything left cold past SLA. I built a working v0 in the §17 demo.

What I bring

This is literally what I build. Base Yield Agent (wagmi/viem, ERC-8004 #34601) senses on-chain state and acts — the same sense→decide→act shape as capacity-aware routing. And I know where CoinGecko's leads come from — I'm embedded in Crypto Twitter & the web3 community, so I understand how crypto B2B and institutional pipelines source and convert (projects, exchanges, funds).

13

Data integrity & governance

JD 9/11
How I'd run it
  • • Regular cleanup (dedup, normalize, backfill) on a cadence, not a fire-drill.
  • • The JD's core ask: advanced queries & scripts that auto-detect inconsistencies before they impact reporting — validation at write-time, anomaly checks on a schedule.
  • Governance: every key field has an owner, a validation rule and a freshness expectation; stale data is treated as a defect.
  • • A short data-quality scorecard so "is the CRM clean?" has a number, not an opinion.
What I bring

At KIP I built an AI-QA failure scorecard — classifying bad automated outputs into clean categories (wrong / missing / no-match / partial). That's the same discipline as classifying data-quality defects and gating on them. Add a security mindset (CompTIA Security+) and comfort writing queries/scripts in Python & JS, and the §17 demo's hygiene detector is exactly this.

14

Commission administration

JD 10/11
How I'd run it
  • • Treat commission as a reproducible data pipeline: same source, same query, an audit trail each cycle — because "my commission is wrong" is a trust bug, not just a math one.
  • • Pull performance data and prepare clean, reviewable reports for calculation — no opaque spreadsheets.
  • • High attention to detail — incentive errors erode seller trust fast.
What I bring

Detail-oriented and reproducible by default — analyst-grade accuracy at KIP, and comfort scripting the pull (Python / Apps Script) so the numbers are the same every cycle and auditable, not hand-keyed.

15

Programme & project management

JD 11/11
How I'd run it
  • • Visible task tracking and crisp status updates — stakeholders never have to ask "where's this at?"
  • • Complete assigned tasks on time; flag blockers early, not at the deadline.
  • • High attention to detail and quality — the JD's "top execution standards."
What I bring

I ran operations, comms and project tracking for global communities at FrodoBots and Humanode across daily-shifting scope. I default to documented, reproducible work over heroics — exactly what operational project work needs.

16

30 / 60 / 90

First 30 — learn & stabilize
  • • Live in HubSpot; learn the pipeline stages, properties and existing automations.
  • • Baseline the metrics: forecast accuracy, data completeness, lead-response time.
  • • Map the 11 responsibilities to current state & the §04 leaks.
  • • Ship the data-hygiene automation as a first quick win.
31–60 — systematize
  • • Govern metric definitions; stand up auto-refreshed dashboards.
  • • Stale-deal & routing triggers live; tighten the weekly forecast process.
  • • Document the core playbooks & start the AI insight digest.
  • • Fix the #1 recurring data leak and measure the drop.
61–90 — raise the bar
  • Agentic lead-routing in production on capacity + quality signals.
  • • AI-assisted insight digests landing with leadership on a cadence.
  • • Commission pull made reproducible & auditable.
  • • Show a moved metric — forecast accuracy up or lead-response time down.
17

Proof — I already build the automations this role asks for

This JD asks for Zapier, n8n, Claude, Gemini, Apps Script and "agentic" logic by name. For most applicants that's a wish-list; for me it's the day job.

What I've actually shipped
  • Malaysia4U — a live data product (data.malaysia4u.com, Next.js). It's the closest thing to CoinGecko's business I could build solo: it consumes commercial & open data APIs (BNM, DOSM, World Bank, Cloudflare Radar, Google Places) — managing API keys, rate limits, licensing and real per-call cost/billing (kept Google Places at ~$1/mo with budget alerts) — and exposes its own REST API (/api/stats, /api/exchange-rate, /api/health…) on scheduled refreshes. So I've sat on both sides of the API economy this Sales team sells into: the buyer's "is it worth the tier?" call and the producer's uptime/versioning.
  • Base Yield Agent — an autonomous AI agent (wagmi/viem) that senses on-chain yield state and acts: supplies USDC to Aave V3, scans yields. Registered as ERC-8004 Agent #34601. The same sense→decide→act loop as capacity-aware lead routing and pipeline-hygiene triggers.
  • AI-QA failure scorecard (KIP Protocol) — structured review of automated AI outputs into clean defect classes. The same discipline as data-quality governance (§13) and AI-assisted insight QA.
  • web3wagmi.com — a crypto content & data hub I built and run (crypto news, on-chain data/dashboards, DeFi yield, portfolio tracker, web3 tools): CoinGecko's exact domain. I've also been a daily CoinGecko user across past protocol roles (deBridge, BOB, Aztec), so the product and its customers aren't new to me.
  • This page — a self-initiated RevOps teardown built specifically for this application; the artifact is the work sample.
Relevance to the role
  • Knows the API product — built & sold-into data APIs (Malaysia4U).
  • Agentic automation — exactly JD 8's "agentic routing."
  • AI-assisted analysis — JD 2's insight automations.
  • Crypto-native — daily CoinGecko user; built web3wagmi.com.
  • → Malaysia-based, ready to hybrid.
edwardtay.com ↗
18

Why me — fit against "What we look for"

JD asks forWhat I bring
AI & workflow automation — Zapier, n8n, Claude, Gemini, Apps Script, "agentic" logicMy strongest area. I build autonomous AI agents (Base Yield Agent, ERC-8004 #34601) and workflow automations; this is the day job, not a course I took.
Analytical skills — gather, organize, report accuratelyAnalyst at KIP; built AI-QA scorecards & Python eval harnesses; money-on-the-line rigor on the data↔revenue seam.
CRM (HubSpot), strong Excel/Sheets; Xero / BI / B2B data exposureHubSpot RevOps Certified; fluent in Sheets & scripting; I build the automation layer that sits on top of these. Hands-on HubSpot admin is my ramp item (§10).
2–3 yrs sales/business ops, ≥1 yr customer-facingSales-process work at KIP (re-architected the funnel for a B2B Thai education deal — AI for their textbooks) and BD pipeline at deBridge (pitching wallets like 1inch to integrate); years customer-facing (Aztec, BOB, FrodoBots). Honest gap: not a titled "Sales Ops" seat — see below.
CoinGecko product & crypto/blockchain understandingA daily CoinGecko user across past protocol roles (deBridge, BOB, Aztec) and builder of web3wagmi.com (crypto news / on-chain data / DeFi yield) — plus a live data product (Malaysia4U) that buys & ships APIs. I know CoinGecko's product, its domain, and its customers from the inside.
Entrepreneurial, organized, communicates clearly, web3 interestSelf-initiated this teardown; ran ops/projects for global communities; 5M+ Quora views; Chevening Scholar; deep web3 interest.
Strong fit

The AI/automation half the JD emphasizes, analytical rigor, crypto-native domain knowledge, Malaysia-based, and a builder who ships.

Honest gap

No titled "Sales Operations" role and HubSpot admin is new. My answer: I've done the analytical/ops/customer-facing work around RevOps, I'm unusually strong on the AI-automation side this JD leads with, and I ramp on tools fast — I learn systems by building on them.

How I work

Documented & reproducible over heroics, direct, detail-obsessed, GMT+8 and ready to hybrid into a Malaysian-founded company I genuinely rate.

19

Method & sources

How the claims are split

Items tagged JD come straight from the job description (the 11 responsibilities, named tools — HubSpot/Xero/Zapier/n8n/Claude/Gemini/Apps Script, platform numbers, and the L2 salary band RM9,938–RM10,932). Items tagged confirmed are public company facts (founders, 2014, bootstrapped) and the commercial API tiers from coingecko.com. The RevOps stack diagram (§03), the leak taxonomy (§04), the KPI targets (§08) and the code (§06) are illustrative of the model I'd run — built from the JD + standard B2B RevOps practice, not internal CoinGecko data. My projects (Base Yield Agent, ERC-8004 #34601, KIP scorecard) are real and verifiable via edwardtay.com. No private systems were accessed.

Role: CoinGecko — Revenue Operations Associate (L2), Lever

Company: coingecko.com

Commercial API tiers: coingecko.com/api/pricing

Career levels: CoinGecko careers / level structure

Me: edwardtay.com

My data product: data.malaysia4u.com (consumes & ships APIs)

My crypto hub: web3wagmi.com (news · on-chain data · DeFi yield)

Agent standard referenced: ERC-8004 (onchain agent identity)

Claims are split into JD / confirmed (sourced) and illustrative (the stack, leak taxonomy, KPI model & code) throughout. Code is illustrative of approach, not production config. This is unsolicited interview homework — happy to walk through any section live.

Prepared by Edward Tay · for the CoinGecko Revenue Operations Associate (L2) role · Jun 2026 · edwardtay.com · Edwardtay7@gmail.com