Phase 1 — The Moment
Render shipped MCP server support, OAuth for coding agents, 20+ agent skills, CLI lifecycle management, and beta Python and TypeScript SDKs in roughly eight weeks. The posting tells you what happened next: these surfaces evolved independently, and now they show seams. Agents are first-class customers on Render's infrastructure, and the experience across dashboard, CLI, API, SDK, MCP, Blueprints, Skills, and documentation is fragmented.
Real mandate: Design the trust layer so a human supervising an agent can see what happened, approve what's destructive, and recover what went wrong — across seven-plus surfaces that currently don't share a coherent interaction model. The posting says design is expected to lead one of the company's strongest bets.
Rubric:
| Company | Score | Note |
|---|---|---|
| AI centrality | 2 | Agents are a primary strategic bet, not the core product. Render hosts infrastructure; its customers build AI. |
| Stage / equity | 2 | Series C, pre-IPO. No recent acceleration signal in public record. |
| Design influence | 2 | Four design hires open simultaneously; posting says design leads. But no design executive on the leadership page. |
| Trajectory | 2 | High product velocity on agent surfaces. Revenue trajectory unknown. |
| Company total | 8 |
| Role | Score | Note |
|---|---|---|
| Comp potential | 2 | $218K–$300K base + equity. Midpoint $259K. Equity value depends on exit timing. |
| Scope expandability | 3 | Cross-surface ownership of the agent experience. No structural ceiling described. |
| Craft depth | 3 | Hands-on IC owning the work, with strategic influence on a company priority. |
| AI exposure quality | 3 | Trust, supervision, destructive-operation gates, error recovery, least-privilege access for agents. |
| Portfolio value | 3 | Multi-surface agent trust architecture. Publishable, differentiated, frontier. |
| Role total | 14 |
Company 8 / Role 14. Company falls short of the Act threshold (10+). Rubric verdict is Watch. I'm upgrading to Act Soon because the role's AI exposure quality and portfolio value are the strongest match in the current scan. The design problems described in this posting map directly to published work at junochen.com — the Trust essay's five handoffs, CarrierIQ's review-and-approval layer, and TinyFish's agent supervision experience all address what this role requires.
Posting is 15 days old (posted August 7, still live). Screening is likely underway. The buyer path is unresolved — no hiring manager identified.
Phase 2 — Portfolio Mapping
Intelligence layer check. This is an intelligence-layer problem. Render's MCP server lets agents trigger deploys, read logs, inspect metrics, and run Postgres queries. The documentation warns that connecting an AI tool grants access to potentially destructive operations. The August 12 announcement describes an agent recommending a service-plan change and applying it after human approval — while the reference docs still list that capability as unsupported. The product is outrunning its own documentation. The design problem sits between what the agent does and what the human authorizes.
Lead with the Trust essay's five handoffs, mapped to Render's agent loop. Intent-Setting maps to deployment configuration. In-Progress maps to operation visibility. Output Review maps to reviewing agent actions. Decision Gate maps to approving destructive operations. Loop Feedback maps to error recovery. CarrierIQ implements the review-and-approval surfaces this role needs: provenance layer for tracing what the system produced, structured intake for capturing intent, reliability scoring for calibrating trust. CarrierIQ's published work at junochen.com shows substantial review and provenance machinery but no published control for declaring an extracted value wrong — that correction gap maps precisely to the error-recovery loop this role would own.
TinyFish context (past tense). Most recently as Head of Product at TinyFish, you shipped an enterprise web agent platform from zero to production in three months. You worked daily with agent traces, auditability, and governance in enterprise deployments. This grounds the conversation about the infrastructure-as-UX problems Render is solving — agent tool calls, planning visibility, permission boundaries. Technical grounding, not portfolio proof.
Supporting. Alibaba.com for enterprise platform trust at scale ($50B+ GMV, +20% transactions, +2.2pt NPS). The trust problem transfers: a business operator deciding whether to act on system-surfaced intelligence is structurally parallel to a developer deciding whether to approve an agent's proposed infrastructure change.
Two evidence gaps to own:
-
No public durable-task lifecycle artifact. This role involves long-running agent operations — deploy, wait, monitor, recover over minutes or hours. Your published work shows review-and-approval at decision points but not the temporal dimension of ongoing supervision. TinyFish production covers this verbally. Visual proof does not exist at junochen.com yet. Build Queue opportunity.
-
No cross-surface agent-interface work. The role spans seven-plus surfaces with different interaction modalities — visual dashboard, text CLI, programmatic API, structured SDK, MCP protocol, Blueprints configuration, Skills marketplace, documentation. Your published case studies operate within single product surfaces. The coherence problem across modalities is the core mandate, and you don't have a published artifact that demonstrates it. Build Queue opportunity.
Hardest objection.
"Has she designed for developers?"
Your portfolio is enterprise B2B and consumer, not developer infrastructure. Developer tools carry distinct design conventions — CLI as product surface, API as interface, documentation as experience. The answer: at TinyFish you built for technical buyers configuring and supervising agents in production, which is real audience overlap with Render's developer users. CarrierIQ's provenance layer and the Trust essay's handoff framework reinforce this because they're interaction-model agnostic — they work whether the human is a business analyst or a platform engineer. But the objection will surface. The verbal bridge from TinyFish needs to be sharp and specific in conversation.
Buyer path — unresolved. No hiring manager is named in the posting, the ATS listing, or the leadership page. Render's VP of Product left for Cloudflare before this role was posted (departure announced late July, ~25 days ago). The reporting line for this seat may still be settling, which would explain why the posting names no manager and why the "design leads" language may reflect an interim structure rather than a permanent commitment.
Two routing contacts, neither confirmed as the hiring manager:
Samia Saleem, a Render design leader who posted publicly about growing the design team and described the bar as making technical complexity "clear and considered." Her post linked three other design openings but not this one — it may have been posted after her recruiting push, or she may not manage this seat. Confidence she can route you to the right evaluator: moderate.
Yaroslav Borets, a Render PM who authored the MCP server launch announcement. Strongest product-adjacent contact for the agent surface. Confidence he is the hiring manager: low. Confidence he knows who is: higher.
Contact Saleem first. If no response by August 27, message Borets with a product-specific angle.
Phase 3 — The Outreach Package
First Contact Message
(To Samia Saleem via LinkedIn. ~160 words.)
Samia,
Your post about growing Render's design team described the work as making runtimes, deploys, and agentic workloads feel "clear and considered." That phrase stuck with me — it's the design problem I've been working on for two years.
Most recently as Head of Product at TinyFish, I shipped an enterprise web agent platform from zero to production in three months — agent traces, auditability, governance. I returned to design because I want to apply that depth to a specific domain, and Render's Agent Experience role is the closest match I've found to the framework I've been building publicly: five handoffs where trust between human and agent is won or lost. CarrierIQ, one of my Agentic Labs apps, implements the review-and-approval architecture that Render's agent loop needs across MCP, CLI, and dashboard.
I'd welcome 20 minutes to walk through how that work maps to the problem the posting describes — making seven surfaces feel like one coherent experience. Could you point me to the right person, or would you be open to a conversation?
Resume Framing Note
Lead the summary with TinyFish (Head of Product, enterprise web agent platform, past tense) and the Trust essay as published design thinking on agent supervision. Surface Alibaba.com metrics first for enterprise platform credibility — $50B+ GMV, +20% transactions, +2.2pt NPS. Include CarrierIQ, Brand Pulse, and Retail Velocity as Agentic Labs production apps with a one-line description each. Subordinate Equinox+ and Allē — consumer behavior design doesn't speak to this buyer. Keep Thermo Fisher as supporting proof of regulated 0-to-1 builds. Avoid "design-led" framing — Render is engineering-first. Use "cross-functional" and "developer experience" language. Position the product-to-design return as intentional: built AI-natively, now applying that technical depth to design. All BCG DV projects attributed as Product Design Director at BCG Digital Ventures.
Cover Letter Hook
(Two sentences, specific to Render.)
Render's agent surfaces shipped fast and independently, and the experience between them now needs a trust architecture — destructive operations legible, approval flows coherent, error recovery possible whether the human is in the dashboard, the CLI, or an MCP client. I built that architecture as a published framework, grounded it in production agent deployment at TinyFish, and implemented its review-and-approval layer in CarrierIQ.
Phase 4 — Window Summary
| Action | Deadline | What degrades without it |
|---|---|---|
| Send first contact to Samia Saleem | August 25 | Posting hits 18 days; early screening advantage narrows |
| Submit formal application via Ashby with tailored resume | August 27 | Slate may move to portfolio review without your application in the system |
| Verify reporting line (reply from Saleem, or direct message to Yaroslav Borets) | August 29 | Subsequent outreach reaches the wrong evaluator; interview prep lacks buyer signal |
- MCP Tasks durable lifecycle: The July 28 MCP specification formalized durable task handles with reconnectable progress, mid-flight input requests, and cooperative cancellation — the exact state vocabulary Render's agent loop will need and the strongest foundation for the missing durable-task artifact in the Build Queue.
- Render's documentation-product gap: Render's August 12 announcement describes agents recommending and applying service-plan changes after human approval, while the current MCP reference docs still list scaling and operational controls as unsupported — a live example of the coherence problem the role exists to solve.
- VP Product departure timing: Meagan Gamache announced joining Cloudflare in late July, leaving Render's product leadership structure unsettled at the moment this role was posted — monitor for a replacement announcement that would clarify the reporting line and buyer priorities.
- Saleem's design bar language: Samia Saleem's hiring post linked three other design openings but not the Agent Experience role, which posted later — if she responds to outreach, her framing of this seat relative to the others will reveal whether it reports to her or to a product-side evaluator.

