Who actually uses these products,
and what made them stay.

The Excel Financial Analyst

A financial analyst at a corporation, investment firm, or consultancy for whom Excel is not software — it is the medium of thought. They spend 5–7 hours a day inside spreadsheets. They build models that other people are afraid to open. They have keyboard shortcuts memorized that the rest of the company doesn't know exist. They've rescued a broken model the night before a board presentation. They have opinions about Excel that they share without being asked.

“It happened mid-workflow — they're building a 3-year P&L model for a new product line.”

The Sanity Content Architect

A developer or content architect who uses Sanity because they think about content as structured data, not pages. They design content models that serve web, mobile, email, and API consumers from a single source. They've built custom studios, created real-time collaborative editing environments, and used GROQ to query content in ways traditional CMS query languages can't express. They are the architect of the content layer, and they treat content modeling with the same rigor as database schema design.

“Not a single dramatic moment — more like a Tuesday at 3pm when they realized they hadn't thought about customizing the Studio deeply requires significant React knowledge, raising the bar for non-senior developers in two weeks.”

The Excel Financial Modeler

A financial analyst, FP&A professional, or investment banker who builds financial models in Excel the way architects build buildings — with structure, precision, and the knowledge that if one formula is wrong, everything above it falls. They've been using Excel for 5–15 years. They think in cell references, not coordinates. They know keyboard shortcuts that most people don't know exist. They've built models that a CEO used to make a $50M decision, and they've spent weekends debugging a circular reference that shouldn't have been circular.

“The CFO asks for a scenario analysis by tomorrow morning: what happens to cash flow if revenue grows 10% slower than projected and two enterprise deals slip to next quarter.”

The Figma Dev Mode Engineer

A frontend engineer at a product company who implements UI from Figma designs. Dev Mode is their interface to the design file — the layer of Figma that was built for them rather than around them. They use it to extract measurements, inspect component properties, copy CSS values, and verify that what they've built matches what was designed. They have strong feelings about when Dev Mode helps and when it's still faster to ask the designer. Those feelings are specific.

“Not a single dramatic moment — more like a Tuesday at 3pm when they realized they hadn't thought about cSS output that assumes a different architecture than the codebase they're working in in two weeks.”

The Spline 3D Web Designer

A web designer or creative developer who uses Spline to add 3D to their web projects without the learning curve of Blender or Cinema 4D. They create 3D hero sections, interactive product visualizations, animated icons, and immersive landing pages. They are a designer who crossed into the third dimension. They appreciate that Spline runs in the browser, exports to the web natively, and feels like a design tool rather than a 3D modeling application. They are the person making websites feel like they have depth.

“A SaaS company wants a landing page that stands out.”

The Sanity Developer-Content Team

A developer who chose Sanity for a project that needed a content infrastructure serious enough to model complex relationships and flexible enough to be customized for a non-developer content team. They built the schema. They configured the Studio. They wrote the GROQ queries. The content team uses what they built every day. The developer's relationship with Sanity is: maintenance, evolution, and occasional deep satisfaction when the content model they designed months ago handles a new requirement gracefully.

“Not a single dramatic moment — more like a Tuesday at 3pm when they realized they hadn't thought about schema changes that require migration scripts for existing content — the cost in two weeks.”

The Google Analytics Marketing Analyst

A digital marketer, marketing analyst, or growth lead who uses Google Analytics as their primary source of truth for website performance. They lived in Universal Analytics for years — they knew where every report was, how sessions worked, and what their bounce rate meant. Then GA4 happened. The interface changed, the data model changed, sessions became events, and reports they relied on disappeared or moved. They're learning GA4 because they have to, not because they wanted to. They are adapting their expertise to a tool that feels like it was rebuilt for data engineers, not marketers.

“Not a single dramatic moment — more like a Tuesday at 3pm when they realized they hadn't thought about the GA4 interface is unintuitive — reports that took one click in UA now require custom explorations in two weeks.”