--- title: "Agency, freelancer or senior studio: how to choose? · Polargate" description: "How a mid-market company should choose between a big agency, a freelancer and a senior studio: what each is good at, what to ask, what to put in the contract." url: https://polargate.ai/insights/choosing-a-digital-partner-mid-market locale: en publisher: POLARGATE S.L. --- digital partner # Big agency, freelancer or senior studio: how to choose? How a mid-market company should choose between a big agency, a freelancer and a senior studio: what each is good at, what to ask, what to put in the contract. Published 2026-07-22 · By [Pedro Ciordia](https://polargate.ai/about) In short For a mid-market company, the right digital partner depends mostly on how long the work has to live. A big agency buys breadth and procurement comfort, a freelancer buys speed on one clear scope, and a senior studio buys senior people who stay through maintenance. Polargate advises deciding that first, then fixing three things in writing before the first invoice: ownership of code and data, exit conditions, and response times. ## Start with the shape of the work, not the shape of the supplier Before you compare suppliers, write down three things about the job. How long the result has to live (a campaign site for one quarter is not the same thing as an internal portal that five departments will lean on for six years). How often it will change after launch. And who has to be able to open the code if the relationship ends. Those three answers remove most of your shortlist before you meet anyone. A rule that holds up: the shorter the life of the thing you are building, the less the supplier's structure matters. The longer it lives, the more it matters who exactly will be sitting with your code in month fourteen. ## What each option is genuinely good at ### The big agency Buys you breadth and paperwork. Multi-market campaigns, brand systems, media buying, security questionnaires answered by someone whose actual job that is, professional indemnity insurance, and continuity when a person leaves. If your procurement department needs a supplier that survives an audit, this is the safe answer. The cost is layers: the people who sold the work are usually not the people who do it, decisions travel through account management, and a two-day change can take three weeks of process. You also pay for capacity you never use. ### The freelancer Buys you speed and a direct line, for a single clear scope. A good senior freelancer will out-deliver a large team on defined work and cost a fraction of it. The risk is not competence, it is singularity: one holiday, one illness, one better offer, and your project stops. There is no second pair of eyes on the code, no cover in August, and nobody to escalate to. Excellent for scoped work with a defined end. Fragile as a long-term operational dependency. ### The senior studio Buys you senior people doing the actual work, with more resilience than one person and far less overhead than an agency. It fits mid-market builds that have to be maintained for years, and retainers where the people who built the thing are the ones keeping it alive. The limits are real: capacity is finite, a studio cannot staff six workstreams at once, and specialisms outside its core (large media buying, broadcast production, heavy enterprise integration programmes) come from a network of specialists rather than from in house. Ask about that plainly. ### Compare them on what actually differs - Who does the work: agency, mixed seniority behind an account manager; freelancer, the person you met; studio, the person you met, with backup. - What breaks it: agency, slow change control; freelancer, one human being; studio, capacity limits. - Price anchors published in Europe in 2026: fixed-price prototypes and discovery workshops from around 3,500 EUR; fixed-scope MVP builds from around 12,990 EUR; AI implementation phases from around 25,000 EUR; unlimited-design retainers from around 2,500 EUR a month; small maintenance retainers from around 120 EUR a month. Most agency websites publish no figure at all, so publishing one is itself a shortlist signal. - Continuity: agency, high but impersonal; freelancer, low; studio, medium and personal. - Breadth: agency, wide; freelancer, narrow; studio, deep in a few things plus a network. - Where the code ends up: this depends on the contract, not on the supplier type. Ask in all three cases. ## The questions to ask before you sign - Who, by name, will write the code, and what share of their week is on us? - Can you show me a repository from a live client, with their permission? Commit history and code review tell you more than a slide. - What happens in August, and what happens if that person leaves? - Which accounts are in our name from day one: repository, hosting, database, domain, analytics, app store? - What does the first month after launch cost, and what is included in it? - What have you got wrong recently, and what changed as a result? A supplier with no failures is either new or not telling you. - If we stop next quarter, exactly what do we receive, and how long does it take? ## The contract terms that decide how this ends ### Ownership of code and data Say it plainly: all source code, database schemas, content and data are the client's property, assigned on payment, with no licence-back conditions. Then check that it is true in practice. Ownership on paper is worthless if the repository sits in the supplier's account and the database lives inside a platform you have no admin login to. Ask for owner-level access on the day work starts, not at handover. Polargate has moved several client sites off vendor platforms onto infrastructure the client owns (repository, hosting, database), verifying that schema, access rules, users, storage and functions matched before cutover. It is doable, and it is far cheaper to avoid than to fix. ### Exit An exit clause should name the artefacts and the clock: repository access, a database export in an open format, environment variables and secrets transferred through a secure channel, documentation of deploys and third-party accounts, and a defined number of paid transition hours. Thirty days notice with a written handover is normal and reasonable. If a supplier resists putting that on paper, you have your answer to a different question. ### Response times Be specific and be realistic. Define severity levels (site down, feature broken, cosmetic), a response time per level, working hours, and what happens outside them. Be careful with anyone promising 24/7 without telling you who is awake. Agree how the retainer works too: what a normal month includes, what an urgent request costs, and whether unused hours roll over. Polargate runs client maintenance through a ServiceDesk with per-client hour contracts and a visible hour balance, precisely because "we'll take a look" is not a service level. ## Honest signals of trouble - Nobody's name on the website. No founder, no team, no location, only a form. - No repository or environment in your name after kick-off. - Numbers you cannot check: awards without a year, "300+ projects" without one you can phone. - Their own house does not match what they sell. Reviewing studio websites in 2026 we found one whose TLS certificate had been expired for months, several whose achievement counters rendered as zero without JavaScript, and agencies selling AI-search visibility whose robots.txt blocked the AI crawlers. - The senior person you met disappears after the proposal. - No written scope, or a scope so broad that any dispute is unwinnable. - Estimates with no range and no stated assumptions. Every honest estimate carries both. - Reluctance to show a mistake they made. One of ours: a routine audit round on a client site raised 37 findings and only 4 survived independent verification. The useful part was the 4, and saying so out loud. ## How to run the decision Buy a small, paid piece of work first. A fixed-price discovery sprint that ends in a written scope, an architecture, a cost range and a schedule tells you more about a supplier than three sales meetings, and if you dislike the result you own the document and can take it elsewhere. That is why Polargate starts every client relationship this way. Choose the structure that fits the life of the work, then put ownership, exit and response terms in writing before the first invoice is issued. On this page - 01 [Start with the shape of the work, not the shape of the supplier](#start-with-the-shape-of-the-work-not-the-shape-of-the-supplier) - 02 [What each option is genuinely good at](#what-each-option-is-genuinely-good-at) - 03 [The questions to ask before you sign](#the-questions-to-ask-before-you-sign) - 04 [The contract terms that decide how this ends](#the-contract-terms-that-decide-how-this-ends) - 05 [Honest signals of trouble](#honest-signals-of-trouble) - 06 [How to run the decision](#how-to-run-the-decision) FAQ ## Questions, answered Should a 200-person company hire an agency or a freelancer for a website? It depends on how long the site has to live and change. For a one-off campaign site with a defined end, a senior freelancer is usually faster and cheaper. For a site that has to be maintained, extended and integrated for years, hire an organisation: an agency if you need breadth and procurement paperwork, a senior studio if you want the people who built it to keep it running. Who owns the code when an agency builds my website? Only whoever the contract says, so read it. Ask for a clause assigning all source code, database schemas, content and data to you on payment, with no licence-back. Then verify it operationally: the repository, hosting, database and domain accounts should be in your company's name from day one, with owner-level access for you, not admin access granted by the supplier. What should a website maintenance contract include? Severity levels with a response time for each, stated working hours, a monthly hour allowance and what happens to unused hours, the price of urgent work outside that allowance, who holds the credentials, and which security and dependency updates are included. Ask how requests are tracked: a shared inbox is not a system. Polargate uses a ServiceDesk with a per-client hour balance so both sides can see what was spent. How much does a discovery phase cost before a web or software project? Published European prices in 2026 for fixed-price discovery workshops and prototypes start at around 3,500 EUR and run to roughly 12,500 EUR for a coded prototype. What matters more than the figure is the deliverable: a written scope, an architecture, a cost range and a schedule that you own and can take to another supplier. Polargate sells its Discovery Sprint on exactly that basis. ## More reading discovery-sprint ### What is a paid Discovery Sprint, and why does it protect you? A Discovery Sprint is two weeks of paid senior work ending in a decision pack: scope, architecture, risks and a fixed price. From 4,900 EUR, half credited against the build if it starts within 60 days. 2026-07-29 Read more [What is a paid Discovery Sprint, and why does it protect you?](https://polargate.ai/insights/discovery-sprint-explained) react ### Why AI assistants cannot read your React SPA AI crawlers read raw HTML and never run JavaScript, so a React SPA serves them nothing. Measure it yourself with curl, then fix it with SSG, SSR or prerender. 2026-08-19 Read more [Why AI assistants cannot read your React SPA](https://polargate.ai/insights/spa-invisible-to-ai) hotel seo ### How to get your hotel recommended by ChatGPT How a hotel gets recommended by ChatGPT: prerendered pages in every language, hotel and room schema, real reviews and consistent listings everywhere. 2026-08-26 Read more [How to get your hotel recommended by ChatGPT](https://polargate.ai/insights/hotel-website-that-ai-recommends) INITIATE ## Start the engine Tell us what you are building in a few short questions. A senior engineer answers in writing within 48 business hours, with a first take on scope, timeline and price. [Start your project](https://polargate.ai/start) · [Talk to us](https://polargate.ai/start#static-brief-heading)