Skip to content
All writing

Freelancing

A freelance mobile architect needs positioning

Why independent mobile architecture work depends on clear problems, scoped offers, proof and delivery boundaries.

2 min read

Listen to this articleComplete narrated version of this article

Expertise is not the offer

Many senior engineers think freelancing starts by saying they can build mobile apps. That is true, but it is too broad. A buyer with a real budget usually has a sharper problem.

The app is slow. The architecture is blocking teams. The release process is fragile. The team cannot hire senior mobile talent. The SwiftUI migration is stuck. The Kotlin Multiplatform strategy is unclear.

A freelance mobile architect needs positioning around problems, not only skills.

Sell a diagnostic before a transformation

Architecture consulting is risky when the scope starts too large. A better first offer is often a diagnostic: review the app architecture, identify risks, map the migration, audit performance, review release safety or evaluate platform strategy.

A diagnostic gives the client clarity before they commit to a larger engagement. It also protects you from selling a solution before you understand the system.

The output should be concrete: findings, priorities, tradeoffs, proposed phases and what not to do.

Boundaries make you easier to buy

Clear boundaries reduce buyer anxiety. Define what is included, what is not included, how long it takes, what access you need and what the client receives at the end.

A vague offer says: I can help with architecture. A stronger offer says: in two weeks, I will audit your iOS architecture, review module boundaries, identify performance and release risks, and deliver a prioritized migration plan.

Specificity makes the work feel safer.

Proof should match the buyer's fear

If the buyer worries about performance, show performance work. If they worry about team scale, show modularization, ownership and standards. If they worry about fintech correctness, show reliability, security and release discipline.

Generic proof is weaker than relevant proof. The client is not only asking whether you are good. They are asking whether you understand the kind of risk they are carrying.

Independence is an operating system

Freelance work needs more than technical skill. It needs scoping, pricing, contracts, communication, delivery cadence, expectation management and the ability to say no to unclear work.

The best independent engineers are not just strong builders. They reduce uncertainty for the client.

That is the positioning: not available for any mobile work, but trusted for the architecture decisions that are too expensive to guess.

Related resources

Free resources that put this essay to work: short enough to use this week, and each one works on its own, with or without a book.

Related books

These books take the subject of this essay further, written from the hiring side from 500+ technical interviews. Each book page shows what is inside, who it is for, and a free sample where there is one.

Share this essay