Analytics services

Google Analytics 4 Setup is a analytics service from Livin Services. In one line: get GA4 collecting numbers that reconcile with your real orders. It's a defined piece of work with an agreed finish line, not an open-ended retainer, so you know what you're buying before you commit to it.

Google Analytics 4 Setup covers measurement audit and documented tracking plan for google analytics 4 setup, tag and event implementation with a naming convention, validation against real transactions before sign-off, consent mode and privacy configuration, dashboards built for the questions each team asks, documentation so the setup survives staff changes, revenue reconciled against your store or invoicing system before we call it done, internal and bot traffic excluded, since these quietly inflate everything and consent mode implemented properly, so data collection matches what visitors agreed to. All of that gets written down before we start, so you know exactly what's landing and what isn't. Anything outside the list gets quoted separately — we won't quietly absorb it and we won't quietly bill for it either.

Anything not named in the written scope. In practice that usually means ongoing management after handover, content and copy you have not supplied, third-party licence and subscription costs, and work in other disciplines — those are separate services with their own scopes. We list exclusions explicitly rather than leaving them to be discovered halfway through.

It fits teams where gA4 revenue does not match your actual order total. The goal is simple: get GA4 collecting numbers that reconcile with your real orders. If your situation is different, tell us and we will point you at the analytics service that actually fits — including one we do not sell.

When the underlying problem sits somewhere else. Buying Google Analytics 4 Setup to fix something it does not touch is expensive and disappointing in equal measure. Tell us what outcome you are actually after and we will say plainly whether this is the right service, a different one, or nothing at all right now.

A good freelancer is often the right answer for a narrow, well-defined task, and cheaper. What an agency adds is continuity when someone is unavailable, a second pair of eyes on decisions, and accountability that survives the individual. Judge it on whether your project needs those things — plenty do not.

This service is scoped as a defined piece of work with a handover at the end, which is deliberate: it means the engagement has a finish line rather than drifting into an indefinite monthly cost. If you need continuing support afterwards we can arrange it, but it is a separate agreement you enter knowingly.

Revisions within the agreed scope are part of the work, not a numbered allowance to be rationed. What is charged separately is a change of direction — new requirements, a reversed decision, or work outside what was scoped. The distinction is written into the scope so it is not decided by argument later.

Sometimes, and sometimes not — it depends on whether the thing it fixes is actually what is holding you back. Smaller scopes are quoted the same way as large ones, with no minimum engagement, so size is not the barrier. Being honest about whether this is your highest-leverage move is more useful to you than a yes.

Server Side GTM is a analytics service from Livin Services. In one line: recover the conversion data browsers now quietly block. It's a defined piece of work with an agreed finish line, not an open-ended retainer, so you know what you're buying before you commit to it.

Server Side GTM covers measurement audit and documented tracking plan for server side gtm, tag and event implementation with a naming convention, validation against real transactions before sign-off, consent mode and privacy configuration, dashboards built for the questions each team asks, documentation so the setup survives staff changes, hosting cost modelled against your traffic before you commit to it, the recovered conversion volume measured, so the benefit is proven rather than claimed and an honest note that below a certain paid spend this is not worth the complexity. All of that gets written down before we start, so you know exactly what's landing and what isn't. Anything outside the list gets quoted separately — we won't quietly absorb it and we won't quietly bill for it either.

Anything not named in the written scope. In practice that usually means ongoing management after handover, content and copy you have not supplied, third-party licence and subscription costs, and work in other disciplines — those are separate services with their own scopes. We list exclusions explicitly rather than leaving them to be discovered halfway through.

It fits teams where gA4 revenue does not match your actual order total. The goal is simple: recover the conversion data browsers now quietly block. If your situation is different, tell us and we will point you at the analytics service that actually fits — including one we do not sell.

When the underlying problem sits somewhere else. Buying Server Side GTM to fix something it does not touch is expensive and disappointing in equal measure. Tell us what outcome you are actually after and we will say plainly whether this is the right service, a different one, or nothing at all right now.

A good freelancer is often the right answer for a narrow, well-defined task, and cheaper. What an agency adds is continuity when someone is unavailable, a second pair of eyes on decisions, and accountability that survives the individual. Judge it on whether your project needs those things — plenty do not.

This service is scoped as a defined piece of work with a handover at the end, which is deliberate: it means the engagement has a finish line rather than drifting into an indefinite monthly cost. If you need continuing support afterwards we can arrange it, but it is a separate agreement you enter knowingly.

Revisions within the agreed scope are part of the work, not a numbered allowance to be rationed. What is charged separately is a change of direction — new requirements, a reversed decision, or work outside what was scoped. The distinction is written into the scope so it is not decided by argument later.

Sometimes, and sometimes not — it depends on whether the thing it fixes is actually what is holding you back. Smaller scopes are quoted the same way as large ones, with no minimum engagement, so size is not the barrier. Being honest about whether this is your highest-leverage move is more useful to you than a yes.

Looker Studio Dashboards is a analytics service from Livin Services. In one line: give each team one page that answers their weekly questions. It's a defined piece of work with an agreed finish line, not an open-ended retainer, so you know what you're buying before you commit to it.

Looker Studio Dashboards covers measurement audit and documented tracking plan for looker studio dashboards, tag and event implementation with a naming convention, validation against real transactions before sign-off, consent mode and privacy configuration, dashboards built for the questions each team asks, documentation so the setup survives staff changes, one primary number per page rather than a wall of tiles with equal weight, built from the questions each team actually asks in their weekly meeting and data sources documented, so a broken connector can be fixed without us. All of that gets written down before we start, so you know exactly what's landing and what isn't. Anything outside the list gets quoted separately — we won't quietly absorb it and we won't quietly bill for it either.

Anything not named in the written scope. In practice that usually means ongoing management after handover, content and copy you have not supplied, third-party licence and subscription costs, and work in other disciplines — those are separate services with their own scopes. We list exclusions explicitly rather than leaving them to be discovered halfway through.

It fits teams where gA4 revenue does not match your actual order total. The goal is simple: give each team one page that answers their weekly questions. If your situation is different, tell us and we will point you at the analytics service that actually fits — including one we do not sell.

When the underlying problem sits somewhere else. Buying Looker Studio Dashboards to fix something it does not touch is expensive and disappointing in equal measure. Tell us what outcome you are actually after and we will say plainly whether this is the right service, a different one, or nothing at all right now.

A good freelancer is often the right answer for a narrow, well-defined task, and cheaper. What an agency adds is continuity when someone is unavailable, a second pair of eyes on decisions, and accountability that survives the individual. Judge it on whether your project needs those things — plenty do not.

This service is scoped as a defined piece of work with a handover at the end, which is deliberate: it means the engagement has a finish line rather than drifting into an indefinite monthly cost. If you need continuing support afterwards we can arrange it, but it is a separate agreement you enter knowingly.

Revisions within the agreed scope are part of the work, not a numbered allowance to be rationed. What is charged separately is a change of direction — new requirements, a reversed decision, or work outside what was scoped. The distinction is written into the scope so it is not decided by argument later.

Sometimes, and sometimes not — it depends on whether the thing it fixes is actually what is holding you back. Smaller scopes are quoted the same way as large ones, with no minimum engagement, so size is not the barrier. Being honest about whether this is your highest-leverage move is more useful to you than a yes.

Marketing Attribution is a analytics service from Livin Services. In one line: credit the channels that caused revenue, not just the last click. It's a defined piece of work with an agreed finish line, not an open-ended retainer, so you know what you're buying before you commit to it.

Marketing Attribution covers measurement audit and documented tracking plan for marketing attribution, tag and event implementation with a naming convention, validation against real transactions before sign-off, consent mode and privacy configuration, dashboards built for the questions each team asks, documentation so the setup survives staff changes, platform-claimed conversions reconciled against your own order data, side by side, assisted and last-click reported together, because either alone misleads and a plain statement of what attribution cannot tell you, before you move budget on it. All of that gets written down before we start, so you know exactly what's landing and what isn't. Anything outside the list gets quoted separately — we won't quietly absorb it and we won't quietly bill for it either.

Anything not named in the written scope. In practice that usually means ongoing management after handover, content and copy you have not supplied, third-party licence and subscription costs, and work in other disciplines — those are separate services with their own scopes. We list exclusions explicitly rather than leaving them to be discovered halfway through.

It fits teams where gA4 revenue does not match your actual order total. The goal is simple: credit the channels that caused revenue, not just the last click. If your situation is different, tell us and we will point you at the analytics service that actually fits — including one we do not sell.

When the underlying problem sits somewhere else. Buying Marketing Attribution to fix something it does not touch is expensive and disappointing in equal measure. Tell us what outcome you are actually after and we will say plainly whether this is the right service, a different one, or nothing at all right now.

A good freelancer is often the right answer for a narrow, well-defined task, and cheaper. What an agency adds is continuity when someone is unavailable, a second pair of eyes on decisions, and accountability that survives the individual. Judge it on whether your project needs those things — plenty do not.

This service is scoped as a defined piece of work with a handover at the end, which is deliberate: it means the engagement has a finish line rather than drifting into an indefinite monthly cost. If you need continuing support afterwards we can arrange it, but it is a separate agreement you enter knowingly.

Revisions within the agreed scope are part of the work, not a numbered allowance to be rationed. What is charged separately is a change of direction — new requirements, a reversed decision, or work outside what was scoped. The distinction is written into the scope so it is not decided by argument later.

Sometimes, and sometimes not — it depends on whether the thing it fixes is actually what is holding you back. Smaller scopes are quoted the same way as large ones, with no minimum engagement, so size is not the barrier. Being honest about whether this is your highest-leverage move is more useful to you than a yes.

Ecommerce Tracking Setup is a analytics service from Livin Services. In one line: capture the full purchase funnel accurately, including refunds. It's a defined piece of work with an agreed finish line, not an open-ended retainer, so you know what you're buying before you commit to it.

Ecommerce Tracking Setup covers measurement audit and documented tracking plan for ecommerce tracking setup, tag and event implementation with a naming convention, validation against real transactions before sign-off, consent mode and privacy configuration, dashboards built for the questions each team asks, documentation so the setup survives staff changes, refunds and cancellations tracked, so reported revenue matches what you actually banked, every funnel step verified against real test orders rather than the debug view and duplicate purchase events eliminated, which is the most common cause of inflated roas. All of that gets written down before we start, so you know exactly what's landing and what isn't. Anything outside the list gets quoted separately — we won't quietly absorb it and we won't quietly bill for it either.

Anything not named in the written scope. In practice that usually means ongoing management after handover, content and copy you have not supplied, third-party licence and subscription costs, and work in other disciplines — those are separate services with their own scopes. We list exclusions explicitly rather than leaving them to be discovered halfway through.

It fits teams where gA4 revenue does not match your actual order total. The goal is simple: capture the full purchase funnel accurately, including refunds. If your situation is different, tell us and we will point you at the analytics service that actually fits — including one we do not sell.

When the underlying problem sits somewhere else. Buying Ecommerce Tracking Setup to fix something it does not touch is expensive and disappointing in equal measure. Tell us what outcome you are actually after and we will say plainly whether this is the right service, a different one, or nothing at all right now.

A good freelancer is often the right answer for a narrow, well-defined task, and cheaper. What an agency adds is continuity when someone is unavailable, a second pair of eyes on decisions, and accountability that survives the individual. Judge it on whether your project needs those things — plenty do not.

This service is scoped as a defined piece of work with a handover at the end, which is deliberate: it means the engagement has a finish line rather than drifting into an indefinite monthly cost. If you need continuing support afterwards we can arrange it, but it is a separate agreement you enter knowingly.

Revisions within the agreed scope are part of the work, not a numbered allowance to be rationed. What is charged separately is a change of direction — new requirements, a reversed decision, or work outside what was scoped. The distinction is written into the scope so it is not decided by argument later.

Sometimes, and sometimes not — it depends on whether the thing it fixes is actually what is holding you back. Smaller scopes are quoted the same way as large ones, with no minimum engagement, so size is not the barrier. Being honest about whether this is your highest-leverage move is more useful to you than a yes.

Google Tag Manager Setup is a analytics service from Livin Services. In one line: manage every tag from one container without developer tickets. It's a defined piece of work with an agreed finish line, not an open-ended retainer, so you know what you're buying before you commit to it.

Google Tag Manager Setup covers measurement audit and documented tracking plan for google tag manager setup, tag and event implementation with a naming convention, validation against real transactions before sign-off, consent mode and privacy configuration, dashboards built for the questions each team asks, documentation so the setup survives staff changes, naming conventions and versioning so the container stays readable in a year, old and duplicate tags removed, because double-counting is worse than no tracking and publish permissions agreed, so nobody can push a broken tag to production alone. All of that gets written down before we start, so you know exactly what's landing and what isn't. Anything outside the list gets quoted separately — we won't quietly absorb it and we won't quietly bill for it either.

Anything not named in the written scope. In practice that usually means ongoing management after handover, content and copy you have not supplied, third-party licence and subscription costs, and work in other disciplines — those are separate services with their own scopes. We list exclusions explicitly rather than leaving them to be discovered halfway through.

It fits teams where gA4 revenue does not match your actual order total. The goal is simple: manage every tag from one container without developer tickets. If your situation is different, tell us and we will point you at the analytics service that actually fits — including one we do not sell.

When the underlying problem sits somewhere else. Buying Google Tag Manager Setup to fix something it does not touch is expensive and disappointing in equal measure. Tell us what outcome you are actually after and we will say plainly whether this is the right service, a different one, or nothing at all right now.

A good freelancer is often the right answer for a narrow, well-defined task, and cheaper. What an agency adds is continuity when someone is unavailable, a second pair of eyes on decisions, and accountability that survives the individual. Judge it on whether your project needs those things — plenty do not.

This service is scoped as a defined piece of work with a handover at the end, which is deliberate: it means the engagement has a finish line rather than drifting into an indefinite monthly cost. If you need continuing support afterwards we can arrange it, but it is a separate agreement you enter knowingly.

Revisions within the agreed scope are part of the work, not a numbered allowance to be rationed. What is charged separately is a change of direction — new requirements, a reversed decision, or work outside what was scoped. The distinction is written into the scope so it is not decided by argument later.

Sometimes, and sometimes not — it depends on whether the thing it fixes is actually what is holding you back. Smaller scopes are quoted the same way as large ones, with no minimum engagement, so size is not the barrier. Being honest about whether this is your highest-leverage move is more useful to you than a yes.

Meta Pixel Setup is a analytics service from Livin Services. In one line: track and deduplicate events across pixel and Conversions API. It's a defined piece of work with an agreed finish line, not an open-ended retainer, so you know what you're buying before you commit to it.

Meta Pixel Setup covers measurement audit and documented tracking plan for meta pixel setup, tag and event implementation with a naming convention, validation against real transactions before sign-off, consent mode and privacy configuration, dashboards built for the questions each team asks, documentation so the setup survives staff changes, event ids matched across browser and server so nothing is counted twice, event match quality checked in events manager rather than assumed adequate and only the customer data you have a lawful basis to send is sent. All of that gets written down before we start, so you know exactly what's landing and what isn't. Anything outside the list gets quoted separately — we won't quietly absorb it and we won't quietly bill for it either.

Anything not named in the written scope. In practice that usually means ongoing management after handover, content and copy you have not supplied, third-party licence and subscription costs, and work in other disciplines — those are separate services with their own scopes. We list exclusions explicitly rather than leaving them to be discovered halfway through.

It fits teams where gA4 revenue does not match your actual order total. The goal is simple: track and deduplicate events across pixel and Conversions API. If your situation is different, tell us and we will point you at the analytics service that actually fits — including one we do not sell.

When the underlying problem sits somewhere else. Buying Meta Pixel Setup to fix something it does not touch is expensive and disappointing in equal measure. Tell us what outcome you are actually after and we will say plainly whether this is the right service, a different one, or nothing at all right now.

A good freelancer is often the right answer for a narrow, well-defined task, and cheaper. What an agency adds is continuity when someone is unavailable, a second pair of eyes on decisions, and accountability that survives the individual. Judge it on whether your project needs those things — plenty do not.

This service is scoped as a defined piece of work with a handover at the end, which is deliberate: it means the engagement has a finish line rather than drifting into an indefinite monthly cost. If you need continuing support afterwards we can arrange it, but it is a separate agreement you enter knowingly.

Revisions within the agreed scope are part of the work, not a numbered allowance to be rationed. What is charged separately is a change of direction — new requirements, a reversed decision, or work outside what was scoped. The distinction is written into the scope so it is not decided by argument later.

Sometimes, and sometimes not — it depends on whether the thing it fixes is actually what is holding you back. Smaller scopes are quoted the same way as large ones, with no minimum engagement, so size is not the barrier. Being honest about whether this is your highest-leverage move is more useful to you than a yes.

TikTok Pixel Setup is a analytics service from Livin Services. In one line: feed TikTok clean signal so its optimisation has something to learn from. It's a defined piece of work with an agreed finish line, not an open-ended retainer, so you know what you're buying before you commit to it.

TikTok Pixel Setup covers measurement audit and documented tracking plan for tiktok pixel setup, tag and event implementation with a naming convention, validation against real transactions before sign-off, consent mode and privacy configuration, dashboards built for the questions each team asks, documentation so the setup survives staff changes, server-side events added, since browser-only tracking loses a large share on mobile, deduplication verified so the platform is not optimising against inflated numbers and a minimum conversion volume stated, below which tiktok cannot optimise at all. All of that gets written down before we start, so you know exactly what's landing and what isn't. Anything outside the list gets quoted separately — we won't quietly absorb it and we won't quietly bill for it either.

Anything not named in the written scope. In practice that usually means ongoing management after handover, content and copy you have not supplied, third-party licence and subscription costs, and work in other disciplines — those are separate services with their own scopes. We list exclusions explicitly rather than leaving them to be discovered halfway through.

It fits teams where gA4 revenue does not match your actual order total. The goal is simple: feed TikTok clean signal so its optimisation has something to learn from. If your situation is different, tell us and we will point you at the analytics service that actually fits — including one we do not sell.

When the underlying problem sits somewhere else. Buying TikTok Pixel Setup to fix something it does not touch is expensive and disappointing in equal measure. Tell us what outcome you are actually after and we will say plainly whether this is the right service, a different one, or nothing at all right now.

A good freelancer is often the right answer for a narrow, well-defined task, and cheaper. What an agency adds is continuity when someone is unavailable, a second pair of eyes on decisions, and accountability that survives the individual. Judge it on whether your project needs those things — plenty do not.

This service is scoped as a defined piece of work with a handover at the end, which is deliberate: it means the engagement has a finish line rather than drifting into an indefinite monthly cost. If you need continuing support afterwards we can arrange it, but it is a separate agreement you enter knowingly.

Revisions within the agreed scope are part of the work, not a numbered allowance to be rationed. What is charged separately is a change of direction — new requirements, a reversed decision, or work outside what was scoped. The distinction is written into the scope so it is not decided by argument later.

Sometimes, and sometimes not — it depends on whether the thing it fixes is actually what is holding you back. Smaller scopes are quoted the same way as large ones, with no minimum engagement, so size is not the barrier. Being honest about whether this is your highest-leverage move is more useful to you than a yes.

LinkedIn Insight Tag Setup is a analytics service from Livin Services. In one line: measure B2B campaigns beyond the click, at company level. It's a defined piece of work with an agreed finish line, not an open-ended retainer, so you know what you're buying before you commit to it.

LinkedIn Insight Tag Setup covers measurement audit and documented tracking plan for linkedin insight tag setup, tag and event implementation with a naming convention, validation against real transactions before sign-off, consent mode and privacy configuration, dashboards built for the questions each team asks, documentation so the setup survives staff changes, conversions defined at the stage that matters to sales, not at form submission, company-level reporting configured, which is the real reason to use this tag and a plain note on the long lag between click and deal in b2b reporting. All of that gets written down before we start, so you know exactly what's landing and what isn't. Anything outside the list gets quoted separately — we won't quietly absorb it and we won't quietly bill for it either.

Anything not named in the written scope. In practice that usually means ongoing management after handover, content and copy you have not supplied, third-party licence and subscription costs, and work in other disciplines — those are separate services with their own scopes. We list exclusions explicitly rather than leaving them to be discovered halfway through.

It fits teams where gA4 revenue does not match your actual order total. The goal is simple: measure B2B campaigns beyond the click, at company level. If your situation is different, tell us and we will point you at the analytics service that actually fits — including one we do not sell.

When the underlying problem sits somewhere else. Buying LinkedIn Insight Tag Setup to fix something it does not touch is expensive and disappointing in equal measure. Tell us what outcome you are actually after and we will say plainly whether this is the right service, a different one, or nothing at all right now.

A good freelancer is often the right answer for a narrow, well-defined task, and cheaper. What an agency adds is continuity when someone is unavailable, a second pair of eyes on decisions, and accountability that survives the individual. Judge it on whether your project needs those things — plenty do not.

This service is scoped as a defined piece of work with a handover at the end, which is deliberate: it means the engagement has a finish line rather than drifting into an indefinite monthly cost. If you need continuing support afterwards we can arrange it, but it is a separate agreement you enter knowingly.

Revisions within the agreed scope are part of the work, not a numbered allowance to be rationed. What is charged separately is a change of direction — new requirements, a reversed decision, or work outside what was scoped. The distinction is written into the scope so it is not decided by argument later.

Sometimes, and sometimes not — it depends on whether the thing it fixes is actually what is holding you back. Smaller scopes are quoted the same way as large ones, with no minimum engagement, so size is not the barrier. Being honest about whether this is your highest-leverage move is more useful to you than a yes.

Microsoft Clarity Setup is a analytics service from Livin Services. In one line: add heatmaps and recordings at no licence cost and start watching. It's a defined piece of work with an agreed finish line, not an open-ended retainer, so you know what you're buying before you commit to it.

Microsoft Clarity Setup covers measurement audit and documented tracking plan for microsoft clarity setup, tag and event implementation with a naming convention, validation against real transactions before sign-off, consent mode and privacy configuration, dashboards built for the questions each team asks, documentation so the setup survives staff changes, personal data masked in the recordings before anyone reviews them, segments saved for the pages and journeys you actually care about and your team shown how to read it, so this does not become a tool nobody opens. All of that gets written down before we start, so you know exactly what's landing and what isn't. Anything outside the list gets quoted separately — we won't quietly absorb it and we won't quietly bill for it either.

Anything not named in the written scope. In practice that usually means ongoing management after handover, content and copy you have not supplied, third-party licence and subscription costs, and work in other disciplines — those are separate services with their own scopes. We list exclusions explicitly rather than leaving them to be discovered halfway through.

It fits teams where gA4 revenue does not match your actual order total. The goal is simple: add heatmaps and recordings at no licence cost and start watching. If your situation is different, tell us and we will point you at the analytics service that actually fits — including one we do not sell.

When the underlying problem sits somewhere else. Buying Microsoft Clarity Setup to fix something it does not touch is expensive and disappointing in equal measure. Tell us what outcome you are actually after and we will say plainly whether this is the right service, a different one, or nothing at all right now.

A good freelancer is often the right answer for a narrow, well-defined task, and cheaper. What an agency adds is continuity when someone is unavailable, a second pair of eyes on decisions, and accountability that survives the individual. Judge it on whether your project needs those things — plenty do not.

This service is scoped as a defined piece of work with a handover at the end, which is deliberate: it means the engagement has a finish line rather than drifting into an indefinite monthly cost. If you need continuing support afterwards we can arrange it, but it is a separate agreement you enter knowingly.

Revisions within the agreed scope are part of the work, not a numbered allowance to be rationed. What is charged separately is a change of direction — new requirements, a reversed decision, or work outside what was scoped. The distinction is written into the scope so it is not decided by argument later.

Sometimes, and sometimes not — it depends on whether the thing it fixes is actually what is holding you back. Smaller scopes are quoted the same way as large ones, with no minimum engagement, so size is not the barrier. Being honest about whether this is your highest-leverage move is more useful to you than a yes.

Hotjar Setup is a analytics service from Livin Services. In one line: combine recordings, surveys and funnels in one research view. It's a defined piece of work with an agreed finish line, not an open-ended retainer, so you know what you're buying before you commit to it.

Hotjar Setup covers measurement audit and documented tracking plan for hotjar setup, tag and event implementation with a naming convention, validation against real transactions before sign-off, consent mode and privacy configuration, dashboards built for the questions each team asks, documentation so the setup survives staff changes, surveys written to ask one useful question rather than interrupt with five, sampling and page targeting set so the script does not load everywhere needlessly and an honest note that clarity does much of this at no licence cost. All of that gets written down before we start, so you know exactly what's landing and what isn't. Anything outside the list gets quoted separately — we won't quietly absorb it and we won't quietly bill for it either.

Anything not named in the written scope. In practice that usually means ongoing management after handover, content and copy you have not supplied, third-party licence and subscription costs, and work in other disciplines — those are separate services with their own scopes. We list exclusions explicitly rather than leaving them to be discovered halfway through.

It fits teams where gA4 revenue does not match your actual order total. The goal is simple: combine recordings, surveys and funnels in one research view. If your situation is different, tell us and we will point you at the analytics service that actually fits — including one we do not sell.

When the underlying problem sits somewhere else. Buying Hotjar Setup to fix something it does not touch is expensive and disappointing in equal measure. Tell us what outcome you are actually after and we will say plainly whether this is the right service, a different one, or nothing at all right now.

A good freelancer is often the right answer for a narrow, well-defined task, and cheaper. What an agency adds is continuity when someone is unavailable, a second pair of eyes on decisions, and accountability that survives the individual. Judge it on whether your project needs those things — plenty do not.

This service is scoped as a defined piece of work with a handover at the end, which is deliberate: it means the engagement has a finish line rather than drifting into an indefinite monthly cost. If you need continuing support afterwards we can arrange it, but it is a separate agreement you enter knowingly.

Revisions within the agreed scope are part of the work, not a numbered allowance to be rationed. What is charged separately is a change of direction — new requirements, a reversed decision, or work outside what was scoped. The distinction is written into the scope so it is not decided by argument later.

Sometimes, and sometimes not — it depends on whether the thing it fixes is actually what is holding you back. Smaller scopes are quoted the same way as large ones, with no minimum engagement, so size is not the barrier. Being honest about whether this is your highest-leverage move is more useful to you than a yes.

Mixpanel Implementation is a analytics service from Livin Services. In one line: answer what users do in the product and when they stop. It's a defined piece of work with an agreed finish line, not an open-ended retainer, so you know what you're buying before you commit to it.

Mixpanel Implementation covers measurement audit and documented tracking plan for mixpanel implementation, tag and event implementation with a naming convention, validation against real transactions before sign-off, consent mode and privacy configuration, dashboards built for the questions each team asks, documentation so the setup survives staff changes, a tracking plan agreed before any code, so events still mean the same thing in a year, event volume modelled against pricing, since this is where mixpanel bills surprise people and your team taught to build their own reports rather than requesting them from us. All of that gets written down before we start, so you know exactly what's landing and what isn't. Anything outside the list gets quoted separately — we won't quietly absorb it and we won't quietly bill for it either.

Anything not named in the written scope. In practice that usually means ongoing management after handover, content and copy you have not supplied, third-party licence and subscription costs, and work in other disciplines — those are separate services with their own scopes. We list exclusions explicitly rather than leaving them to be discovered halfway through.

It fits teams where gA4 revenue does not match your actual order total. The goal is simple: answer what users do in the product and when they stop. If your situation is different, tell us and we will point you at the analytics service that actually fits — including one we do not sell.

When the underlying problem sits somewhere else. Buying Mixpanel Implementation to fix something it does not touch is expensive and disappointing in equal measure. Tell us what outcome you are actually after and we will say plainly whether this is the right service, a different one, or nothing at all right now.

A good freelancer is often the right answer for a narrow, well-defined task, and cheaper. What an agency adds is continuity when someone is unavailable, a second pair of eyes on decisions, and accountability that survives the individual. Judge it on whether your project needs those things — plenty do not.

This service is scoped as a defined piece of work with a handover at the end, which is deliberate: it means the engagement has a finish line rather than drifting into an indefinite monthly cost. If you need continuing support afterwards we can arrange it, but it is a separate agreement you enter knowingly.

Revisions within the agreed scope are part of the work, not a numbered allowance to be rationed. What is charged separately is a change of direction — new requirements, a reversed decision, or work outside what was scoped. The distinction is written into the scope so it is not decided by argument later.

Sometimes, and sometimes not — it depends on whether the thing it fixes is actually what is holding you back. Smaller scopes are quoted the same way as large ones, with no minimum engagement, so size is not the barrier. Being honest about whether this is your highest-leverage move is more useful to you than a yes.

Amplitude Implementation is a analytics service from Livin Services. In one line: understand retention cohorts rather than counting sessions. It's a defined piece of work with an agreed finish line, not an open-ended retainer, so you know what you're buying before you commit to it.

Amplitude Implementation covers measurement audit and documented tracking plan for amplitude implementation, tag and event implementation with a naming convention, validation against real transactions before sign-off, consent mode and privacy configuration, dashboards built for the questions each team asks, documentation so the setup survives staff changes, one north-star metric agreed before dashboards are built, not after, cohorts defined on real activation moments rather than signup date and an honest note that below a certain user volume the cohorts are too small to read. All of that gets written down before we start, so you know exactly what's landing and what isn't. Anything outside the list gets quoted separately — we won't quietly absorb it and we won't quietly bill for it either.

Anything not named in the written scope. In practice that usually means ongoing management after handover, content and copy you have not supplied, third-party licence and subscription costs, and work in other disciplines — those are separate services with their own scopes. We list exclusions explicitly rather than leaving them to be discovered halfway through.

It fits teams where gA4 revenue does not match your actual order total. The goal is simple: understand retention cohorts rather than counting sessions. If your situation is different, tell us and we will point you at the analytics service that actually fits — including one we do not sell.

When the underlying problem sits somewhere else. Buying Amplitude Implementation to fix something it does not touch is expensive and disappointing in equal measure. Tell us what outcome you are actually after and we will say plainly whether this is the right service, a different one, or nothing at all right now.

A good freelancer is often the right answer for a narrow, well-defined task, and cheaper. What an agency adds is continuity when someone is unavailable, a second pair of eyes on decisions, and accountability that survives the individual. Judge it on whether your project needs those things — plenty do not.

This service is scoped as a defined piece of work with a handover at the end, which is deliberate: it means the engagement has a finish line rather than drifting into an indefinite monthly cost. If you need continuing support afterwards we can arrange it, but it is a separate agreement you enter knowingly.

Revisions within the agreed scope are part of the work, not a numbered allowance to be rationed. What is charged separately is a change of direction — new requirements, a reversed decision, or work outside what was scoped. The distinction is written into the scope so it is not decided by argument later.

Sometimes, and sometimes not — it depends on whether the thing it fixes is actually what is holding you back. Smaller scopes are quoted the same way as large ones, with no minimum engagement, so size is not the barrier. Being honest about whether this is your highest-leverage move is more useful to you than a yes.

Power BI Dashboards is a analytics service from Livin Services. In one line: bring finance-grade reporting into the Microsoft stack you already use. It's a defined piece of work with an agreed finish line, not an open-ended retainer, so you know what you're buying before you commit to it.

Power BI Dashboards covers measurement audit and documented tracking plan for power bi dashboards, tag and event implementation with a naming convention, validation against real transactions before sign-off, consent mode and privacy configuration, dashboards built for the questions each team asks, documentation so the setup survives staff changes, figures reconciled against your finance system before anything is published, refresh schedules and row-level security configured with your it team and models built to your data volume, so reports do not time out as you grow. All of that gets written down before we start, so you know exactly what's landing and what isn't. Anything outside the list gets quoted separately — we won't quietly absorb it and we won't quietly bill for it either.

Anything not named in the written scope. In practice that usually means ongoing management after handover, content and copy you have not supplied, third-party licence and subscription costs, and work in other disciplines — those are separate services with their own scopes. We list exclusions explicitly rather than leaving them to be discovered halfway through.

It fits teams where gA4 revenue does not match your actual order total. The goal is simple: bring finance-grade reporting into the Microsoft stack you already use. If your situation is different, tell us and we will point you at the analytics service that actually fits — including one we do not sell.

When the underlying problem sits somewhere else. Buying Power BI Dashboards to fix something it does not touch is expensive and disappointing in equal measure. Tell us what outcome you are actually after and we will say plainly whether this is the right service, a different one, or nothing at all right now.

A good freelancer is often the right answer for a narrow, well-defined task, and cheaper. What an agency adds is continuity when someone is unavailable, a second pair of eyes on decisions, and accountability that survives the individual. Judge it on whether your project needs those things — plenty do not.

This service is scoped as a defined piece of work with a handover at the end, which is deliberate: it means the engagement has a finish line rather than drifting into an indefinite monthly cost. If you need continuing support afterwards we can arrange it, but it is a separate agreement you enter knowingly.

Revisions within the agreed scope are part of the work, not a numbered allowance to be rationed. What is charged separately is a change of direction — new requirements, a reversed decision, or work outside what was scoped. The distinction is written into the scope so it is not decided by argument later.

Sometimes, and sometimes not — it depends on whether the thing it fixes is actually what is holding you back. Smaller scopes are quoted the same way as large ones, with no minimum engagement, so size is not the barrier. Being honest about whether this is your highest-leverage move is more useful to you than a yes.

Analytics Dashboard Development is a analytics service from Livin Services. In one line: build custom reporting when off-the-shelf tools cannot answer it. It's a defined piece of work with an agreed finish line, not an open-ended retainer, so you know what you're buying before you commit to it.

Analytics Dashboard Development covers measurement audit and documented tracking plan for analytics dashboard development, tag and event implementation with a naming convention, validation against real transactions before sign-off, consent mode and privacy configuration, dashboards built for the questions each team asks, documentation so the setup survives staff changes, an honest check first that looker studio or power bi genuinely cannot do this cheaper, query performance tested against realistic volumes, not a seeded demo set and export to csv included, because that is the first thing anyone asks for. All of that gets written down before we start, so you know exactly what's landing and what isn't. Anything outside the list gets quoted separately — we won't quietly absorb it and we won't quietly bill for it either.

Anything not named in the written scope. In practice that usually means ongoing management after handover, content and copy you have not supplied, third-party licence and subscription costs, and work in other disciplines — those are separate services with their own scopes. We list exclusions explicitly rather than leaving them to be discovered halfway through.

It fits teams where gA4 revenue does not match your actual order total. The goal is simple: build custom reporting when off-the-shelf tools cannot answer it. If your situation is different, tell us and we will point you at the analytics service that actually fits — including one we do not sell.

When the underlying problem sits somewhere else. Buying Analytics Dashboard Development to fix something it does not touch is expensive and disappointing in equal measure. Tell us what outcome you are actually after and we will say plainly whether this is the right service, a different one, or nothing at all right now.

A good freelancer is often the right answer for a narrow, well-defined task, and cheaper. What an agency adds is continuity when someone is unavailable, a second pair of eyes on decisions, and accountability that survives the individual. Judge it on whether your project needs those things — plenty do not.

This service is scoped as a defined piece of work with a handover at the end, which is deliberate: it means the engagement has a finish line rather than drifting into an indefinite monthly cost. If you need continuing support afterwards we can arrange it, but it is a separate agreement you enter knowingly.

Revisions within the agreed scope are part of the work, not a numbered allowance to be rationed. What is charged separately is a change of direction — new requirements, a reversed decision, or work outside what was scoped. The distinction is written into the scope so it is not decided by argument later.

Sometimes, and sometimes not — it depends on whether the thing it fixes is actually what is holding you back. Smaller scopes are quoted the same way as large ones, with no minimum engagement, so size is not the barrier. Being honest about whether this is your highest-leverage move is more useful to you than a yes.

A typical Google Analytics 4 Setup engagement runs 1–3 weeks from kickoff to handover. That covers discovery and scoping, build or implementation, review with your team, and a final QA pass. Larger or multi-market builds extend this and we say so during scoping rather than after.

Sometimes, if the scope is reduced rather than the care taken. We will tell you which parts can be deferred to a second phase to hit a date. What we will not do is compress testing and review to make a deadline look achievable — that moves the cost from the timeline to the month after launch.

One fixed price against a written scope. Not an hourly rate. What moves that number is how many templates, integrations and awkward edge cases are involved — not how long we happen to take, which is our problem to manage, not yours. There's no price list because a real quote depends on your situation. Tell us what you need and you'll get a written scope and a fixed figure back, with anything that could change it flagged upfront rather than appearing on an invoice later.

Four things, roughly in order of how much they matter. How much is genuinely bespoke versus configuration. How many integrations and outside systems are in play. What state your starting point is in — inherited problems have to be sorted before anything new can sit on top of them. And how many people are in the approval chain. We'll name which of those apply to you in the quote, so you can see where the number came from.

No. Scoping and quoting are free, and so is the conversation to get there. If it turns out Google Analytics 4 Setup isn't what you need, you'll hear that for free too — rather than being sold a paid discovery phase that arrives at the same answer three weeks later.

If we underestimated something inside the agreed scope, we absorb it. That's what a fixed price means. If the scope itself changes because a new requirement turns up, we quote that separately and you decide whether to go ahead before anyone touches it. You won't get an invoice for something you didn't approve.

Agreed in writing before work starts, as part of the scope. There is no deposit taken to hold a slot in the calendar and no charge for the scoping conversation. If the engagement is stopped partway by either side, you pay for the work completed to that point and you keep it.

Depends entirely on what it is. Build work shows immediately because the thing either exists or it does not. Anything depending on user behaviour, search engines or list warm-up takes longer, and how much longer is a function of your traffic volume — low traffic means a longer wait before any change is distinguishable from noise. We say which category your work falls into up front.

Usually one of three reasons: a narrower scope than ours, a junior person delivering it, or exclusions that surface as change requests later. Ask both suppliers for the written scope and compare those rather than the totals. If theirs genuinely covers the same ground for less, take it — and we will tell you so.

A typical Server Side GTM engagement runs 2–4 weeks from kickoff to handover. That covers discovery and scoping, build or implementation, review with your team, and a final QA pass. Larger or multi-market builds extend this and we say so during scoping rather than after.

Sometimes, if the scope is reduced rather than the care taken. We will tell you which parts can be deferred to a second phase to hit a date. What we will not do is compress testing and review to make a deadline look achievable — that moves the cost from the timeline to the month after launch.

One fixed price against a written scope. Not an hourly rate. What moves that number is how many templates, integrations and awkward edge cases are involved — not how long we happen to take, which is our problem to manage, not yours. There's no price list because a real quote depends on your situation. Tell us what you need and you'll get a written scope and a fixed figure back, with anything that could change it flagged upfront rather than appearing on an invoice later.

Four things, roughly in order of how much they matter. How much is genuinely bespoke versus configuration. How many integrations and outside systems are in play. What state your starting point is in — inherited problems have to be sorted before anything new can sit on top of them. And how many people are in the approval chain. We'll name which of those apply to you in the quote, so you can see where the number came from.

No. Scoping and quoting are free, and so is the conversation to get there. If it turns out Server Side GTM isn't what you need, you'll hear that for free too — rather than being sold a paid discovery phase that arrives at the same answer three weeks later.

If we underestimated something inside the agreed scope, we absorb it. That's what a fixed price means. If the scope itself changes because a new requirement turns up, we quote that separately and you decide whether to go ahead before anyone touches it. You won't get an invoice for something you didn't approve.

Agreed in writing before work starts, as part of the scope. There is no deposit taken to hold a slot in the calendar and no charge for the scoping conversation. If the engagement is stopped partway by either side, you pay for the work completed to that point and you keep it.

Depends entirely on what it is. Build work shows immediately because the thing either exists or it does not. Anything depending on user behaviour, search engines or list warm-up takes longer, and how much longer is a function of your traffic volume — low traffic means a longer wait before any change is distinguishable from noise. We say which category your work falls into up front.

Usually one of three reasons: a narrower scope than ours, a junior person delivering it, or exclusions that surface as change requests later. Ask both suppliers for the written scope and compare those rather than the totals. If theirs genuinely covers the same ground for less, take it — and we will tell you so.

A typical Looker Studio Dashboards engagement runs 1–3 weeks from kickoff to handover. That covers discovery and scoping, build or implementation, review with your team, and a final QA pass. Larger or multi-market builds extend this and we say so during scoping rather than after.

Sometimes, if the scope is reduced rather than the care taken. We will tell you which parts can be deferred to a second phase to hit a date. What we will not do is compress testing and review to make a deadline look achievable — that moves the cost from the timeline to the month after launch.

One fixed price against a written scope. Not an hourly rate. What moves that number is how many templates, integrations and awkward edge cases are involved — not how long we happen to take, which is our problem to manage, not yours. There's no price list because a real quote depends on your situation. Tell us what you need and you'll get a written scope and a fixed figure back, with anything that could change it flagged upfront rather than appearing on an invoice later.

Four things, roughly in order of how much they matter. How much is genuinely bespoke versus configuration. How many integrations and outside systems are in play. What state your starting point is in — inherited problems have to be sorted before anything new can sit on top of them. And how many people are in the approval chain. We'll name which of those apply to you in the quote, so you can see where the number came from.

No. Scoping and quoting are free, and so is the conversation to get there. If it turns out Looker Studio Dashboards isn't what you need, you'll hear that for free too — rather than being sold a paid discovery phase that arrives at the same answer three weeks later.

If we underestimated something inside the agreed scope, we absorb it. That's what a fixed price means. If the scope itself changes because a new requirement turns up, we quote that separately and you decide whether to go ahead before anyone touches it. You won't get an invoice for something you didn't approve.

Agreed in writing before work starts, as part of the scope. There is no deposit taken to hold a slot in the calendar and no charge for the scoping conversation. If the engagement is stopped partway by either side, you pay for the work completed to that point and you keep it.

Depends entirely on what it is. Build work shows immediately because the thing either exists or it does not. Anything depending on user behaviour, search engines or list warm-up takes longer, and how much longer is a function of your traffic volume — low traffic means a longer wait before any change is distinguishable from noise. We say which category your work falls into up front.

Usually one of three reasons: a narrower scope than ours, a junior person delivering it, or exclusions that surface as change requests later. Ask both suppliers for the written scope and compare those rather than the totals. If theirs genuinely covers the same ground for less, take it — and we will tell you so.

A typical Marketing Attribution engagement runs 3–8 weeks from kickoff to handover. That covers discovery and scoping, build or implementation, review with your team, and a final QA pass. Larger or multi-market builds extend this and we say so during scoping rather than after.

Sometimes, if the scope is reduced rather than the care taken. We will tell you which parts can be deferred to a second phase to hit a date. What we will not do is compress testing and review to make a deadline look achievable — that moves the cost from the timeline to the month after launch.

One fixed price against a written scope. Not an hourly rate. What moves that number is how many templates, integrations and awkward edge cases are involved — not how long we happen to take, which is our problem to manage, not yours. There's no price list because a real quote depends on your situation. Tell us what you need and you'll get a written scope and a fixed figure back, with anything that could change it flagged upfront rather than appearing on an invoice later.

Four things, roughly in order of how much they matter. How much is genuinely bespoke versus configuration. How many integrations and outside systems are in play. What state your starting point is in — inherited problems have to be sorted before anything new can sit on top of them. And how many people are in the approval chain. We'll name which of those apply to you in the quote, so you can see where the number came from.

No. Scoping and quoting are free, and so is the conversation to get there. If it turns out Marketing Attribution isn't what you need, you'll hear that for free too — rather than being sold a paid discovery phase that arrives at the same answer three weeks later.

If we underestimated something inside the agreed scope, we absorb it. That's what a fixed price means. If the scope itself changes because a new requirement turns up, we quote that separately and you decide whether to go ahead before anyone touches it. You won't get an invoice for something you didn't approve.

Agreed in writing before work starts, as part of the scope. There is no deposit taken to hold a slot in the calendar and no charge for the scoping conversation. If the engagement is stopped partway by either side, you pay for the work completed to that point and you keep it.

Depends entirely on what it is. Build work shows immediately because the thing either exists or it does not. Anything depending on user behaviour, search engines or list warm-up takes longer, and how much longer is a function of your traffic volume — low traffic means a longer wait before any change is distinguishable from noise. We say which category your work falls into up front.

Usually one of three reasons: a narrower scope than ours, a junior person delivering it, or exclusions that surface as change requests later. Ask both suppliers for the written scope and compare those rather than the totals. If theirs genuinely covers the same ground for less, take it — and we will tell you so.

A typical Ecommerce Tracking Setup engagement runs 1–3 weeks from kickoff to handover. That covers discovery and scoping, build or implementation, review with your team, and a final QA pass. Larger or multi-market builds extend this and we say so during scoping rather than after.

Sometimes, if the scope is reduced rather than the care taken. We will tell you which parts can be deferred to a second phase to hit a date. What we will not do is compress testing and review to make a deadline look achievable — that moves the cost from the timeline to the month after launch.

One fixed price against a written scope. Not an hourly rate. What moves that number is how many templates, integrations and awkward edge cases are involved — not how long we happen to take, which is our problem to manage, not yours. There's no price list because a real quote depends on your situation. Tell us what you need and you'll get a written scope and a fixed figure back, with anything that could change it flagged upfront rather than appearing on an invoice later.

Four things, roughly in order of how much they matter. How much is genuinely bespoke versus configuration. How many integrations and outside systems are in play. What state your starting point is in — inherited problems have to be sorted before anything new can sit on top of them. And how many people are in the approval chain. We'll name which of those apply to you in the quote, so you can see where the number came from.

No. Scoping and quoting are free, and so is the conversation to get there. If it turns out Ecommerce Tracking Setup isn't what you need, you'll hear that for free too — rather than being sold a paid discovery phase that arrives at the same answer three weeks later.

If we underestimated something inside the agreed scope, we absorb it. That's what a fixed price means. If the scope itself changes because a new requirement turns up, we quote that separately and you decide whether to go ahead before anyone touches it. You won't get an invoice for something you didn't approve.

Agreed in writing before work starts, as part of the scope. There is no deposit taken to hold a slot in the calendar and no charge for the scoping conversation. If the engagement is stopped partway by either side, you pay for the work completed to that point and you keep it.

Depends entirely on what it is. Build work shows immediately because the thing either exists or it does not. Anything depending on user behaviour, search engines or list warm-up takes longer, and how much longer is a function of your traffic volume — low traffic means a longer wait before any change is distinguishable from noise. We say which category your work falls into up front.

Usually one of three reasons: a narrower scope than ours, a junior person delivering it, or exclusions that surface as change requests later. Ask both suppliers for the written scope and compare those rather than the totals. If theirs genuinely covers the same ground for less, take it — and we will tell you so.

A typical Google Tag Manager Setup engagement runs 1–2 weeks from kickoff to handover. That covers discovery and scoping, build or implementation, review with your team, and a final QA pass. Larger or multi-market builds extend this and we say so during scoping rather than after.

Sometimes, if the scope is reduced rather than the care taken. We will tell you which parts can be deferred to a second phase to hit a date. What we will not do is compress testing and review to make a deadline look achievable — that moves the cost from the timeline to the month after launch.

One fixed price against a written scope. Not an hourly rate. What moves that number is how many templates, integrations and awkward edge cases are involved — not how long we happen to take, which is our problem to manage, not yours. There's no price list because a real quote depends on your situation. Tell us what you need and you'll get a written scope and a fixed figure back, with anything that could change it flagged upfront rather than appearing on an invoice later.

Four things, roughly in order of how much they matter. How much is genuinely bespoke versus configuration. How many integrations and outside systems are in play. What state your starting point is in — inherited problems have to be sorted before anything new can sit on top of them. And how many people are in the approval chain. We'll name which of those apply to you in the quote, so you can see where the number came from.

No. Scoping and quoting are free, and so is the conversation to get there. If it turns out Google Tag Manager Setup isn't what you need, you'll hear that for free too — rather than being sold a paid discovery phase that arrives at the same answer three weeks later.

If we underestimated something inside the agreed scope, we absorb it. That's what a fixed price means. If the scope itself changes because a new requirement turns up, we quote that separately and you decide whether to go ahead before anyone touches it. You won't get an invoice for something you didn't approve.

Agreed in writing before work starts, as part of the scope. There is no deposit taken to hold a slot in the calendar and no charge for the scoping conversation. If the engagement is stopped partway by either side, you pay for the work completed to that point and you keep it.

Depends entirely on what it is. Build work shows immediately because the thing either exists or it does not. Anything depending on user behaviour, search engines or list warm-up takes longer, and how much longer is a function of your traffic volume — low traffic means a longer wait before any change is distinguishable from noise. We say which category your work falls into up front.

Usually one of three reasons: a narrower scope than ours, a junior person delivering it, or exclusions that surface as change requests later. Ask both suppliers for the written scope and compare those rather than the totals. If theirs genuinely covers the same ground for less, take it — and we will tell you so.

A typical Meta Pixel Setup engagement runs 1–2 weeks from kickoff to handover. That covers discovery and scoping, build or implementation, review with your team, and a final QA pass. Larger or multi-market builds extend this and we say so during scoping rather than after.

Sometimes, if the scope is reduced rather than the care taken. We will tell you which parts can be deferred to a second phase to hit a date. What we will not do is compress testing and review to make a deadline look achievable — that moves the cost from the timeline to the month after launch.

One fixed price against a written scope. Not an hourly rate. What moves that number is how many templates, integrations and awkward edge cases are involved — not how long we happen to take, which is our problem to manage, not yours. There's no price list because a real quote depends on your situation. Tell us what you need and you'll get a written scope and a fixed figure back, with anything that could change it flagged upfront rather than appearing on an invoice later.

Four things, roughly in order of how much they matter. How much is genuinely bespoke versus configuration. How many integrations and outside systems are in play. What state your starting point is in — inherited problems have to be sorted before anything new can sit on top of them. And how many people are in the approval chain. We'll name which of those apply to you in the quote, so you can see where the number came from.

No. Scoping and quoting are free, and so is the conversation to get there. If it turns out Meta Pixel Setup isn't what you need, you'll hear that for free too — rather than being sold a paid discovery phase that arrives at the same answer three weeks later.

If we underestimated something inside the agreed scope, we absorb it. That's what a fixed price means. If the scope itself changes because a new requirement turns up, we quote that separately and you decide whether to go ahead before anyone touches it. You won't get an invoice for something you didn't approve.

Agreed in writing before work starts, as part of the scope. There is no deposit taken to hold a slot in the calendar and no charge for the scoping conversation. If the engagement is stopped partway by either side, you pay for the work completed to that point and you keep it.

Depends entirely on what it is. Build work shows immediately because the thing either exists or it does not. Anything depending on user behaviour, search engines or list warm-up takes longer, and how much longer is a function of your traffic volume — low traffic means a longer wait before any change is distinguishable from noise. We say which category your work falls into up front.

Usually one of three reasons: a narrower scope than ours, a junior person delivering it, or exclusions that surface as change requests later. Ask both suppliers for the written scope and compare those rather than the totals. If theirs genuinely covers the same ground for less, take it — and we will tell you so.

A typical TikTok Pixel Setup engagement runs 1–2 weeks from kickoff to handover. That covers discovery and scoping, build or implementation, review with your team, and a final QA pass. Larger or multi-market builds extend this and we say so during scoping rather than after.

Sometimes, if the scope is reduced rather than the care taken. We will tell you which parts can be deferred to a second phase to hit a date. What we will not do is compress testing and review to make a deadline look achievable — that moves the cost from the timeline to the month after launch.

One fixed price against a written scope. Not an hourly rate. What moves that number is how many templates, integrations and awkward edge cases are involved — not how long we happen to take, which is our problem to manage, not yours. There's no price list because a real quote depends on your situation. Tell us what you need and you'll get a written scope and a fixed figure back, with anything that could change it flagged upfront rather than appearing on an invoice later.

Four things, roughly in order of how much they matter. How much is genuinely bespoke versus configuration. How many integrations and outside systems are in play. What state your starting point is in — inherited problems have to be sorted before anything new can sit on top of them. And how many people are in the approval chain. We'll name which of those apply to you in the quote, so you can see where the number came from.

No. Scoping and quoting are free, and so is the conversation to get there. If it turns out TikTok Pixel Setup isn't what you need, you'll hear that for free too — rather than being sold a paid discovery phase that arrives at the same answer three weeks later.

If we underestimated something inside the agreed scope, we absorb it. That's what a fixed price means. If the scope itself changes because a new requirement turns up, we quote that separately and you decide whether to go ahead before anyone touches it. You won't get an invoice for something you didn't approve.

Agreed in writing before work starts, as part of the scope. There is no deposit taken to hold a slot in the calendar and no charge for the scoping conversation. If the engagement is stopped partway by either side, you pay for the work completed to that point and you keep it.

Depends entirely on what it is. Build work shows immediately because the thing either exists or it does not. Anything depending on user behaviour, search engines or list warm-up takes longer, and how much longer is a function of your traffic volume — low traffic means a longer wait before any change is distinguishable from noise. We say which category your work falls into up front.

Usually one of three reasons: a narrower scope than ours, a junior person delivering it, or exclusions that surface as change requests later. Ask both suppliers for the written scope and compare those rather than the totals. If theirs genuinely covers the same ground for less, take it — and we will tell you so.

A typical LinkedIn Insight Tag Setup engagement runs 1 week from kickoff to handover. That covers discovery and scoping, build or implementation, review with your team, and a final QA pass. Larger or multi-market builds extend this and we say so during scoping rather than after.

Sometimes, if the scope is reduced rather than the care taken. We will tell you which parts can be deferred to a second phase to hit a date. What we will not do is compress testing and review to make a deadline look achievable — that moves the cost from the timeline to the month after launch.

One fixed price against a written scope. Not an hourly rate. What moves that number is how many templates, integrations and awkward edge cases are involved — not how long we happen to take, which is our problem to manage, not yours. There's no price list because a real quote depends on your situation. Tell us what you need and you'll get a written scope and a fixed figure back, with anything that could change it flagged upfront rather than appearing on an invoice later.

Four things, roughly in order of how much they matter. How much is genuinely bespoke versus configuration. How many integrations and outside systems are in play. What state your starting point is in — inherited problems have to be sorted before anything new can sit on top of them. And how many people are in the approval chain. We'll name which of those apply to you in the quote, so you can see where the number came from.

No. Scoping and quoting are free, and so is the conversation to get there. If it turns out LinkedIn Insight Tag Setup isn't what you need, you'll hear that for free too — rather than being sold a paid discovery phase that arrives at the same answer three weeks later.

If we underestimated something inside the agreed scope, we absorb it. That's what a fixed price means. If the scope itself changes because a new requirement turns up, we quote that separately and you decide whether to go ahead before anyone touches it. You won't get an invoice for something you didn't approve.

Agreed in writing before work starts, as part of the scope. There is no deposit taken to hold a slot in the calendar and no charge for the scoping conversation. If the engagement is stopped partway by either side, you pay for the work completed to that point and you keep it.

Depends entirely on what it is. Build work shows immediately because the thing either exists or it does not. Anything depending on user behaviour, search engines or list warm-up takes longer, and how much longer is a function of your traffic volume — low traffic means a longer wait before any change is distinguishable from noise. We say which category your work falls into up front.

Usually one of three reasons: a narrower scope than ours, a junior person delivering it, or exclusions that surface as change requests later. Ask both suppliers for the written scope and compare those rather than the totals. If theirs genuinely covers the same ground for less, take it — and we will tell you so.

A typical Microsoft Clarity Setup engagement runs 3–5 days from kickoff to handover. That covers discovery and scoping, build or implementation, review with your team, and a final QA pass. Larger or multi-market builds extend this and we say so during scoping rather than after.

Sometimes, if the scope is reduced rather than the care taken. We will tell you which parts can be deferred to a second phase to hit a date. What we will not do is compress testing and review to make a deadline look achievable — that moves the cost from the timeline to the month after launch.

One fixed price against a written scope. Not an hourly rate. What moves that number is how many templates, integrations and awkward edge cases are involved — not how long we happen to take, which is our problem to manage, not yours. There's no price list because a real quote depends on your situation. Tell us what you need and you'll get a written scope and a fixed figure back, with anything that could change it flagged upfront rather than appearing on an invoice later.

Four things, roughly in order of how much they matter. How much is genuinely bespoke versus configuration. How many integrations and outside systems are in play. What state your starting point is in — inherited problems have to be sorted before anything new can sit on top of them. And how many people are in the approval chain. We'll name which of those apply to you in the quote, so you can see where the number came from.

No. Scoping and quoting are free, and so is the conversation to get there. If it turns out Microsoft Clarity Setup isn't what you need, you'll hear that for free too — rather than being sold a paid discovery phase that arrives at the same answer three weeks later.

If we underestimated something inside the agreed scope, we absorb it. That's what a fixed price means. If the scope itself changes because a new requirement turns up, we quote that separately and you decide whether to go ahead before anyone touches it. You won't get an invoice for something you didn't approve.

Agreed in writing before work starts, as part of the scope. There is no deposit taken to hold a slot in the calendar and no charge for the scoping conversation. If the engagement is stopped partway by either side, you pay for the work completed to that point and you keep it.

Depends entirely on what it is. Build work shows immediately because the thing either exists or it does not. Anything depending on user behaviour, search engines or list warm-up takes longer, and how much longer is a function of your traffic volume — low traffic means a longer wait before any change is distinguishable from noise. We say which category your work falls into up front.

Usually one of three reasons: a narrower scope than ours, a junior person delivering it, or exclusions that surface as change requests later. Ask both suppliers for the written scope and compare those rather than the totals. If theirs genuinely covers the same ground for less, take it — and we will tell you so.

A typical Hotjar Setup engagement runs 1 week from kickoff to handover. That covers discovery and scoping, build or implementation, review with your team, and a final QA pass. Larger or multi-market builds extend this and we say so during scoping rather than after.

Sometimes, if the scope is reduced rather than the care taken. We will tell you which parts can be deferred to a second phase to hit a date. What we will not do is compress testing and review to make a deadline look achievable — that moves the cost from the timeline to the month after launch.

One fixed price against a written scope. Not an hourly rate. What moves that number is how many templates, integrations and awkward edge cases are involved — not how long we happen to take, which is our problem to manage, not yours. There's no price list because a real quote depends on your situation. Tell us what you need and you'll get a written scope and a fixed figure back, with anything that could change it flagged upfront rather than appearing on an invoice later.

Four things, roughly in order of how much they matter. How much is genuinely bespoke versus configuration. How many integrations and outside systems are in play. What state your starting point is in — inherited problems have to be sorted before anything new can sit on top of them. And how many people are in the approval chain. We'll name which of those apply to you in the quote, so you can see where the number came from.

No. Scoping and quoting are free, and so is the conversation to get there. If it turns out Hotjar Setup isn't what you need, you'll hear that for free too — rather than being sold a paid discovery phase that arrives at the same answer three weeks later.

If we underestimated something inside the agreed scope, we absorb it. That's what a fixed price means. If the scope itself changes because a new requirement turns up, we quote that separately and you decide whether to go ahead before anyone touches it. You won't get an invoice for something you didn't approve.

Agreed in writing before work starts, as part of the scope. There is no deposit taken to hold a slot in the calendar and no charge for the scoping conversation. If the engagement is stopped partway by either side, you pay for the work completed to that point and you keep it.

Depends entirely on what it is. Build work shows immediately because the thing either exists or it does not. Anything depending on user behaviour, search engines or list warm-up takes longer, and how much longer is a function of your traffic volume — low traffic means a longer wait before any change is distinguishable from noise. We say which category your work falls into up front.

Usually one of three reasons: a narrower scope than ours, a junior person delivering it, or exclusions that surface as change requests later. Ask both suppliers for the written scope and compare those rather than the totals. If theirs genuinely covers the same ground for less, take it — and we will tell you so.

A typical Mixpanel Implementation engagement runs 2–5 weeks from kickoff to handover. That covers discovery and scoping, build or implementation, review with your team, and a final QA pass. Larger or multi-market builds extend this and we say so during scoping rather than after.

Sometimes, if the scope is reduced rather than the care taken. We will tell you which parts can be deferred to a second phase to hit a date. What we will not do is compress testing and review to make a deadline look achievable — that moves the cost from the timeline to the month after launch.

One fixed price against a written scope. Not an hourly rate. What moves that number is how many templates, integrations and awkward edge cases are involved — not how long we happen to take, which is our problem to manage, not yours. There's no price list because a real quote depends on your situation. Tell us what you need and you'll get a written scope and a fixed figure back, with anything that could change it flagged upfront rather than appearing on an invoice later.

Four things, roughly in order of how much they matter. How much is genuinely bespoke versus configuration. How many integrations and outside systems are in play. What state your starting point is in — inherited problems have to be sorted before anything new can sit on top of them. And how many people are in the approval chain. We'll name which of those apply to you in the quote, so you can see where the number came from.

No. Scoping and quoting are free, and so is the conversation to get there. If it turns out Mixpanel Implementation isn't what you need, you'll hear that for free too — rather than being sold a paid discovery phase that arrives at the same answer three weeks later.

If we underestimated something inside the agreed scope, we absorb it. That's what a fixed price means. If the scope itself changes because a new requirement turns up, we quote that separately and you decide whether to go ahead before anyone touches it. You won't get an invoice for something you didn't approve.

Agreed in writing before work starts, as part of the scope. There is no deposit taken to hold a slot in the calendar and no charge for the scoping conversation. If the engagement is stopped partway by either side, you pay for the work completed to that point and you keep it.

Depends entirely on what it is. Build work shows immediately because the thing either exists or it does not. Anything depending on user behaviour, search engines or list warm-up takes longer, and how much longer is a function of your traffic volume — low traffic means a longer wait before any change is distinguishable from noise. We say which category your work falls into up front.

Usually one of three reasons: a narrower scope than ours, a junior person delivering it, or exclusions that surface as change requests later. Ask both suppliers for the written scope and compare those rather than the totals. If theirs genuinely covers the same ground for less, take it — and we will tell you so.

A typical Amplitude Implementation engagement runs 2–5 weeks from kickoff to handover. That covers discovery and scoping, build or implementation, review with your team, and a final QA pass. Larger or multi-market builds extend this and we say so during scoping rather than after.

Sometimes, if the scope is reduced rather than the care taken. We will tell you which parts can be deferred to a second phase to hit a date. What we will not do is compress testing and review to make a deadline look achievable — that moves the cost from the timeline to the month after launch.

One fixed price against a written scope. Not an hourly rate. What moves that number is how many templates, integrations and awkward edge cases are involved — not how long we happen to take, which is our problem to manage, not yours. There's no price list because a real quote depends on your situation. Tell us what you need and you'll get a written scope and a fixed figure back, with anything that could change it flagged upfront rather than appearing on an invoice later.

Four things, roughly in order of how much they matter. How much is genuinely bespoke versus configuration. How many integrations and outside systems are in play. What state your starting point is in — inherited problems have to be sorted before anything new can sit on top of them. And how many people are in the approval chain. We'll name which of those apply to you in the quote, so you can see where the number came from.

No. Scoping and quoting are free, and so is the conversation to get there. If it turns out Amplitude Implementation isn't what you need, you'll hear that for free too — rather than being sold a paid discovery phase that arrives at the same answer three weeks later.

If we underestimated something inside the agreed scope, we absorb it. That's what a fixed price means. If the scope itself changes because a new requirement turns up, we quote that separately and you decide whether to go ahead before anyone touches it. You won't get an invoice for something you didn't approve.

Agreed in writing before work starts, as part of the scope. There is no deposit taken to hold a slot in the calendar and no charge for the scoping conversation. If the engagement is stopped partway by either side, you pay for the work completed to that point and you keep it.

Depends entirely on what it is. Build work shows immediately because the thing either exists or it does not. Anything depending on user behaviour, search engines or list warm-up takes longer, and how much longer is a function of your traffic volume — low traffic means a longer wait before any change is distinguishable from noise. We say which category your work falls into up front.

Usually one of three reasons: a narrower scope than ours, a junior person delivering it, or exclusions that surface as change requests later. Ask both suppliers for the written scope and compare those rather than the totals. If theirs genuinely covers the same ground for less, take it — and we will tell you so.

A typical Power BI Dashboards engagement runs 2–5 weeks from kickoff to handover. That covers discovery and scoping, build or implementation, review with your team, and a final QA pass. Larger or multi-market builds extend this and we say so during scoping rather than after.

Sometimes, if the scope is reduced rather than the care taken. We will tell you which parts can be deferred to a second phase to hit a date. What we will not do is compress testing and review to make a deadline look achievable — that moves the cost from the timeline to the month after launch.

One fixed price against a written scope. Not an hourly rate. What moves that number is how many templates, integrations and awkward edge cases are involved — not how long we happen to take, which is our problem to manage, not yours. There's no price list because a real quote depends on your situation. Tell us what you need and you'll get a written scope and a fixed figure back, with anything that could change it flagged upfront rather than appearing on an invoice later.

Four things, roughly in order of how much they matter. How much is genuinely bespoke versus configuration. How many integrations and outside systems are in play. What state your starting point is in — inherited problems have to be sorted before anything new can sit on top of them. And how many people are in the approval chain. We'll name which of those apply to you in the quote, so you can see where the number came from.

No. Scoping and quoting are free, and so is the conversation to get there. If it turns out Power BI Dashboards isn't what you need, you'll hear that for free too — rather than being sold a paid discovery phase that arrives at the same answer three weeks later.

If we underestimated something inside the agreed scope, we absorb it. That's what a fixed price means. If the scope itself changes because a new requirement turns up, we quote that separately and you decide whether to go ahead before anyone touches it. You won't get an invoice for something you didn't approve.

Agreed in writing before work starts, as part of the scope. There is no deposit taken to hold a slot in the calendar and no charge for the scoping conversation. If the engagement is stopped partway by either side, you pay for the work completed to that point and you keep it.

Depends entirely on what it is. Build work shows immediately because the thing either exists or it does not. Anything depending on user behaviour, search engines or list warm-up takes longer, and how much longer is a function of your traffic volume — low traffic means a longer wait before any change is distinguishable from noise. We say which category your work falls into up front.

Usually one of three reasons: a narrower scope than ours, a junior person delivering it, or exclusions that surface as change requests later. Ask both suppliers for the written scope and compare those rather than the totals. If theirs genuinely covers the same ground for less, take it — and we will tell you so.

A typical Analytics Dashboard Development engagement runs 3–8 weeks from kickoff to handover. That covers discovery and scoping, build or implementation, review with your team, and a final QA pass. Larger or multi-market builds extend this and we say so during scoping rather than after.

Sometimes, if the scope is reduced rather than the care taken. We will tell you which parts can be deferred to a second phase to hit a date. What we will not do is compress testing and review to make a deadline look achievable — that moves the cost from the timeline to the month after launch.

One fixed price against a written scope. Not an hourly rate. What moves that number is how many templates, integrations and awkward edge cases are involved — not how long we happen to take, which is our problem to manage, not yours. There's no price list because a real quote depends on your situation. Tell us what you need and you'll get a written scope and a fixed figure back, with anything that could change it flagged upfront rather than appearing on an invoice later.

Four things, roughly in order of how much they matter. How much is genuinely bespoke versus configuration. How many integrations and outside systems are in play. What state your starting point is in — inherited problems have to be sorted before anything new can sit on top of them. And how many people are in the approval chain. We'll name which of those apply to you in the quote, so you can see where the number came from.

No. Scoping and quoting are free, and so is the conversation to get there. If it turns out Analytics Dashboard Development isn't what you need, you'll hear that for free too — rather than being sold a paid discovery phase that arrives at the same answer three weeks later.

If we underestimated something inside the agreed scope, we absorb it. That's what a fixed price means. If the scope itself changes because a new requirement turns up, we quote that separately and you decide whether to go ahead before anyone touches it. You won't get an invoice for something you didn't approve.

Agreed in writing before work starts, as part of the scope. There is no deposit taken to hold a slot in the calendar and no charge for the scoping conversation. If the engagement is stopped partway by either side, you pay for the work completed to that point and you keep it.

Depends entirely on what it is. Build work shows immediately because the thing either exists or it does not. Anything depending on user behaviour, search engines or list warm-up takes longer, and how much longer is a function of your traffic volume — low traffic means a longer wait before any change is distinguishable from noise. We say which category your work falls into up front.

Usually one of three reasons: a narrower scope than ours, a junior person delivering it, or exclusions that surface as change requests later. Ask both suppliers for the written scope and compare those rather than the totals. If theirs genuinely covers the same ground for less, take it — and we will tell you so.

Say what is happening now, what you want to be different, and by when. That is genuinely enough to get a scope back. You do not need to specify a solution — if you tell us the outcome, we will tell you what it takes, and sometimes that is less than you expected. What slows a brief down is a list of features with no stated problem behind them.

Five questions worth asking any supplier. Who will actually do the work, not who is in the meeting. What is explicitly excluded. What happens if it takes longer than quoted. Whose name the accounts are in at the end. And what they would talk you out of — the last one is the hardest to fake, and the most revealing.

Everything in the written scope delivered and verified, your team able to maintain it without us, and a recorded before-and-after on whatever measure you agreed at the start. Notably not: a slide deck, a vanity score, or a number with no baseline beside it.

Describe the symptom rather than the fix. If the symptom is one this service addresses, it is the right service. If it is not, we will name the one that is — including when that is a different discipline entirely, or nothing right now. Guessing at the service before naming the problem is how budgets get spent on the wrong thing.

Say what is happening now, what you want to be different, and by when. That is genuinely enough to get a scope back. You do not need to specify a solution — if you tell us the outcome, we will tell you what it takes, and sometimes that is less than you expected. What slows a brief down is a list of features with no stated problem behind them.

Five questions worth asking any supplier. Who will actually do the work, not who is in the meeting. What is explicitly excluded. What happens if it takes longer than quoted. Whose name the accounts are in at the end. And what they would talk you out of — the last one is the hardest to fake, and the most revealing.

Everything in the written scope delivered and verified, your team able to maintain it without us, and a recorded before-and-after on whatever measure you agreed at the start. Notably not: a slide deck, a vanity score, or a number with no baseline beside it.

Describe the symptom rather than the fix. If the symptom is one this service addresses, it is the right service. If it is not, we will name the one that is — including when that is a different discipline entirely, or nothing right now. Guessing at the service before naming the problem is how budgets get spent on the wrong thing.

Say what is happening now, what you want to be different, and by when. That is genuinely enough to get a scope back. You do not need to specify a solution — if you tell us the outcome, we will tell you what it takes, and sometimes that is less than you expected. What slows a brief down is a list of features with no stated problem behind them.

Five questions worth asking any supplier. Who will actually do the work, not who is in the meeting. What is explicitly excluded. What happens if it takes longer than quoted. Whose name the accounts are in at the end. And what they would talk you out of — the last one is the hardest to fake, and the most revealing.

Everything in the written scope delivered and verified, your team able to maintain it without us, and a recorded before-and-after on whatever measure you agreed at the start. Notably not: a slide deck, a vanity score, or a number with no baseline beside it.

Describe the symptom rather than the fix. If the symptom is one this service addresses, it is the right service. If it is not, we will name the one that is — including when that is a different discipline entirely, or nothing right now. Guessing at the service before naming the problem is how budgets get spent on the wrong thing.

Say what is happening now, what you want to be different, and by when. That is genuinely enough to get a scope back. You do not need to specify a solution — if you tell us the outcome, we will tell you what it takes, and sometimes that is less than you expected. What slows a brief down is a list of features with no stated problem behind them.

Five questions worth asking any supplier. Who will actually do the work, not who is in the meeting. What is explicitly excluded. What happens if it takes longer than quoted. Whose name the accounts are in at the end. And what they would talk you out of — the last one is the hardest to fake, and the most revealing.

Everything in the written scope delivered and verified, your team able to maintain it without us, and a recorded before-and-after on whatever measure you agreed at the start. Notably not: a slide deck, a vanity score, or a number with no baseline beside it.

Describe the symptom rather than the fix. If the symptom is one this service addresses, it is the right service. If it is not, we will name the one that is — including when that is a different discipline entirely, or nothing right now. Guessing at the service before naming the problem is how budgets get spent on the wrong thing.

Say what is happening now, what you want to be different, and by when. That is genuinely enough to get a scope back. You do not need to specify a solution — if you tell us the outcome, we will tell you what it takes, and sometimes that is less than you expected. What slows a brief down is a list of features with no stated problem behind them.

Five questions worth asking any supplier. Who will actually do the work, not who is in the meeting. What is explicitly excluded. What happens if it takes longer than quoted. Whose name the accounts are in at the end. And what they would talk you out of — the last one is the hardest to fake, and the most revealing.

Everything in the written scope delivered and verified, your team able to maintain it without us, and a recorded before-and-after on whatever measure you agreed at the start. Notably not: a slide deck, a vanity score, or a number with no baseline beside it.

Describe the symptom rather than the fix. If the symptom is one this service addresses, it is the right service. If it is not, we will name the one that is — including when that is a different discipline entirely, or nothing right now. Guessing at the service before naming the problem is how budgets get spent on the wrong thing.

Say what is happening now, what you want to be different, and by when. That is genuinely enough to get a scope back. You do not need to specify a solution — if you tell us the outcome, we will tell you what it takes, and sometimes that is less than you expected. What slows a brief down is a list of features with no stated problem behind them.

Five questions worth asking any supplier. Who will actually do the work, not who is in the meeting. What is explicitly excluded. What happens if it takes longer than quoted. Whose name the accounts are in at the end. And what they would talk you out of — the last one is the hardest to fake, and the most revealing.

Everything in the written scope delivered and verified, your team able to maintain it without us, and a recorded before-and-after on whatever measure you agreed at the start. Notably not: a slide deck, a vanity score, or a number with no baseline beside it.

Describe the symptom rather than the fix. If the symptom is one this service addresses, it is the right service. If it is not, we will name the one that is — including when that is a different discipline entirely, or nothing right now. Guessing at the service before naming the problem is how budgets get spent on the wrong thing.

Say what is happening now, what you want to be different, and by when. That is genuinely enough to get a scope back. You do not need to specify a solution — if you tell us the outcome, we will tell you what it takes, and sometimes that is less than you expected. What slows a brief down is a list of features with no stated problem behind them.

Five questions worth asking any supplier. Who will actually do the work, not who is in the meeting. What is explicitly excluded. What happens if it takes longer than quoted. Whose name the accounts are in at the end. And what they would talk you out of — the last one is the hardest to fake, and the most revealing.

Everything in the written scope delivered and verified, your team able to maintain it without us, and a recorded before-and-after on whatever measure you agreed at the start. Notably not: a slide deck, a vanity score, or a number with no baseline beside it.

Describe the symptom rather than the fix. If the symptom is one this service addresses, it is the right service. If it is not, we will name the one that is — including when that is a different discipline entirely, or nothing right now. Guessing at the service before naming the problem is how budgets get spent on the wrong thing.

Say what is happening now, what you want to be different, and by when. That is genuinely enough to get a scope back. You do not need to specify a solution — if you tell us the outcome, we will tell you what it takes, and sometimes that is less than you expected. What slows a brief down is a list of features with no stated problem behind them.

Five questions worth asking any supplier. Who will actually do the work, not who is in the meeting. What is explicitly excluded. What happens if it takes longer than quoted. Whose name the accounts are in at the end. And what they would talk you out of — the last one is the hardest to fake, and the most revealing.

Everything in the written scope delivered and verified, your team able to maintain it without us, and a recorded before-and-after on whatever measure you agreed at the start. Notably not: a slide deck, a vanity score, or a number with no baseline beside it.

Describe the symptom rather than the fix. If the symptom is one this service addresses, it is the right service. If it is not, we will name the one that is — including when that is a different discipline entirely, or nothing right now. Guessing at the service before naming the problem is how budgets get spent on the wrong thing.

Say what is happening now, what you want to be different, and by when. That is genuinely enough to get a scope back. You do not need to specify a solution — if you tell us the outcome, we will tell you what it takes, and sometimes that is less than you expected. What slows a brief down is a list of features with no stated problem behind them.

Five questions worth asking any supplier. Who will actually do the work, not who is in the meeting. What is explicitly excluded. What happens if it takes longer than quoted. Whose name the accounts are in at the end. And what they would talk you out of — the last one is the hardest to fake, and the most revealing.

Everything in the written scope delivered and verified, your team able to maintain it without us, and a recorded before-and-after on whatever measure you agreed at the start. Notably not: a slide deck, a vanity score, or a number with no baseline beside it.

Describe the symptom rather than the fix. If the symptom is one this service addresses, it is the right service. If it is not, we will name the one that is — including when that is a different discipline entirely, or nothing right now. Guessing at the service before naming the problem is how budgets get spent on the wrong thing.

Say what is happening now, what you want to be different, and by when. That is genuinely enough to get a scope back. You do not need to specify a solution — if you tell us the outcome, we will tell you what it takes, and sometimes that is less than you expected. What slows a brief down is a list of features with no stated problem behind them.

Five questions worth asking any supplier. Who will actually do the work, not who is in the meeting. What is explicitly excluded. What happens if it takes longer than quoted. Whose name the accounts are in at the end. And what they would talk you out of — the last one is the hardest to fake, and the most revealing.

Everything in the written scope delivered and verified, your team able to maintain it without us, and a recorded before-and-after on whatever measure you agreed at the start. Notably not: a slide deck, a vanity score, or a number with no baseline beside it.

Describe the symptom rather than the fix. If the symptom is one this service addresses, it is the right service. If it is not, we will name the one that is — including when that is a different discipline entirely, or nothing right now. Guessing at the service before naming the problem is how budgets get spent on the wrong thing.

Say what is happening now, what you want to be different, and by when. That is genuinely enough to get a scope back. You do not need to specify a solution — if you tell us the outcome, we will tell you what it takes, and sometimes that is less than you expected. What slows a brief down is a list of features with no stated problem behind them.

Five questions worth asking any supplier. Who will actually do the work, not who is in the meeting. What is explicitly excluded. What happens if it takes longer than quoted. Whose name the accounts are in at the end. And what they would talk you out of — the last one is the hardest to fake, and the most revealing.

Everything in the written scope delivered and verified, your team able to maintain it without us, and a recorded before-and-after on whatever measure you agreed at the start. Notably not: a slide deck, a vanity score, or a number with no baseline beside it.

Describe the symptom rather than the fix. If the symptom is one this service addresses, it is the right service. If it is not, we will name the one that is — including when that is a different discipline entirely, or nothing right now. Guessing at the service before naming the problem is how budgets get spent on the wrong thing.

Say what is happening now, what you want to be different, and by when. That is genuinely enough to get a scope back. You do not need to specify a solution — if you tell us the outcome, we will tell you what it takes, and sometimes that is less than you expected. What slows a brief down is a list of features with no stated problem behind them.

Five questions worth asking any supplier. Who will actually do the work, not who is in the meeting. What is explicitly excluded. What happens if it takes longer than quoted. Whose name the accounts are in at the end. And what they would talk you out of — the last one is the hardest to fake, and the most revealing.

Everything in the written scope delivered and verified, your team able to maintain it without us, and a recorded before-and-after on whatever measure you agreed at the start. Notably not: a slide deck, a vanity score, or a number with no baseline beside it.

Describe the symptom rather than the fix. If the symptom is one this service addresses, it is the right service. If it is not, we will name the one that is — including when that is a different discipline entirely, or nothing right now. Guessing at the service before naming the problem is how budgets get spent on the wrong thing.

Say what is happening now, what you want to be different, and by when. That is genuinely enough to get a scope back. You do not need to specify a solution — if you tell us the outcome, we will tell you what it takes, and sometimes that is less than you expected. What slows a brief down is a list of features with no stated problem behind them.

Five questions worth asking any supplier. Who will actually do the work, not who is in the meeting. What is explicitly excluded. What happens if it takes longer than quoted. Whose name the accounts are in at the end. And what they would talk you out of — the last one is the hardest to fake, and the most revealing.

Everything in the written scope delivered and verified, your team able to maintain it without us, and a recorded before-and-after on whatever measure you agreed at the start. Notably not: a slide deck, a vanity score, or a number with no baseline beside it.

Describe the symptom rather than the fix. If the symptom is one this service addresses, it is the right service. If it is not, we will name the one that is — including when that is a different discipline entirely, or nothing right now. Guessing at the service before naming the problem is how budgets get spent on the wrong thing.

Say what is happening now, what you want to be different, and by when. That is genuinely enough to get a scope back. You do not need to specify a solution — if you tell us the outcome, we will tell you what it takes, and sometimes that is less than you expected. What slows a brief down is a list of features with no stated problem behind them.

Five questions worth asking any supplier. Who will actually do the work, not who is in the meeting. What is explicitly excluded. What happens if it takes longer than quoted. Whose name the accounts are in at the end. And what they would talk you out of — the last one is the hardest to fake, and the most revealing.

Everything in the written scope delivered and verified, your team able to maintain it without us, and a recorded before-and-after on whatever measure you agreed at the start. Notably not: a slide deck, a vanity score, or a number with no baseline beside it.

Describe the symptom rather than the fix. If the symptom is one this service addresses, it is the right service. If it is not, we will name the one that is — including when that is a different discipline entirely, or nothing right now. Guessing at the service before naming the problem is how budgets get spent on the wrong thing.

Say what is happening now, what you want to be different, and by when. That is genuinely enough to get a scope back. You do not need to specify a solution — if you tell us the outcome, we will tell you what it takes, and sometimes that is less than you expected. What slows a brief down is a list of features with no stated problem behind them.

Five questions worth asking any supplier. Who will actually do the work, not who is in the meeting. What is explicitly excluded. What happens if it takes longer than quoted. Whose name the accounts are in at the end. And what they would talk you out of — the last one is the hardest to fake, and the most revealing.

Everything in the written scope delivered and verified, your team able to maintain it without us, and a recorded before-and-after on whatever measure you agreed at the start. Notably not: a slide deck, a vanity score, or a number with no baseline beside it.

Describe the symptom rather than the fix. If the symptom is one this service addresses, it is the right service. If it is not, we will name the one that is — including when that is a different discipline entirely, or nothing right now. Guessing at the service before naming the problem is how budgets get spent on the wrong thing.

Three real ones. The starting point turning out to be worse than it looked, which extends the work. A dependency outside our control — a platform, a plugin, a third-party API — changing mid-project. And decisions on your side taking longer than planned, which is the most common of the three by a distance. We name whichever apply to you in the scope rather than after.

That is the thing we test hardest against. Work happens on a copy or in a staging environment wherever the platform allows it, and we check the paths that already work before anything goes live. Where a change genuinely cannot be made without affecting something else, you hear that before it happens, not after.

It stays yours and it stays in your systems. We work inside accounts you own, we do not export customer data to our own tools, and access is created so you can revoke it the moment the project ends. If a piece of work genuinely requires handling personal data, we say what, why and for how long, in writing.

Yes, and without making it an event. Send yours over and we will sign it. We do not publish client names or work without permission either way — the example builds on this site are deliberately unnamed for that reason.

Yes. You pay for what has been completed and you take everything produced up to that point, including access and any partial documentation. Nothing is held back as leverage. We would rather stop a project that has stopped making sense than bill through to the end of it.

Three real ones. The starting point turning out to be worse than it looked, which extends the work. A dependency outside our control — a platform, a plugin, a third-party API — changing mid-project. And decisions on your side taking longer than planned, which is the most common of the three by a distance. We name whichever apply to you in the scope rather than after.

That is the thing we test hardest against. Work happens on a copy or in a staging environment wherever the platform allows it, and we check the paths that already work before anything goes live. Where a change genuinely cannot be made without affecting something else, you hear that before it happens, not after.

It stays yours and it stays in your systems. We work inside accounts you own, we do not export customer data to our own tools, and access is created so you can revoke it the moment the project ends. If a piece of work genuinely requires handling personal data, we say what, why and for how long, in writing.

Yes, and without making it an event. Send yours over and we will sign it. We do not publish client names or work without permission either way — the example builds on this site are deliberately unnamed for that reason.

Yes. You pay for what has been completed and you take everything produced up to that point, including access and any partial documentation. Nothing is held back as leverage. We would rather stop a project that has stopped making sense than bill through to the end of it.

Three real ones. The starting point turning out to be worse than it looked, which extends the work. A dependency outside our control — a platform, a plugin, a third-party API — changing mid-project. And decisions on your side taking longer than planned, which is the most common of the three by a distance. We name whichever apply to you in the scope rather than after.

That is the thing we test hardest against. Work happens on a copy or in a staging environment wherever the platform allows it, and we check the paths that already work before anything goes live. Where a change genuinely cannot be made without affecting something else, you hear that before it happens, not after.

It stays yours and it stays in your systems. We work inside accounts you own, we do not export customer data to our own tools, and access is created so you can revoke it the moment the project ends. If a piece of work genuinely requires handling personal data, we say what, why and for how long, in writing.

Yes, and without making it an event. Send yours over and we will sign it. We do not publish client names or work without permission either way — the example builds on this site are deliberately unnamed for that reason.

Yes. You pay for what has been completed and you take everything produced up to that point, including access and any partial documentation. Nothing is held back as leverage. We would rather stop a project that has stopped making sense than bill through to the end of it.

Three real ones. The starting point turning out to be worse than it looked, which extends the work. A dependency outside our control — a platform, a plugin, a third-party API — changing mid-project. And decisions on your side taking longer than planned, which is the most common of the three by a distance. We name whichever apply to you in the scope rather than after.

That is the thing we test hardest against. Work happens on a copy or in a staging environment wherever the platform allows it, and we check the paths that already work before anything goes live. Where a change genuinely cannot be made without affecting something else, you hear that before it happens, not after.

It stays yours and it stays in your systems. We work inside accounts you own, we do not export customer data to our own tools, and access is created so you can revoke it the moment the project ends. If a piece of work genuinely requires handling personal data, we say what, why and for how long, in writing.

Yes, and without making it an event. Send yours over and we will sign it. We do not publish client names or work without permission either way — the example builds on this site are deliberately unnamed for that reason.

Yes. You pay for what has been completed and you take everything produced up to that point, including access and any partial documentation. Nothing is held back as leverage. We would rather stop a project that has stopped making sense than bill through to the end of it.

Three real ones. The starting point turning out to be worse than it looked, which extends the work. A dependency outside our control — a platform, a plugin, a third-party API — changing mid-project. And decisions on your side taking longer than planned, which is the most common of the three by a distance. We name whichever apply to you in the scope rather than after.

That is the thing we test hardest against. Work happens on a copy or in a staging environment wherever the platform allows it, and we check the paths that already work before anything goes live. Where a change genuinely cannot be made without affecting something else, you hear that before it happens, not after.

It stays yours and it stays in your systems. We work inside accounts you own, we do not export customer data to our own tools, and access is created so you can revoke it the moment the project ends. If a piece of work genuinely requires handling personal data, we say what, why and for how long, in writing.

Yes, and without making it an event. Send yours over and we will sign it. We do not publish client names or work without permission either way — the example builds on this site are deliberately unnamed for that reason.

Yes. You pay for what has been completed and you take everything produced up to that point, including access and any partial documentation. Nothing is held back as leverage. We would rather stop a project that has stopped making sense than bill through to the end of it.

Three real ones. The starting point turning out to be worse than it looked, which extends the work. A dependency outside our control — a platform, a plugin, a third-party API — changing mid-project. And decisions on your side taking longer than planned, which is the most common of the three by a distance. We name whichever apply to you in the scope rather than after.

That is the thing we test hardest against. Work happens on a copy or in a staging environment wherever the platform allows it, and we check the paths that already work before anything goes live. Where a change genuinely cannot be made without affecting something else, you hear that before it happens, not after.

It stays yours and it stays in your systems. We work inside accounts you own, we do not export customer data to our own tools, and access is created so you can revoke it the moment the project ends. If a piece of work genuinely requires handling personal data, we say what, why and for how long, in writing.

Yes, and without making it an event. Send yours over and we will sign it. We do not publish client names or work without permission either way — the example builds on this site are deliberately unnamed for that reason.

Yes. You pay for what has been completed and you take everything produced up to that point, including access and any partial documentation. Nothing is held back as leverage. We would rather stop a project that has stopped making sense than bill through to the end of it.

Three real ones. The starting point turning out to be worse than it looked, which extends the work. A dependency outside our control — a platform, a plugin, a third-party API — changing mid-project. And decisions on your side taking longer than planned, which is the most common of the three by a distance. We name whichever apply to you in the scope rather than after.

That is the thing we test hardest against. Work happens on a copy or in a staging environment wherever the platform allows it, and we check the paths that already work before anything goes live. Where a change genuinely cannot be made without affecting something else, you hear that before it happens, not after.

It stays yours and it stays in your systems. We work inside accounts you own, we do not export customer data to our own tools, and access is created so you can revoke it the moment the project ends. If a piece of work genuinely requires handling personal data, we say what, why and for how long, in writing.

Yes, and without making it an event. Send yours over and we will sign it. We do not publish client names or work without permission either way — the example builds on this site are deliberately unnamed for that reason.

Yes. You pay for what has been completed and you take everything produced up to that point, including access and any partial documentation. Nothing is held back as leverage. We would rather stop a project that has stopped making sense than bill through to the end of it.

Three real ones. The starting point turning out to be worse than it looked, which extends the work. A dependency outside our control — a platform, a plugin, a third-party API — changing mid-project. And decisions on your side taking longer than planned, which is the most common of the three by a distance. We name whichever apply to you in the scope rather than after.

That is the thing we test hardest against. Work happens on a copy or in a staging environment wherever the platform allows it, and we check the paths that already work before anything goes live. Where a change genuinely cannot be made without affecting something else, you hear that before it happens, not after.

It stays yours and it stays in your systems. We work inside accounts you own, we do not export customer data to our own tools, and access is created so you can revoke it the moment the project ends. If a piece of work genuinely requires handling personal data, we say what, why and for how long, in writing.

Yes, and without making it an event. Send yours over and we will sign it. We do not publish client names or work without permission either way — the example builds on this site are deliberately unnamed for that reason.

Yes. You pay for what has been completed and you take everything produced up to that point, including access and any partial documentation. Nothing is held back as leverage. We would rather stop a project that has stopped making sense than bill through to the end of it.

Three real ones. The starting point turning out to be worse than it looked, which extends the work. A dependency outside our control — a platform, a plugin, a third-party API — changing mid-project. And decisions on your side taking longer than planned, which is the most common of the three by a distance. We name whichever apply to you in the scope rather than after.

That is the thing we test hardest against. Work happens on a copy or in a staging environment wherever the platform allows it, and we check the paths that already work before anything goes live. Where a change genuinely cannot be made without affecting something else, you hear that before it happens, not after.

It stays yours and it stays in your systems. We work inside accounts you own, we do not export customer data to our own tools, and access is created so you can revoke it the moment the project ends. If a piece of work genuinely requires handling personal data, we say what, why and for how long, in writing.

Yes, and without making it an event. Send yours over and we will sign it. We do not publish client names or work without permission either way — the example builds on this site are deliberately unnamed for that reason.

Yes. You pay for what has been completed and you take everything produced up to that point, including access and any partial documentation. Nothing is held back as leverage. We would rather stop a project that has stopped making sense than bill through to the end of it.

Three real ones. The starting point turning out to be worse than it looked, which extends the work. A dependency outside our control — a platform, a plugin, a third-party API — changing mid-project. And decisions on your side taking longer than planned, which is the most common of the three by a distance. We name whichever apply to you in the scope rather than after.

That is the thing we test hardest against. Work happens on a copy or in a staging environment wherever the platform allows it, and we check the paths that already work before anything goes live. Where a change genuinely cannot be made without affecting something else, you hear that before it happens, not after.

It stays yours and it stays in your systems. We work inside accounts you own, we do not export customer data to our own tools, and access is created so you can revoke it the moment the project ends. If a piece of work genuinely requires handling personal data, we say what, why and for how long, in writing.

Yes, and without making it an event. Send yours over and we will sign it. We do not publish client names or work without permission either way — the example builds on this site are deliberately unnamed for that reason.

Yes. You pay for what has been completed and you take everything produced up to that point, including access and any partial documentation. Nothing is held back as leverage. We would rather stop a project that has stopped making sense than bill through to the end of it.

Three real ones. The starting point turning out to be worse than it looked, which extends the work. A dependency outside our control — a platform, a plugin, a third-party API — changing mid-project. And decisions on your side taking longer than planned, which is the most common of the three by a distance. We name whichever apply to you in the scope rather than after.

That is the thing we test hardest against. Work happens on a copy or in a staging environment wherever the platform allows it, and we check the paths that already work before anything goes live. Where a change genuinely cannot be made without affecting something else, you hear that before it happens, not after.

It stays yours and it stays in your systems. We work inside accounts you own, we do not export customer data to our own tools, and access is created so you can revoke it the moment the project ends. If a piece of work genuinely requires handling personal data, we say what, why and for how long, in writing.

Yes, and without making it an event. Send yours over and we will sign it. We do not publish client names or work without permission either way — the example builds on this site are deliberately unnamed for that reason.

Yes. You pay for what has been completed and you take everything produced up to that point, including access and any partial documentation. Nothing is held back as leverage. We would rather stop a project that has stopped making sense than bill through to the end of it.

Three real ones. The starting point turning out to be worse than it looked, which extends the work. A dependency outside our control — a platform, a plugin, a third-party API — changing mid-project. And decisions on your side taking longer than planned, which is the most common of the three by a distance. We name whichever apply to you in the scope rather than after.

That is the thing we test hardest against. Work happens on a copy or in a staging environment wherever the platform allows it, and we check the paths that already work before anything goes live. Where a change genuinely cannot be made without affecting something else, you hear that before it happens, not after.

It stays yours and it stays in your systems. We work inside accounts you own, we do not export customer data to our own tools, and access is created so you can revoke it the moment the project ends. If a piece of work genuinely requires handling personal data, we say what, why and for how long, in writing.

Yes, and without making it an event. Send yours over and we will sign it. We do not publish client names or work without permission either way — the example builds on this site are deliberately unnamed for that reason.

Yes. You pay for what has been completed and you take everything produced up to that point, including access and any partial documentation. Nothing is held back as leverage. We would rather stop a project that has stopped making sense than bill through to the end of it.

Three real ones. The starting point turning out to be worse than it looked, which extends the work. A dependency outside our control — a platform, a plugin, a third-party API — changing mid-project. And decisions on your side taking longer than planned, which is the most common of the three by a distance. We name whichever apply to you in the scope rather than after.

That is the thing we test hardest against. Work happens on a copy or in a staging environment wherever the platform allows it, and we check the paths that already work before anything goes live. Where a change genuinely cannot be made without affecting something else, you hear that before it happens, not after.

It stays yours and it stays in your systems. We work inside accounts you own, we do not export customer data to our own tools, and access is created so you can revoke it the moment the project ends. If a piece of work genuinely requires handling personal data, we say what, why and for how long, in writing.

Yes, and without making it an event. Send yours over and we will sign it. We do not publish client names or work without permission either way — the example builds on this site are deliberately unnamed for that reason.

Yes. You pay for what has been completed and you take everything produced up to that point, including access and any partial documentation. Nothing is held back as leverage. We would rather stop a project that has stopped making sense than bill through to the end of it.

Three real ones. The starting point turning out to be worse than it looked, which extends the work. A dependency outside our control — a platform, a plugin, a third-party API — changing mid-project. And decisions on your side taking longer than planned, which is the most common of the three by a distance. We name whichever apply to you in the scope rather than after.

That is the thing we test hardest against. Work happens on a copy or in a staging environment wherever the platform allows it, and we check the paths that already work before anything goes live. Where a change genuinely cannot be made without affecting something else, you hear that before it happens, not after.

It stays yours and it stays in your systems. We work inside accounts you own, we do not export customer data to our own tools, and access is created so you can revoke it the moment the project ends. If a piece of work genuinely requires handling personal data, we say what, why and for how long, in writing.

Yes, and without making it an event. Send yours over and we will sign it. We do not publish client names or work without permission either way — the example builds on this site are deliberately unnamed for that reason.

Yes. You pay for what has been completed and you take everything produced up to that point, including access and any partial documentation. Nothing is held back as leverage. We would rather stop a project that has stopped making sense than bill through to the end of it.

Three real ones. The starting point turning out to be worse than it looked, which extends the work. A dependency outside our control — a platform, a plugin, a third-party API — changing mid-project. And decisions on your side taking longer than planned, which is the most common of the three by a distance. We name whichever apply to you in the scope rather than after.

That is the thing we test hardest against. Work happens on a copy or in a staging environment wherever the platform allows it, and we check the paths that already work before anything goes live. Where a change genuinely cannot be made without affecting something else, you hear that before it happens, not after.

It stays yours and it stays in your systems. We work inside accounts you own, we do not export customer data to our own tools, and access is created so you can revoke it the moment the project ends. If a piece of work genuinely requires handling personal data, we say what, why and for how long, in writing.

Yes, and without making it an event. Send yours over and we will sign it. We do not publish client names or work without permission either way — the example builds on this site are deliberately unnamed for that reason.

Yes. You pay for what has been completed and you take everything produced up to that point, including access and any partial documentation. Nothing is held back as leverage. We would rather stop a project that has stopped making sense than bill through to the end of it.

Four stages, and none of them are a surprise. First a conversation about what you actually need. Then a written scope with a fixed price and a start date, sent before you commit to anything. Then the build, which you can see as it happens rather than being shown at the end. Then handover — documentation and everything you need to run it without us.

The people who scoped it. There is no arrangement here where a senior person wins the work and a junior delivers it — you will know who is on your project and you will speak to them directly rather than through an account manager relaying messages.

WhatsApp or email for day-to-day, whichever you prefer, plus a written update at each milestone. We do not require you to attend a standing weekly call to receive information that fits in a message. If something is going wrong you hear it when we find out, not at the next scheduled meeting.

Access to the relevant systems, one person on your side who can make decisions, and any content or assets the scope depends on. The most common cause of delay on this kind of work is not the build — it is waiting on approvals and material from the client side, so we agree who owns those before we begin.

We work with GA4, GTM and BigQuery for this. If your stack differs we will tell you honestly whether we are the right team before you commit — we would rather turn work down than learn a platform on your budget.

Usually yes, and we prefer to. Rebuilding something that works is a cost with no return. We review what you have first and tell you plainly which parts are worth keeping, which need repair, and which are cheaper to replace than to maintain — including when the honest answer is that nothing needs to change.

Message us with what you need. One paragraph is plenty. You'll hear back within a business day, either with a written scope and a fixed price, or with a couple of questions if something important is missing. There's no form to fill in before you get to speak to a person.

Regularly, and it usually goes fine. What makes it work is a clear split of who owns what, written down before anyone starts. What makes it fail is two suppliers with overlapping scope and no agreed boundary, which turns into a blame conversation the first time something breaks.

Often yes. We will review what exists and tell you plainly whether it is worth continuing or cheaper to redo — and we will say "continue" when that is true, even though a rebuild is the larger invoice. What we will not do is quote a rescue without looking at the state of it first.

A walkthrough at handover is included, and the documentation is written for a person who was not in the build. If you want structured training beyond that — several sessions, multiple people, recorded material — say so during scoping and it goes in as a line item rather than being assumed either way.

The person doing the work, directly. There is no account manager relaying messages, and no ticket queue between you and the answer. If it is urgent, WhatsApp reaches someone faster than email during either office's working day.

Four stages, and none of them are a surprise. First a conversation about what you actually need. Then a written scope with a fixed price and a start date, sent before you commit to anything. Then the build, which you can see as it happens rather than being shown at the end. Then handover — documentation and everything you need to run it without us.

The people who scoped it. There is no arrangement here where a senior person wins the work and a junior delivers it — you will know who is on your project and you will speak to them directly rather than through an account manager relaying messages.

WhatsApp or email for day-to-day, whichever you prefer, plus a written update at each milestone. We do not require you to attend a standing weekly call to receive information that fits in a message. If something is going wrong you hear it when we find out, not at the next scheduled meeting.

Access to the relevant systems, one person on your side who can make decisions, and any content or assets the scope depends on. The most common cause of delay on this kind of work is not the build — it is waiting on approvals and material from the client side, so we agree who owns those before we begin.

We work with GTM Server-Side, Google Cloud Run and GA4 for this. If your stack differs we will tell you honestly whether we are the right team before you commit — we would rather turn work down than learn a platform on your budget.

Usually yes, and we prefer to. Rebuilding something that works is a cost with no return. We review what you have first and tell you plainly which parts are worth keeping, which need repair, and which are cheaper to replace than to maintain — including when the honest answer is that nothing needs to change.

Message us with what you need. One paragraph is plenty. You'll hear back within a business day, either with a written scope and a fixed price, or with a couple of questions if something important is missing. There's no form to fill in before you get to speak to a person.

Regularly, and it usually goes fine. What makes it work is a clear split of who owns what, written down before anyone starts. What makes it fail is two suppliers with overlapping scope and no agreed boundary, which turns into a blame conversation the first time something breaks.

Often yes. We will review what exists and tell you plainly whether it is worth continuing or cheaper to redo — and we will say "continue" when that is true, even though a rebuild is the larger invoice. What we will not do is quote a rescue without looking at the state of it first.

A walkthrough at handover is included, and the documentation is written for a person who was not in the build. If you want structured training beyond that — several sessions, multiple people, recorded material — say so during scoping and it goes in as a line item rather than being assumed either way.

The person doing the work, directly. There is no account manager relaying messages, and no ticket queue between you and the answer. If it is urgent, WhatsApp reaches someone faster than email during either office's working day.

Four stages, and none of them are a surprise. First a conversation about what you actually need. Then a written scope with a fixed price and a start date, sent before you commit to anything. Then the build, which you can see as it happens rather than being shown at the end. Then handover — documentation and everything you need to run it without us.

The people who scoped it. There is no arrangement here where a senior person wins the work and a junior delivers it — you will know who is on your project and you will speak to them directly rather than through an account manager relaying messages.

WhatsApp or email for day-to-day, whichever you prefer, plus a written update at each milestone. We do not require you to attend a standing weekly call to receive information that fits in a message. If something is going wrong you hear it when we find out, not at the next scheduled meeting.

Access to the relevant systems, one person on your side who can make decisions, and any content or assets the scope depends on. The most common cause of delay on this kind of work is not the build — it is waiting on approvals and material from the client side, so we agree who owns those before we begin.

We work with Looker Studio, BigQuery and GA4 for this. If your stack differs we will tell you honestly whether we are the right team before you commit — we would rather turn work down than learn a platform on your budget.

Usually yes, and we prefer to. Rebuilding something that works is a cost with no return. We review what you have first and tell you plainly which parts are worth keeping, which need repair, and which are cheaper to replace than to maintain — including when the honest answer is that nothing needs to change.

Message us with what you need. One paragraph is plenty. You'll hear back within a business day, either with a written scope and a fixed price, or with a couple of questions if something important is missing. There's no form to fill in before you get to speak to a person.

Regularly, and it usually goes fine. What makes it work is a clear split of who owns what, written down before anyone starts. What makes it fail is two suppliers with overlapping scope and no agreed boundary, which turns into a blame conversation the first time something breaks.

Often yes. We will review what exists and tell you plainly whether it is worth continuing or cheaper to redo — and we will say "continue" when that is true, even though a rebuild is the larger invoice. What we will not do is quote a rescue without looking at the state of it first.

A walkthrough at handover is included, and the documentation is written for a person who was not in the build. If you want structured training beyond that — several sessions, multiple people, recorded material — say so during scoping and it goes in as a line item rather than being assumed either way.

The person doing the work, directly. There is no account manager relaying messages, and no ticket queue between you and the answer. If it is urgent, WhatsApp reaches someone faster than email during either office's working day.

Four stages, and none of them are a surprise. First a conversation about what you actually need. Then a written scope with a fixed price and a start date, sent before you commit to anything. Then the build, which you can see as it happens rather than being shown at the end. Then handover — documentation and everything you need to run it without us.

The people who scoped it. There is no arrangement here where a senior person wins the work and a junior delivers it — you will know who is on your project and you will speak to them directly rather than through an account manager relaying messages.

WhatsApp or email for day-to-day, whichever you prefer, plus a written update at each milestone. We do not require you to attend a standing weekly call to receive information that fits in a message. If something is going wrong you hear it when we find out, not at the next scheduled meeting.

Access to the relevant systems, one person on your side who can make decisions, and any content or assets the scope depends on. The most common cause of delay on this kind of work is not the build — it is waiting on approvals and material from the client side, so we agree who owns those before we begin.

We work with GA4, BigQuery and Looker Studio for this. If your stack differs we will tell you honestly whether we are the right team before you commit — we would rather turn work down than learn a platform on your budget.

Message us with what you need. One paragraph is plenty. You'll hear back within a business day, either with a written scope and a fixed price, or with a couple of questions if something important is missing. There's no form to fill in before you get to speak to a person.

Regularly, and it usually goes fine. What makes it work is a clear split of who owns what, written down before anyone starts. What makes it fail is two suppliers with overlapping scope and no agreed boundary, which turns into a blame conversation the first time something breaks.

Often yes. We will review what exists and tell you plainly whether it is worth continuing or cheaper to redo — and we will say "continue" when that is true, even though a rebuild is the larger invoice. What we will not do is quote a rescue without looking at the state of it first.

A walkthrough at handover is included, and the documentation is written for a person who was not in the build. If you want structured training beyond that — several sessions, multiple people, recorded material — say so during scoping and it goes in as a line item rather than being assumed either way.

The person doing the work, directly. There is no account manager relaying messages, and no ticket queue between you and the answer. If it is urgent, WhatsApp reaches someone faster than email during either office's working day.

Four stages, and none of them are a surprise. First a conversation about what you actually need. Then a written scope with a fixed price and a start date, sent before you commit to anything. Then the build, which you can see as it happens rather than being shown at the end. Then handover — documentation and everything you need to run it without us.

The people who scoped it. There is no arrangement here where a senior person wins the work and a junior delivers it — you will know who is on your project and you will speak to them directly rather than through an account manager relaying messages.

WhatsApp or email for day-to-day, whichever you prefer, plus a written update at each milestone. We do not require you to attend a standing weekly call to receive information that fits in a message. If something is going wrong you hear it when we find out, not at the next scheduled meeting.

Access to the relevant systems, one person on your side who can make decisions, and any content or assets the scope depends on. The most common cause of delay on this kind of work is not the build — it is waiting on approvals and material from the client side, so we agree who owns those before we begin.

We work with GA4, GTM, Shopify and Server-Side GTM for this. If your stack differs we will tell you honestly whether we are the right team before you commit — we would rather turn work down than learn a platform on your budget.

Message us with what you need. One paragraph is plenty. You'll hear back within a business day, either with a written scope and a fixed price, or with a couple of questions if something important is missing. There's no form to fill in before you get to speak to a person.

Regularly, and it usually goes fine. What makes it work is a clear split of who owns what, written down before anyone starts. What makes it fail is two suppliers with overlapping scope and no agreed boundary, which turns into a blame conversation the first time something breaks.

Often yes. We will review what exists and tell you plainly whether it is worth continuing or cheaper to redo — and we will say "continue" when that is true, even though a rebuild is the larger invoice. What we will not do is quote a rescue without looking at the state of it first.

A walkthrough at handover is included, and the documentation is written for a person who was not in the build. If you want structured training beyond that — several sessions, multiple people, recorded material — say so during scoping and it goes in as a line item rather than being assumed either way.

The person doing the work, directly. There is no account manager relaying messages, and no ticket queue between you and the answer. If it is urgent, WhatsApp reaches someone faster than email during either office's working day.

Four stages, and none of them are a surprise. First a conversation about what you actually need. Then a written scope with a fixed price and a start date, sent before you commit to anything. Then the build, which you can see as it happens rather than being shown at the end. Then handover — documentation and everything you need to run it without us.

The people who scoped it. There is no arrangement here where a senior person wins the work and a junior delivers it — you will know who is on your project and you will speak to them directly rather than through an account manager relaying messages.

WhatsApp or email for day-to-day, whichever you prefer, plus a written update at each milestone. We do not require you to attend a standing weekly call to receive information that fits in a message. If something is going wrong you hear it when we find out, not at the next scheduled meeting.

Access to the relevant systems, one person on your side who can make decisions, and any content or assets the scope depends on. The most common cause of delay on this kind of work is not the build — it is waiting on approvals and material from the client side, so we agree who owns those before we begin.

We work with GTM, GA4 and Tag Assistant for this. If your stack differs we will tell you honestly whether we are the right team before you commit — we would rather turn work down than learn a platform on your budget.

Usually yes, and we prefer to. Rebuilding something that works is a cost with no return. We review what you have first and tell you plainly which parts are worth keeping, which need repair, and which are cheaper to replace than to maintain — including when the honest answer is that nothing needs to change.

Message us with what you need. One paragraph is plenty. You'll hear back within a business day, either with a written scope and a fixed price, or with a couple of questions if something important is missing. There's no form to fill in before you get to speak to a person.

Regularly, and it usually goes fine. What makes it work is a clear split of who owns what, written down before anyone starts. What makes it fail is two suppliers with overlapping scope and no agreed boundary, which turns into a blame conversation the first time something breaks.

Often yes. We will review what exists and tell you plainly whether it is worth continuing or cheaper to redo — and we will say "continue" when that is true, even though a rebuild is the larger invoice. What we will not do is quote a rescue without looking at the state of it first.

A walkthrough at handover is included, and the documentation is written for a person who was not in the build. If you want structured training beyond that — several sessions, multiple people, recorded material — say so during scoping and it goes in as a line item rather than being assumed either way.

The person doing the work, directly. There is no account manager relaying messages, and no ticket queue between you and the answer. If it is urgent, WhatsApp reaches someone faster than email during either office's working day.

Four stages, and none of them are a surprise. First a conversation about what you actually need. Then a written scope with a fixed price and a start date, sent before you commit to anything. Then the build, which you can see as it happens rather than being shown at the end. Then handover — documentation and everything you need to run it without us.

The people who scoped it. There is no arrangement here where a senior person wins the work and a junior delivers it — you will know who is on your project and you will speak to them directly rather than through an account manager relaying messages.

WhatsApp or email for day-to-day, whichever you prefer, plus a written update at each milestone. We do not require you to attend a standing weekly call to receive information that fits in a message. If something is going wrong you hear it when we find out, not at the next scheduled meeting.

Access to the relevant systems, one person on your side who can make decisions, and any content or assets the scope depends on. The most common cause of delay on this kind of work is not the build — it is waiting on approvals and material from the client side, so we agree who owns those before we begin.

We work with Meta Pixel, Meta CAPI and GTM for this. If your stack differs we will tell you honestly whether we are the right team before you commit — we would rather turn work down than learn a platform on your budget.

Usually yes, and we prefer to. Rebuilding something that works is a cost with no return. We review what you have first and tell you plainly which parts are worth keeping, which need repair, and which are cheaper to replace than to maintain — including when the honest answer is that nothing needs to change.

Message us with what you need. One paragraph is plenty. You'll hear back within a business day, either with a written scope and a fixed price, or with a couple of questions if something important is missing. There's no form to fill in before you get to speak to a person.

Regularly, and it usually goes fine. What makes it work is a clear split of who owns what, written down before anyone starts. What makes it fail is two suppliers with overlapping scope and no agreed boundary, which turns into a blame conversation the first time something breaks.

Often yes. We will review what exists and tell you plainly whether it is worth continuing or cheaper to redo — and we will say "continue" when that is true, even though a rebuild is the larger invoice. What we will not do is quote a rescue without looking at the state of it first.

A walkthrough at handover is included, and the documentation is written for a person who was not in the build. If you want structured training beyond that — several sessions, multiple people, recorded material — say so during scoping and it goes in as a line item rather than being assumed either way.

The person doing the work, directly. There is no account manager relaying messages, and no ticket queue between you and the answer. If it is urgent, WhatsApp reaches someone faster than email during either office's working day.

Four stages, and none of them are a surprise. First a conversation about what you actually need. Then a written scope with a fixed price and a start date, sent before you commit to anything. Then the build, which you can see as it happens rather than being shown at the end. Then handover — documentation and everything you need to run it without us.

The people who scoped it. There is no arrangement here where a senior person wins the work and a junior delivers it — you will know who is on your project and you will speak to them directly rather than through an account manager relaying messages.

WhatsApp or email for day-to-day, whichever you prefer, plus a written update at each milestone. We do not require you to attend a standing weekly call to receive information that fits in a message. If something is going wrong you hear it when we find out, not at the next scheduled meeting.

Access to the relevant systems, one person on your side who can make decisions, and any content or assets the scope depends on. The most common cause of delay on this kind of work is not the build — it is waiting on approvals and material from the client side, so we agree who owns those before we begin.

We work with TikTok Pixel and TikTok Events API for this. If your stack differs we will tell you honestly whether we are the right team before you commit — we would rather turn work down than learn a platform on your budget.

Usually yes, and we prefer to. Rebuilding something that works is a cost with no return. We review what you have first and tell you plainly which parts are worth keeping, which need repair, and which are cheaper to replace than to maintain — including when the honest answer is that nothing needs to change.

Message us with what you need. One paragraph is plenty. You'll hear back within a business day, either with a written scope and a fixed price, or with a couple of questions if something important is missing. There's no form to fill in before you get to speak to a person.

Regularly, and it usually goes fine. What makes it work is a clear split of who owns what, written down before anyone starts. What makes it fail is two suppliers with overlapping scope and no agreed boundary, which turns into a blame conversation the first time something breaks.

Often yes. We will review what exists and tell you plainly whether it is worth continuing or cheaper to redo — and we will say "continue" when that is true, even though a rebuild is the larger invoice. What we will not do is quote a rescue without looking at the state of it first.

A walkthrough at handover is included, and the documentation is written for a person who was not in the build. If you want structured training beyond that — several sessions, multiple people, recorded material — say so during scoping and it goes in as a line item rather than being assumed either way.

The person doing the work, directly. There is no account manager relaying messages, and no ticket queue between you and the answer. If it is urgent, WhatsApp reaches someone faster than email during either office's working day.

Four stages, and none of them are a surprise. First a conversation about what you actually need. Then a written scope with a fixed price and a start date, sent before you commit to anything. Then the build, which you can see as it happens rather than being shown at the end. Then handover — documentation and everything you need to run it without us.

The people who scoped it. There is no arrangement here where a senior person wins the work and a junior delivers it — you will know who is on your project and you will speak to them directly rather than through an account manager relaying messages.

WhatsApp or email for day-to-day, whichever you prefer, plus a written update at each milestone. We do not require you to attend a standing weekly call to receive information that fits in a message. If something is going wrong you hear it when we find out, not at the next scheduled meeting.

Access to the relevant systems, one person on your side who can make decisions, and any content or assets the scope depends on. The most common cause of delay on this kind of work is not the build — it is waiting on approvals and material from the client side, so we agree who owns those before we begin.

We work with LinkedIn Insight Tag and GTM for this. If your stack differs we will tell you honestly whether we are the right team before you commit — we would rather turn work down than learn a platform on your budget.

Usually yes, and we prefer to. Rebuilding something that works is a cost with no return. We review what you have first and tell you plainly which parts are worth keeping, which need repair, and which are cheaper to replace than to maintain — including when the honest answer is that nothing needs to change.

Message us with what you need. One paragraph is plenty. You'll hear back within a business day, either with a written scope and a fixed price, or with a couple of questions if something important is missing. There's no form to fill in before you get to speak to a person.

Regularly, and it usually goes fine. What makes it work is a clear split of who owns what, written down before anyone starts. What makes it fail is two suppliers with overlapping scope and no agreed boundary, which turns into a blame conversation the first time something breaks.

Often yes. We will review what exists and tell you plainly whether it is worth continuing or cheaper to redo — and we will say "continue" when that is true, even though a rebuild is the larger invoice. What we will not do is quote a rescue without looking at the state of it first.

A walkthrough at handover is included, and the documentation is written for a person who was not in the build. If you want structured training beyond that — several sessions, multiple people, recorded material — say so during scoping and it goes in as a line item rather than being assumed either way.

The person doing the work, directly. There is no account manager relaying messages, and no ticket queue between you and the answer. If it is urgent, WhatsApp reaches someone faster than email during either office's working day.

Four stages, and none of them are a surprise. First a conversation about what you actually need. Then a written scope with a fixed price and a start date, sent before you commit to anything. Then the build, which you can see as it happens rather than being shown at the end. Then handover — documentation and everything you need to run it without us.

The people who scoped it. There is no arrangement here where a senior person wins the work and a junior delivers it — you will know who is on your project and you will speak to them directly rather than through an account manager relaying messages.

WhatsApp or email for day-to-day, whichever you prefer, plus a written update at each milestone. We do not require you to attend a standing weekly call to receive information that fits in a message. If something is going wrong you hear it when we find out, not at the next scheduled meeting.

Access to the relevant systems, one person on your side who can make decisions, and any content or assets the scope depends on. The most common cause of delay on this kind of work is not the build — it is waiting on approvals and material from the client side, so we agree who owns those before we begin.

We work with Microsoft Clarity and GTM for this. If your stack differs we will tell you honestly whether we are the right team before you commit — we would rather turn work down than learn a platform on your budget.

Usually yes, and we prefer to. Rebuilding something that works is a cost with no return. We review what you have first and tell you plainly which parts are worth keeping, which need repair, and which are cheaper to replace than to maintain — including when the honest answer is that nothing needs to change.

Message us with what you need. One paragraph is plenty. You'll hear back within a business day, either with a written scope and a fixed price, or with a couple of questions if something important is missing. There's no form to fill in before you get to speak to a person.

Regularly, and it usually goes fine. What makes it work is a clear split of who owns what, written down before anyone starts. What makes it fail is two suppliers with overlapping scope and no agreed boundary, which turns into a blame conversation the first time something breaks.

Often yes. We will review what exists and tell you plainly whether it is worth continuing or cheaper to redo — and we will say "continue" when that is true, even though a rebuild is the larger invoice. What we will not do is quote a rescue without looking at the state of it first.

A walkthrough at handover is included, and the documentation is written for a person who was not in the build. If you want structured training beyond that — several sessions, multiple people, recorded material — say so during scoping and it goes in as a line item rather than being assumed either way.

The person doing the work, directly. There is no account manager relaying messages, and no ticket queue between you and the answer. If it is urgent, WhatsApp reaches someone faster than email during either office's working day.

Four stages, and none of them are a surprise. First a conversation about what you actually need. Then a written scope with a fixed price and a start date, sent before you commit to anything. Then the build, which you can see as it happens rather than being shown at the end. Then handover — documentation and everything you need to run it without us.

The people who scoped it. There is no arrangement here where a senior person wins the work and a junior delivers it — you will know who is on your project and you will speak to them directly rather than through an account manager relaying messages.

WhatsApp or email for day-to-day, whichever you prefer, plus a written update at each milestone. We do not require you to attend a standing weekly call to receive information that fits in a message. If something is going wrong you hear it when we find out, not at the next scheduled meeting.

Access to the relevant systems, one person on your side who can make decisions, and any content or assets the scope depends on. The most common cause of delay on this kind of work is not the build — it is waiting on approvals and material from the client side, so we agree who owns those before we begin.

We work with Hotjar and GTM for this. If your stack differs we will tell you honestly whether we are the right team before you commit — we would rather turn work down than learn a platform on your budget.

Usually yes, and we prefer to. Rebuilding something that works is a cost with no return. We review what you have first and tell you plainly which parts are worth keeping, which need repair, and which are cheaper to replace than to maintain — including when the honest answer is that nothing needs to change.

Message us with what you need. One paragraph is plenty. You'll hear back within a business day, either with a written scope and a fixed price, or with a couple of questions if something important is missing. There's no form to fill in before you get to speak to a person.

Regularly, and it usually goes fine. What makes it work is a clear split of who owns what, written down before anyone starts. What makes it fail is two suppliers with overlapping scope and no agreed boundary, which turns into a blame conversation the first time something breaks.

Often yes. We will review what exists and tell you plainly whether it is worth continuing or cheaper to redo — and we will say "continue" when that is true, even though a rebuild is the larger invoice. What we will not do is quote a rescue without looking at the state of it first.

A walkthrough at handover is included, and the documentation is written for a person who was not in the build. If you want structured training beyond that — several sessions, multiple people, recorded material — say so during scoping and it goes in as a line item rather than being assumed either way.

The person doing the work, directly. There is no account manager relaying messages, and no ticket queue between you and the answer. If it is urgent, WhatsApp reaches someone faster than email during either office's working day.

Four stages, and none of them are a surprise. First a conversation about what you actually need. Then a written scope with a fixed price and a start date, sent before you commit to anything. Then the build, which you can see as it happens rather than being shown at the end. Then handover — documentation and everything you need to run it without us.

The people who scoped it. There is no arrangement here where a senior person wins the work and a junior delivers it — you will know who is on your project and you will speak to them directly rather than through an account manager relaying messages.

WhatsApp or email for day-to-day, whichever you prefer, plus a written update at each milestone. We do not require you to attend a standing weekly call to receive information that fits in a message. If something is going wrong you hear it when we find out, not at the next scheduled meeting.

Access to the relevant systems, one person on your side who can make decisions, and any content or assets the scope depends on. The most common cause of delay on this kind of work is not the build — it is waiting on approvals and material from the client side, so we agree who owns those before we begin.

We work with Mixpanel and Segment for this. If your stack differs we will tell you honestly whether we are the right team before you commit — we would rather turn work down than learn a platform on your budget.

Usually yes, and we prefer to. Rebuilding something that works is a cost with no return. We review what you have first and tell you plainly which parts are worth keeping, which need repair, and which are cheaper to replace than to maintain — including when the honest answer is that nothing needs to change.

Message us with what you need. One paragraph is plenty. You'll hear back within a business day, either with a written scope and a fixed price, or with a couple of questions if something important is missing. There's no form to fill in before you get to speak to a person.

Regularly, and it usually goes fine. What makes it work is a clear split of who owns what, written down before anyone starts. What makes it fail is two suppliers with overlapping scope and no agreed boundary, which turns into a blame conversation the first time something breaks.

Often yes. We will review what exists and tell you plainly whether it is worth continuing or cheaper to redo — and we will say "continue" when that is true, even though a rebuild is the larger invoice. What we will not do is quote a rescue without looking at the state of it first.

A walkthrough at handover is included, and the documentation is written for a person who was not in the build. If you want structured training beyond that — several sessions, multiple people, recorded material — say so during scoping and it goes in as a line item rather than being assumed either way.

The person doing the work, directly. There is no account manager relaying messages, and no ticket queue between you and the answer. If it is urgent, WhatsApp reaches someone faster than email during either office's working day.

Four stages, and none of them are a surprise. First a conversation about what you actually need. Then a written scope with a fixed price and a start date, sent before you commit to anything. Then the build, which you can see as it happens rather than being shown at the end. Then handover — documentation and everything you need to run it without us.

The people who scoped it. There is no arrangement here where a senior person wins the work and a junior delivers it — you will know who is on your project and you will speak to them directly rather than through an account manager relaying messages.

WhatsApp or email for day-to-day, whichever you prefer, plus a written update at each milestone. We do not require you to attend a standing weekly call to receive information that fits in a message. If something is going wrong you hear it when we find out, not at the next scheduled meeting.

Access to the relevant systems, one person on your side who can make decisions, and any content or assets the scope depends on. The most common cause of delay on this kind of work is not the build — it is waiting on approvals and material from the client side, so we agree who owns those before we begin.

We work with Amplitude and Segment for this. If your stack differs we will tell you honestly whether we are the right team before you commit — we would rather turn work down than learn a platform on your budget.

Usually yes, and we prefer to. Rebuilding something that works is a cost with no return. We review what you have first and tell you plainly which parts are worth keeping, which need repair, and which are cheaper to replace than to maintain — including when the honest answer is that nothing needs to change.

Message us with what you need. One paragraph is plenty. You'll hear back within a business day, either with a written scope and a fixed price, or with a couple of questions if something important is missing. There's no form to fill in before you get to speak to a person.

Regularly, and it usually goes fine. What makes it work is a clear split of who owns what, written down before anyone starts. What makes it fail is two suppliers with overlapping scope and no agreed boundary, which turns into a blame conversation the first time something breaks.

Often yes. We will review what exists and tell you plainly whether it is worth continuing or cheaper to redo — and we will say "continue" when that is true, even though a rebuild is the larger invoice. What we will not do is quote a rescue without looking at the state of it first.

A walkthrough at handover is included, and the documentation is written for a person who was not in the build. If you want structured training beyond that — several sessions, multiple people, recorded material — say so during scoping and it goes in as a line item rather than being assumed either way.

The person doing the work, directly. There is no account manager relaying messages, and no ticket queue between you and the answer. If it is urgent, WhatsApp reaches someone faster than email during either office's working day.

Four stages, and none of them are a surprise. First a conversation about what you actually need. Then a written scope with a fixed price and a start date, sent before you commit to anything. Then the build, which you can see as it happens rather than being shown at the end. Then handover — documentation and everything you need to run it without us.

The people who scoped it. There is no arrangement here where a senior person wins the work and a junior delivers it — you will know who is on your project and you will speak to them directly rather than through an account manager relaying messages.

WhatsApp or email for day-to-day, whichever you prefer, plus a written update at each milestone. We do not require you to attend a standing weekly call to receive information that fits in a message. If something is going wrong you hear it when we find out, not at the next scheduled meeting.

Access to the relevant systems, one person on your side who can make decisions, and any content or assets the scope depends on. The most common cause of delay on this kind of work is not the build — it is waiting on approvals and material from the client side, so we agree who owns those before we begin.

We work with Power BI, Azure and SQL Server for this. If your stack differs we will tell you honestly whether we are the right team before you commit — we would rather turn work down than learn a platform on your budget.

Usually yes, and we prefer to. Rebuilding something that works is a cost with no return. We review what you have first and tell you plainly which parts are worth keeping, which need repair, and which are cheaper to replace than to maintain — including when the honest answer is that nothing needs to change.

Message us with what you need. One paragraph is plenty. You'll hear back within a business day, either with a written scope and a fixed price, or with a couple of questions if something important is missing. There's no form to fill in before you get to speak to a person.

Regularly, and it usually goes fine. What makes it work is a clear split of who owns what, written down before anyone starts. What makes it fail is two suppliers with overlapping scope and no agreed boundary, which turns into a blame conversation the first time something breaks.

Often yes. We will review what exists and tell you plainly whether it is worth continuing or cheaper to redo — and we will say "continue" when that is true, even though a rebuild is the larger invoice. What we will not do is quote a rescue without looking at the state of it first.

A walkthrough at handover is included, and the documentation is written for a person who was not in the build. If you want structured training beyond that — several sessions, multiple people, recorded material — say so during scoping and it goes in as a line item rather than being assumed either way.

The person doing the work, directly. There is no account manager relaying messages, and no ticket queue between you and the answer. If it is urgent, WhatsApp reaches someone faster than email during either office's working day.

Four stages, and none of them are a surprise. First a conversation about what you actually need. Then a written scope with a fixed price and a start date, sent before you commit to anything. Then the build, which you can see as it happens rather than being shown at the end. Then handover — documentation and everything you need to run it without us.

The people who scoped it. There is no arrangement here where a senior person wins the work and a junior delivers it — you will know who is on your project and you will speak to them directly rather than through an account manager relaying messages.

WhatsApp or email for day-to-day, whichever you prefer, plus a written update at each milestone. We do not require you to attend a standing weekly call to receive information that fits in a message. If something is going wrong you hear it when we find out, not at the next scheduled meeting.

Access to the relevant systems, one person on your side who can make decisions, and any content or assets the scope depends on. The most common cause of delay on this kind of work is not the build — it is waiting on approvals and material from the client side, so we agree who owns those before we begin.

We work with React, BigQuery, PostgreSQL and Recharts for this. If your stack differs we will tell you honestly whether we are the right team before you commit — we would rather turn work down than learn a platform on your budget.

Usually yes, and we prefer to. Rebuilding something that works is a cost with no return. We review what you have first and tell you plainly which parts are worth keeping, which need repair, and which are cheaper to replace than to maintain — including when the honest answer is that nothing needs to change.

Message us with what you need. One paragraph is plenty. You'll hear back within a business day, either with a written scope and a fixed price, or with a couple of questions if something important is missing. There's no form to fill in before you get to speak to a person.

Regularly, and it usually goes fine. What makes it work is a clear split of who owns what, written down before anyone starts. What makes it fail is two suppliers with overlapping scope and no agreed boundary, which turns into a blame conversation the first time something breaks.

Often yes. We will review what exists and tell you plainly whether it is worth continuing or cheaper to redo — and we will say "continue" when that is true, even though a rebuild is the larger invoice. What we will not do is quote a rescue without looking at the state of it first.

A walkthrough at handover is included, and the documentation is written for a person who was not in the build. If you want structured training beyond that — several sessions, multiple people, recorded material — say so during scoping and it goes in as a line item rather than being assumed either way.

The person doing the work, directly. There is no account manager relaying messages, and no ticket queue between you and the answer. If it is urgent, WhatsApp reaches someone faster than email during either office's working day.

The basics are, and they are not optional extras: keyboard navigation, sensible labelling, and colour contrast that a person can actually read. A full WCAG audit and remediation is a bigger piece of work with its own scope — we will tell you which you need rather than quietly implying the basics are the same thing.

We check. Anything we add is measured on a real mid-range phone before and after, because that is the device most of your traffic is on and it is where slowness actually shows. If a requested feature would cost real performance, you get told the trade-off and you decide — rather than discovering it in a report later.

Where the work touches URLs, content or page structure, yes — and we plan for it. Redirects mapped, structure preserved, nothing silently dropped. Where it does not touch those things, it will not, and we will not claim it as an SEO benefit to make the quote look better.

On real devices, not just a resized desktop browser. The two are not the same: touch targets, keyboard behaviour on forms, and how it performs on a mid-range Android are all things a resized window will happily lie about.

The basics are, and they are not optional extras: keyboard navigation, sensible labelling, and colour contrast that a person can actually read. A full WCAG audit and remediation is a bigger piece of work with its own scope — we will tell you which you need rather than quietly implying the basics are the same thing.

We check. Anything we add is measured on a real mid-range phone before and after, because that is the device most of your traffic is on and it is where slowness actually shows. If a requested feature would cost real performance, you get told the trade-off and you decide — rather than discovering it in a report later.

Where the work touches URLs, content or page structure, yes — and we plan for it. Redirects mapped, structure preserved, nothing silently dropped. Where it does not touch those things, it will not, and we will not claim it as an SEO benefit to make the quote look better.

On real devices, not just a resized desktop browser. The two are not the same: touch targets, keyboard behaviour on forms, and how it performs on a mid-range Android are all things a resized window will happily lie about.

The basics are, and they are not optional extras: keyboard navigation, sensible labelling, and colour contrast that a person can actually read. A full WCAG audit and remediation is a bigger piece of work with its own scope — we will tell you which you need rather than quietly implying the basics are the same thing.

We check. Anything we add is measured on a real mid-range phone before and after, because that is the device most of your traffic is on and it is where slowness actually shows. If a requested feature would cost real performance, you get told the trade-off and you decide — rather than discovering it in a report later.

Where the work touches URLs, content or page structure, yes — and we plan for it. Redirects mapped, structure preserved, nothing silently dropped. Where it does not touch those things, it will not, and we will not claim it as an SEO benefit to make the quote look better.

On real devices, not just a resized desktop browser. The two are not the same: touch targets, keyboard behaviour on forms, and how it performs on a mid-range Android are all things a resized window will happily lie about.

The basics are, and they are not optional extras: keyboard navigation, sensible labelling, and colour contrast that a person can actually read. A full WCAG audit and remediation is a bigger piece of work with its own scope — we will tell you which you need rather than quietly implying the basics are the same thing.

We check. Anything we add is measured on a real mid-range phone before and after, because that is the device most of your traffic is on and it is where slowness actually shows. If a requested feature would cost real performance, you get told the trade-off and you decide — rather than discovering it in a report later.

Where the work touches URLs, content or page structure, yes — and we plan for it. Redirects mapped, structure preserved, nothing silently dropped. Where it does not touch those things, it will not, and we will not claim it as an SEO benefit to make the quote look better.

On real devices, not just a resized desktop browser. The two are not the same: touch targets, keyboard behaviour on forms, and how it performs on a mid-range Android are all things a resized window will happily lie about.

The basics are, and they are not optional extras: keyboard navigation, sensible labelling, and colour contrast that a person can actually read. A full WCAG audit and remediation is a bigger piece of work with its own scope — we will tell you which you need rather than quietly implying the basics are the same thing.

We check. Anything we add is measured on a real mid-range phone before and after, because that is the device most of your traffic is on and it is where slowness actually shows. If a requested feature would cost real performance, you get told the trade-off and you decide — rather than discovering it in a report later.

Where the work touches URLs, content or page structure, yes — and we plan for it. Redirects mapped, structure preserved, nothing silently dropped. Where it does not touch those things, it will not, and we will not claim it as an SEO benefit to make the quote look better.

On real devices, not just a resized desktop browser. The two are not the same: touch targets, keyboard behaviour on forms, and how it performs on a mid-range Android are all things a resized window will happily lie about.

The basics are, and they are not optional extras: keyboard navigation, sensible labelling, and colour contrast that a person can actually read. A full WCAG audit and remediation is a bigger piece of work with its own scope — we will tell you which you need rather than quietly implying the basics are the same thing.

We check. Anything we add is measured on a real mid-range phone before and after, because that is the device most of your traffic is on and it is where slowness actually shows. If a requested feature would cost real performance, you get told the trade-off and you decide — rather than discovering it in a report later.

Where the work touches URLs, content or page structure, yes — and we plan for it. Redirects mapped, structure preserved, nothing silently dropped. Where it does not touch those things, it will not, and we will not claim it as an SEO benefit to make the quote look better.

On real devices, not just a resized desktop browser. The two are not the same: touch targets, keyboard behaviour on forms, and how it performs on a mid-range Android are all things a resized window will happily lie about.

The basics are, and they are not optional extras: keyboard navigation, sensible labelling, and colour contrast that a person can actually read. A full WCAG audit and remediation is a bigger piece of work with its own scope — we will tell you which you need rather than quietly implying the basics are the same thing.

We check. Anything we add is measured on a real mid-range phone before and after, because that is the device most of your traffic is on and it is where slowness actually shows. If a requested feature would cost real performance, you get told the trade-off and you decide — rather than discovering it in a report later.

Where the work touches URLs, content or page structure, yes — and we plan for it. Redirects mapped, structure preserved, nothing silently dropped. Where it does not touch those things, it will not, and we will not claim it as an SEO benefit to make the quote look better.

On real devices, not just a resized desktop browser. The two are not the same: touch targets, keyboard behaviour on forms, and how it performs on a mid-range Android are all things a resized window will happily lie about.

The basics are, and they are not optional extras: keyboard navigation, sensible labelling, and colour contrast that a person can actually read. A full WCAG audit and remediation is a bigger piece of work with its own scope — we will tell you which you need rather than quietly implying the basics are the same thing.

We check. Anything we add is measured on a real mid-range phone before and after, because that is the device most of your traffic is on and it is where slowness actually shows. If a requested feature would cost real performance, you get told the trade-off and you decide — rather than discovering it in a report later.

Where the work touches URLs, content or page structure, yes — and we plan for it. Redirects mapped, structure preserved, nothing silently dropped. Where it does not touch those things, it will not, and we will not claim it as an SEO benefit to make the quote look better.

On real devices, not just a resized desktop browser. The two are not the same: touch targets, keyboard behaviour on forms, and how it performs on a mid-range Android are all things a resized window will happily lie about.

The basics are, and they are not optional extras: keyboard navigation, sensible labelling, and colour contrast that a person can actually read. A full WCAG audit and remediation is a bigger piece of work with its own scope — we will tell you which you need rather than quietly implying the basics are the same thing.

We check. Anything we add is measured on a real mid-range phone before and after, because that is the device most of your traffic is on and it is where slowness actually shows. If a requested feature would cost real performance, you get told the trade-off and you decide — rather than discovering it in a report later.

Where the work touches URLs, content or page structure, yes — and we plan for it. Redirects mapped, structure preserved, nothing silently dropped. Where it does not touch those things, it will not, and we will not claim it as an SEO benefit to make the quote look better.

On real devices, not just a resized desktop browser. The two are not the same: touch targets, keyboard behaviour on forms, and how it performs on a mid-range Android are all things a resized window will happily lie about.

The basics are, and they are not optional extras: keyboard navigation, sensible labelling, and colour contrast that a person can actually read. A full WCAG audit and remediation is a bigger piece of work with its own scope — we will tell you which you need rather than quietly implying the basics are the same thing.

We check. Anything we add is measured on a real mid-range phone before and after, because that is the device most of your traffic is on and it is where slowness actually shows. If a requested feature would cost real performance, you get told the trade-off and you decide — rather than discovering it in a report later.

Where the work touches URLs, content or page structure, yes — and we plan for it. Redirects mapped, structure preserved, nothing silently dropped. Where it does not touch those things, it will not, and we will not claim it as an SEO benefit to make the quote look better.

On real devices, not just a resized desktop browser. The two are not the same: touch targets, keyboard behaviour on forms, and how it performs on a mid-range Android are all things a resized window will happily lie about.

The basics are, and they are not optional extras: keyboard navigation, sensible labelling, and colour contrast that a person can actually read. A full WCAG audit and remediation is a bigger piece of work with its own scope — we will tell you which you need rather than quietly implying the basics are the same thing.

We check. Anything we add is measured on a real mid-range phone before and after, because that is the device most of your traffic is on and it is where slowness actually shows. If a requested feature would cost real performance, you get told the trade-off and you decide — rather than discovering it in a report later.

Where the work touches URLs, content or page structure, yes — and we plan for it. Redirects mapped, structure preserved, nothing silently dropped. Where it does not touch those things, it will not, and we will not claim it as an SEO benefit to make the quote look better.

On real devices, not just a resized desktop browser. The two are not the same: touch targets, keyboard behaviour on forms, and how it performs on a mid-range Android are all things a resized window will happily lie about.

The basics are, and they are not optional extras: keyboard navigation, sensible labelling, and colour contrast that a person can actually read. A full WCAG audit and remediation is a bigger piece of work with its own scope — we will tell you which you need rather than quietly implying the basics are the same thing.

We check. Anything we add is measured on a real mid-range phone before and after, because that is the device most of your traffic is on and it is where slowness actually shows. If a requested feature would cost real performance, you get told the trade-off and you decide — rather than discovering it in a report later.

Where the work touches URLs, content or page structure, yes — and we plan for it. Redirects mapped, structure preserved, nothing silently dropped. Where it does not touch those things, it will not, and we will not claim it as an SEO benefit to make the quote look better.

On real devices, not just a resized desktop browser. The two are not the same: touch targets, keyboard behaviour on forms, and how it performs on a mid-range Android are all things a resized window will happily lie about.

The basics are, and they are not optional extras: keyboard navigation, sensible labelling, and colour contrast that a person can actually read. A full WCAG audit and remediation is a bigger piece of work with its own scope — we will tell you which you need rather than quietly implying the basics are the same thing.

We check. Anything we add is measured on a real mid-range phone before and after, because that is the device most of your traffic is on and it is where slowness actually shows. If a requested feature would cost real performance, you get told the trade-off and you decide — rather than discovering it in a report later.

Where the work touches URLs, content or page structure, yes — and we plan for it. Redirects mapped, structure preserved, nothing silently dropped. Where it does not touch those things, it will not, and we will not claim it as an SEO benefit to make the quote look better.

On real devices, not just a resized desktop browser. The two are not the same: touch targets, keyboard behaviour on forms, and how it performs on a mid-range Android are all things a resized window will happily lie about.

The basics are, and they are not optional extras: keyboard navigation, sensible labelling, and colour contrast that a person can actually read. A full WCAG audit and remediation is a bigger piece of work with its own scope — we will tell you which you need rather than quietly implying the basics are the same thing.

We check. Anything we add is measured on a real mid-range phone before and after, because that is the device most of your traffic is on and it is where slowness actually shows. If a requested feature would cost real performance, you get told the trade-off and you decide — rather than discovering it in a report later.

Where the work touches URLs, content or page structure, yes — and we plan for it. Redirects mapped, structure preserved, nothing silently dropped. Where it does not touch those things, it will not, and we will not claim it as an SEO benefit to make the quote look better.

On real devices, not just a resized desktop browser. The two are not the same: touch targets, keyboard behaviour on forms, and how it performs on a mid-range Android are all things a resized window will happily lie about.

The basics are, and they are not optional extras: keyboard navigation, sensible labelling, and colour contrast that a person can actually read. A full WCAG audit and remediation is a bigger piece of work with its own scope — we will tell you which you need rather than quietly implying the basics are the same thing.

We check. Anything we add is measured on a real mid-range phone before and after, because that is the device most of your traffic is on and it is where slowness actually shows. If a requested feature would cost real performance, you get told the trade-off and you decide — rather than discovering it in a report later.

Where the work touches URLs, content or page structure, yes — and we plan for it. Redirects mapped, structure preserved, nothing silently dropped. Where it does not touch those things, it will not, and we will not claim it as an SEO benefit to make the quote look better.

On real devices, not just a resized desktop browser. The two are not the same: touch targets, keyboard behaviour on forms, and how it performs on a mid-range Android are all things a resized window will happily lie about.

You do, outright, on final payment. Code, files, accounts, assets. Nothing sits on our infrastructure holding you in place and no licence quietly reverts to us. If you move to someone else next year, everything you need goes with you.

You get a handover: the work itself, documentation of how it is put together, and access to everything involved. We stay available for questions afterwards. There is no automatic rollover into a monthly fee — if you want ongoing support you ask for it, rather than having to cancel something you never chose.

If it is a defect in what we built, we fix it — that is not a support contract, it is finishing the job properly. If it breaks because something else changed, a platform update or a third-party service, we will tell you what happened and what it would take to resolve, and you decide.

That is the intention. The handover exists so your team is not dependent on us for routine changes. Where the work involves something your team genuinely cannot maintain, we say so during scoping rather than presenting it as a feature after the fact.

You get the before-and-after on whatever measure was agreed at the start, using the same method both times. Ongoing monthly reporting is a separate arrangement — a recurring report is a recurring cost, and it should be something you chose rather than something that appeared.

You do, outright, on final payment. Code, files, accounts, assets. Nothing sits on our infrastructure holding you in place and no licence quietly reverts to us. If you move to someone else next year, everything you need goes with you.

You get a handover: the work itself, documentation of how it is put together, and access to everything involved. We stay available for questions afterwards. There is no automatic rollover into a monthly fee — if you want ongoing support you ask for it, rather than having to cancel something you never chose.

That is the intention. The handover exists so your team is not dependent on us for routine changes. Where the work involves something your team genuinely cannot maintain, we say so during scoping rather than presenting it as a feature after the fact.

You get the before-and-after on whatever measure was agreed at the start, using the same method both times. Ongoing monthly reporting is a separate arrangement — a recurring report is a recurring cost, and it should be something you chose rather than something that appeared.

You do, outright, on final payment. Code, files, accounts, assets. Nothing sits on our infrastructure holding you in place and no licence quietly reverts to us. If you move to someone else next year, everything you need goes with you.

You get a handover: the work itself, documentation of how it is put together, and access to everything involved. We stay available for questions afterwards. There is no automatic rollover into a monthly fee — if you want ongoing support you ask for it, rather than having to cancel something you never chose.

That is the intention. The handover exists so your team is not dependent on us for routine changes. Where the work involves something your team genuinely cannot maintain, we say so during scoping rather than presenting it as a feature after the fact.

You get the before-and-after on whatever measure was agreed at the start, using the same method both times. Ongoing monthly reporting is a separate arrangement — a recurring report is a recurring cost, and it should be something you chose rather than something that appeared.

You do, outright, on final payment. Code, files, accounts, assets. Nothing sits on our infrastructure holding you in place and no licence quietly reverts to us. If you move to someone else next year, everything you need goes with you.

You get a handover: the work itself, documentation of how it is put together, and access to everything involved. We stay available for questions afterwards. There is no automatic rollover into a monthly fee — if you want ongoing support you ask for it, rather than having to cancel something you never chose.

That is the intention. The handover exists so your team is not dependent on us for routine changes. Where the work involves something your team genuinely cannot maintain, we say so during scoping rather than presenting it as a feature after the fact.

You get the before-and-after on whatever measure was agreed at the start, using the same method both times. Ongoing monthly reporting is a separate arrangement — a recurring report is a recurring cost, and it should be something you chose rather than something that appeared.

You do, outright, on final payment. Code, files, accounts, assets. Nothing sits on our infrastructure holding you in place and no licence quietly reverts to us. If you move to someone else next year, everything you need goes with you.

You get a handover: the work itself, documentation of how it is put together, and access to everything involved. We stay available for questions afterwards. There is no automatic rollover into a monthly fee — if you want ongoing support you ask for it, rather than having to cancel something you never chose.

That is the intention. The handover exists so your team is not dependent on us for routine changes. Where the work involves something your team genuinely cannot maintain, we say so during scoping rather than presenting it as a feature after the fact.

You get the before-and-after on whatever measure was agreed at the start, using the same method both times. Ongoing monthly reporting is a separate arrangement — a recurring report is a recurring cost, and it should be something you chose rather than something that appeared.

You do, outright, on final payment. Code, files, accounts, assets. Nothing sits on our infrastructure holding you in place and no licence quietly reverts to us. If you move to someone else next year, everything you need goes with you.

You get a handover: the work itself, documentation of how it is put together, and access to everything involved. We stay available for questions afterwards. There is no automatic rollover into a monthly fee — if you want ongoing support you ask for it, rather than having to cancel something you never chose.

That is the intention. The handover exists so your team is not dependent on us for routine changes. Where the work involves something your team genuinely cannot maintain, we say so during scoping rather than presenting it as a feature after the fact.

You get the before-and-after on whatever measure was agreed at the start, using the same method both times. Ongoing monthly reporting is a separate arrangement — a recurring report is a recurring cost, and it should be something you chose rather than something that appeared.

You do, outright, on final payment. Code, files, accounts, assets. Nothing sits on our infrastructure holding you in place and no licence quietly reverts to us. If you move to someone else next year, everything you need goes with you.

You get a handover: the work itself, documentation of how it is put together, and access to everything involved. We stay available for questions afterwards. There is no automatic rollover into a monthly fee — if you want ongoing support you ask for it, rather than having to cancel something you never chose.

That is the intention. The handover exists so your team is not dependent on us for routine changes. Where the work involves something your team genuinely cannot maintain, we say so during scoping rather than presenting it as a feature after the fact.

You get the before-and-after on whatever measure was agreed at the start, using the same method both times. Ongoing monthly reporting is a separate arrangement — a recurring report is a recurring cost, and it should be something you chose rather than something that appeared.

You do, outright, on final payment. Code, files, accounts, assets. Nothing sits on our infrastructure holding you in place and no licence quietly reverts to us. If you move to someone else next year, everything you need goes with you.

You get a handover: the work itself, documentation of how it is put together, and access to everything involved. We stay available for questions afterwards. There is no automatic rollover into a monthly fee — if you want ongoing support you ask for it, rather than having to cancel something you never chose.

That is the intention. The handover exists so your team is not dependent on us for routine changes. Where the work involves something your team genuinely cannot maintain, we say so during scoping rather than presenting it as a feature after the fact.

You get the before-and-after on whatever measure was agreed at the start, using the same method both times. Ongoing monthly reporting is a separate arrangement — a recurring report is a recurring cost, and it should be something you chose rather than something that appeared.

You do, outright, on final payment. Code, files, accounts, assets. Nothing sits on our infrastructure holding you in place and no licence quietly reverts to us. If you move to someone else next year, everything you need goes with you.

You get a handover: the work itself, documentation of how it is put together, and access to everything involved. We stay available for questions afterwards. There is no automatic rollover into a monthly fee — if you want ongoing support you ask for it, rather than having to cancel something you never chose.

That is the intention. The handover exists so your team is not dependent on us for routine changes. Where the work involves something your team genuinely cannot maintain, we say so during scoping rather than presenting it as a feature after the fact.

You get the before-and-after on whatever measure was agreed at the start, using the same method both times. Ongoing monthly reporting is a separate arrangement — a recurring report is a recurring cost, and it should be something you chose rather than something that appeared.

You do, outright, on final payment. Code, files, accounts, assets. Nothing sits on our infrastructure holding you in place and no licence quietly reverts to us. If you move to someone else next year, everything you need goes with you.

You get a handover: the work itself, documentation of how it is put together, and access to everything involved. We stay available for questions afterwards. There is no automatic rollover into a monthly fee — if you want ongoing support you ask for it, rather than having to cancel something you never chose.

That is the intention. The handover exists so your team is not dependent on us for routine changes. Where the work involves something your team genuinely cannot maintain, we say so during scoping rather than presenting it as a feature after the fact.

You get the before-and-after on whatever measure was agreed at the start, using the same method both times. Ongoing monthly reporting is a separate arrangement — a recurring report is a recurring cost, and it should be something you chose rather than something that appeared.

You do, outright, on final payment. Code, files, accounts, assets. Nothing sits on our infrastructure holding you in place and no licence quietly reverts to us. If you move to someone else next year, everything you need goes with you.

You get a handover: the work itself, documentation of how it is put together, and access to everything involved. We stay available for questions afterwards. There is no automatic rollover into a monthly fee — if you want ongoing support you ask for it, rather than having to cancel something you never chose.

That is the intention. The handover exists so your team is not dependent on us for routine changes. Where the work involves something your team genuinely cannot maintain, we say so during scoping rather than presenting it as a feature after the fact.

You get the before-and-after on whatever measure was agreed at the start, using the same method both times. Ongoing monthly reporting is a separate arrangement — a recurring report is a recurring cost, and it should be something you chose rather than something that appeared.

You do, outright, on final payment. Code, files, accounts, assets. Nothing sits on our infrastructure holding you in place and no licence quietly reverts to us. If you move to someone else next year, everything you need goes with you.

You get a handover: the work itself, documentation of how it is put together, and access to everything involved. We stay available for questions afterwards. There is no automatic rollover into a monthly fee — if you want ongoing support you ask for it, rather than having to cancel something you never chose.

That is the intention. The handover exists so your team is not dependent on us for routine changes. Where the work involves something your team genuinely cannot maintain, we say so during scoping rather than presenting it as a feature after the fact.

You get the before-and-after on whatever measure was agreed at the start, using the same method both times. Ongoing monthly reporting is a separate arrangement — a recurring report is a recurring cost, and it should be something you chose rather than something that appeared.

You do, outright, on final payment. Code, files, accounts, assets. Nothing sits on our infrastructure holding you in place and no licence quietly reverts to us. If you move to someone else next year, everything you need goes with you.

You get a handover: the work itself, documentation of how it is put together, and access to everything involved. We stay available for questions afterwards. There is no automatic rollover into a monthly fee — if you want ongoing support you ask for it, rather than having to cancel something you never chose.

That is the intention. The handover exists so your team is not dependent on us for routine changes. Where the work involves something your team genuinely cannot maintain, we say so during scoping rather than presenting it as a feature after the fact.

You get the before-and-after on whatever measure was agreed at the start, using the same method both times. Ongoing monthly reporting is a separate arrangement — a recurring report is a recurring cost, and it should be something you chose rather than something that appeared.

You do, outright, on final payment. Code, files, accounts, assets. Nothing sits on our infrastructure holding you in place and no licence quietly reverts to us. If you move to someone else next year, everything you need goes with you.

You get a handover: the work itself, documentation of how it is put together, and access to everything involved. We stay available for questions afterwards. There is no automatic rollover into a monthly fee — if you want ongoing support you ask for it, rather than having to cancel something you never chose.

That is the intention. The handover exists so your team is not dependent on us for routine changes. Where the work involves something your team genuinely cannot maintain, we say so during scoping rather than presenting it as a feature after the fact.

You get the before-and-after on whatever measure was agreed at the start, using the same method both times. Ongoing monthly reporting is a separate arrangement — a recurring report is a recurring cost, and it should be something you chose rather than something that appeared.

You do, outright, on final payment. Code, files, accounts, assets. Nothing sits on our infrastructure holding you in place and no licence quietly reverts to us. If you move to someone else next year, everything you need goes with you.

You get a handover: the work itself, documentation of how it is put together, and access to everything involved. We stay available for questions afterwards. There is no automatic rollover into a monthly fee — if you want ongoing support you ask for it, rather than having to cancel something you never chose.

That is the intention. The handover exists so your team is not dependent on us for routine changes. Where the work involves something your team genuinely cannot maintain, we say so during scoping rather than presenting it as a feature after the fact.

You get the before-and-after on whatever measure was agreed at the start, using the same method both times. Ongoing monthly reporting is a separate arrangement — a recurring report is a recurring cost, and it should be something you chose rather than something that appeared.

We'll guarantee the scope, the date and the quality of the work, because those are ours to control and they're written down. We won't guarantee an outcome that depends on your market, your competitors and platforms none of us own. Anyone promising you a specific number there is either guessing or selling.

We agree what success looks like before starting, and it has to be something measurable rather than a feeling. Whichever measure applies to your situation, you get the before figure as well as the after — reporting a result without a baseline is not evidence of anything.

Yes. This work is delivered remotely and we work with clients across time zones. We have offices in both countries, which in practice means a wide window of overlap with most of Europe, the Middle East and North America. Where a project needs live hours, we agree them up front.

We'll guarantee the scope, the date and the quality of the work, because those are ours to control and they're written down. We won't guarantee an outcome that depends on your market, your competitors and platforms none of us own. Anyone promising you a specific number there is either guessing or selling.

We agree what success looks like before starting, and it has to be something measurable rather than a feeling. Whichever measure applies to your situation, you get the before figure as well as the after — reporting a result without a baseline is not evidence of anything.

We'll guarantee the scope, the date and the quality of the work, because those are ours to control and they're written down. We won't guarantee an outcome that depends on your market, your competitors and platforms none of us own. Anyone promising you a specific number there is either guessing or selling.

We agree what success looks like before starting, and it has to be something measurable rather than a feeling. Whichever measure applies to your situation, you get the before figure as well as the after — reporting a result without a baseline is not evidence of anything.

We'll guarantee the scope, the date and the quality of the work, because those are ours to control and they're written down. We won't guarantee an outcome that depends on your market, your competitors and platforms none of us own. Anyone promising you a specific number there is either guessing or selling.

We agree what success looks like before starting, and it has to be something measurable rather than a feeling. Whichever measure applies to your situation, you get the before figure as well as the after — reporting a result without a baseline is not evidence of anything.

We'll guarantee the scope, the date and the quality of the work, because those are ours to control and they're written down. We won't guarantee an outcome that depends on your market, your competitors and platforms none of us own. Anyone promising you a specific number there is either guessing or selling.

We agree what success looks like before starting, and it has to be something measurable rather than a feeling. Whichever measure applies to your situation, you get the before figure as well as the after — reporting a result without a baseline is not evidence of anything.

We'll guarantee the scope, the date and the quality of the work, because those are ours to control and they're written down. We won't guarantee an outcome that depends on your market, your competitors and platforms none of us own. Anyone promising you a specific number there is either guessing or selling.

We agree what success looks like before starting, and it has to be something measurable rather than a feeling. Whichever measure applies to your situation, you get the before figure as well as the after — reporting a result without a baseline is not evidence of anything.

We'll guarantee the scope, the date and the quality of the work, because those are ours to control and they're written down. We won't guarantee an outcome that depends on your market, your competitors and platforms none of us own. Anyone promising you a specific number there is either guessing or selling.

We agree what success looks like before starting, and it has to be something measurable rather than a feeling. Whichever measure applies to your situation, you get the before figure as well as the after — reporting a result without a baseline is not evidence of anything.

We'll guarantee the scope, the date and the quality of the work, because those are ours to control and they're written down. We won't guarantee an outcome that depends on your market, your competitors and platforms none of us own. Anyone promising you a specific number there is either guessing or selling.

We agree what success looks like before starting, and it has to be something measurable rather than a feeling. Whichever measure applies to your situation, you get the before figure as well as the after — reporting a result without a baseline is not evidence of anything.

We'll guarantee the scope, the date and the quality of the work, because those are ours to control and they're written down. We won't guarantee an outcome that depends on your market, your competitors and platforms none of us own. Anyone promising you a specific number there is either guessing or selling.

We agree what success looks like before starting, and it has to be something measurable rather than a feeling. Whichever measure applies to your situation, you get the before figure as well as the after — reporting a result without a baseline is not evidence of anything.

We'll guarantee the scope, the date and the quality of the work, because those are ours to control and they're written down. We won't guarantee an outcome that depends on your market, your competitors and platforms none of us own. Anyone promising you a specific number there is either guessing or selling.

We agree what success looks like before starting, and it has to be something measurable rather than a feeling. Whichever measure applies to your situation, you get the before figure as well as the after — reporting a result without a baseline is not evidence of anything.

We'll guarantee the scope, the date and the quality of the work, because those are ours to control and they're written down. We won't guarantee an outcome that depends on your market, your competitors and platforms none of us own. Anyone promising you a specific number there is either guessing or selling.

We agree what success looks like before starting, and it has to be something measurable rather than a feeling. Whichever measure applies to your situation, you get the before figure as well as the after — reporting a result without a baseline is not evidence of anything.

We'll guarantee the scope, the date and the quality of the work, because those are ours to control and they're written down. We won't guarantee an outcome that depends on your market, your competitors and platforms none of us own. Anyone promising you a specific number there is either guessing or selling.

We agree what success looks like before starting, and it has to be something measurable rather than a feeling. Whichever measure applies to your situation, you get the before figure as well as the after — reporting a result without a baseline is not evidence of anything.

We'll guarantee the scope, the date and the quality of the work, because those are ours to control and they're written down. We won't guarantee an outcome that depends on your market, your competitors and platforms none of us own. Anyone promising you a specific number there is either guessing or selling.

We agree what success looks like before starting, and it has to be something measurable rather than a feeling. Whichever measure applies to your situation, you get the before figure as well as the after — reporting a result without a baseline is not evidence of anything.

We'll guarantee the scope, the date and the quality of the work, because those are ours to control and they're written down. We won't guarantee an outcome that depends on your market, your competitors and platforms none of us own. Anyone promising you a specific number there is either guessing or selling.

We agree what success looks like before starting, and it has to be something measurable rather than a feeling. Whichever measure applies to your situation, you get the before figure as well as the after — reporting a result without a baseline is not evidence of anything.

We'll guarantee the scope, the date and the quality of the work, because those are ours to control and they're written down. We won't guarantee an outcome that depends on your market, your competitors and platforms none of us own. Anyone promising you a specific number there is either guessing or selling.

We agree what success looks like before starting, and it has to be something measurable rather than a feeling. Whichever measure applies to your situation, you get the before figure as well as the after — reporting a result without a baseline is not evidence of anything.

Common causes are duplicate purchase events on page refresh, ad blockers, consent banners blocking tags, and cross-domain checkout breaking the session. A five to fifteen percent gap is normal. Beyond that it is a bug, and we find it by reconciling against real orders.

If a meaningful share of your revenue comes from paid channels, yes — browser restrictions now block a large slice of client-side data. Below that it adds hosting cost and complexity for marginal gain. We size the benefit against your spend before recommending it.

They answer different questions. GA4 covers acquisition and marketing performance. Mixpanel, Amplitude or PostHog answer what users do inside the product and why they retain. Most SaaS businesses need both, and the tracking plan should be written once for both.

We implement consent mode, IP anonymisation, appropriate retention and documented data flows. That is the technical side. Whether your overall processing is lawful is a legal question, and we will tell you to get advice rather than pretend a tag configuration settles it.

Often, yes — and if we think so, we'll tell you. Bringing us in makes sense when your team hasn't done this particular thing before, when it's a one-off that doesn't justify a hire, or when time rather than skill is what you're short of. If it's that last one, be clear with yourself that you're buying time back, not expertise you don't have.

Often, yes — and if we think so, we'll tell you. Bringing us in makes sense when your team hasn't done this particular thing before, when it's a one-off that doesn't justify a hire, or when time rather than skill is what you're short of. If it's that last one, be clear with yourself that you're buying time back, not expertise you don't have.

Often, yes — and if we think so, we'll tell you. Bringing us in makes sense when your team hasn't done this particular thing before, when it's a one-off that doesn't justify a hire, or when time rather than skill is what you're short of. If it's that last one, be clear with yourself that you're buying time back, not expertise you don't have.

Often, yes — and if we think so, we'll tell you. Bringing us in makes sense when your team hasn't done this particular thing before, when it's a one-off that doesn't justify a hire, or when time rather than skill is what you're short of. If it's that last one, be clear with yourself that you're buying time back, not expertise you don't have.

Often, yes — and if we think so, we'll tell you. Bringing us in makes sense when your team hasn't done this particular thing before, when it's a one-off that doesn't justify a hire, or when time rather than skill is what you're short of. If it's that last one, be clear with yourself that you're buying time back, not expertise you don't have.

Often, yes — and if we think so, we'll tell you. Bringing us in makes sense when your team hasn't done this particular thing before, when it's a one-off that doesn't justify a hire, or when time rather than skill is what you're short of. If it's that last one, be clear with yourself that you're buying time back, not expertise you don't have.

Often, yes — and if we think so, we'll tell you. Bringing us in makes sense when your team hasn't done this particular thing before, when it's a one-off that doesn't justify a hire, or when time rather than skill is what you're short of. If it's that last one, be clear with yourself that you're buying time back, not expertise you don't have.

Often, yes — and if we think so, we'll tell you. Bringing us in makes sense when your team hasn't done this particular thing before, when it's a one-off that doesn't justify a hire, or when time rather than skill is what you're short of. If it's that last one, be clear with yourself that you're buying time back, not expertise you don't have.

Often, yes — and if we think so, we'll tell you. Bringing us in makes sense when your team hasn't done this particular thing before, when it's a one-off that doesn't justify a hire, or when time rather than skill is what you're short of. If it's that last one, be clear with yourself that you're buying time back, not expertise you don't have.

Often, yes — and if we think so, we'll tell you. Bringing us in makes sense when your team hasn't done this particular thing before, when it's a one-off that doesn't justify a hire, or when time rather than skill is what you're short of. If it's that last one, be clear with yourself that you're buying time back, not expertise you don't have.

Often, yes — and if we think so, we'll tell you. Bringing us in makes sense when your team hasn't done this particular thing before, when it's a one-off that doesn't justify a hire, or when time rather than skill is what you're short of. If it's that last one, be clear with yourself that you're buying time back, not expertise you don't have.

Often, yes — and if we think so, we'll tell you. Bringing us in makes sense when your team hasn't done this particular thing before, when it's a one-off that doesn't justify a hire, or when time rather than skill is what you're short of. If it's that last one, be clear with yourself that you're buying time back, not expertise you don't have.

Often, yes — and if we think so, we'll tell you. Bringing us in makes sense when your team hasn't done this particular thing before, when it's a one-off that doesn't justify a hire, or when time rather than skill is what you're short of. If it's that last one, be clear with yourself that you're buying time back, not expertise you don't have.

Often, yes — and if we think so, we'll tell you. Bringing us in makes sense when your team hasn't done this particular thing before, when it's a one-off that doesn't justify a hire, or when time rather than skill is what you're short of. If it's that last one, be clear with yourself that you're buying time back, not expertise you don't have.

Often, yes — and if we think so, we'll tell you. Bringing us in makes sense when your team hasn't done this particular thing before, when it's a one-off that doesn't justify a hire, or when time rather than skill is what you're short of. If it's that last one, be clear with yourself that you're buying time back, not expertise you don't have.