How we work
CODE GxP

How we
work

A process built around the one thing that actually determines a pharmaceutical project’s timeline: your review capacity, not our production speed.

Our process
Scoping
01
01

We scope before we estimate

A real number depends on a real understanding of your requirement, not a template applied to every project that comes in.

What we scope

Content volume, target markets, your existing review process and your current platform — the specifics that actually drive cost and timeline. See project scoping for how that discovery phase works.

Result

An estimate built on your actual requirement, so the number doesn't move once the real scope surfaces mid-project.

Design & build
02
02

We design and build together, not in sequence handed off blind

Structural decisions made in design get lost when handed to a separate development team working from static files.

What we run together

Design and build as one engagement, not two teams working in sequence — component states, responsive behaviour and technical constraints inform the design instead of being discovered after it is "finished".

Result

A build that matches the design, because the same team that decided how a component looks also decided how it behaves.

Content planning
03
03

We plan the content around your actual review process

A content calendar sized for a consumer brand collides with medical review and produces a backlog, not more published content.

What we size the plan to

Your specific review chain — how many people sign off and what evidence each claim needs — flagged at brief stage, before drafting starts, not discovered after a draft is already written.

Result

A publishing cadence your review process can actually sustain, instead of a plan that stalls the moment medical or regulatory picks it up.

Migration
04
04

We protect what already exists before we build what is new

Existing search visibility, working integrations, and content that already works are not simply discarded during a redesign or migration.

What we protect

Rankings, URL structure, existing integrations and any content already earning traffic or approval — audited and carried across deliberately. See SEO migration for how that protection works in practice.

Result

A new platform that keeps what the old one had already earned, instead of a relaunch that quietly resets years of search visibility.

Handover
05
05

We hand over a platform your team can actually run

A component-based backend and real documentation, not a system that depends on us for every routine update.

What we hand over

Components your team can reuse, documentation that explains how, and an architecture that doesn't require a developer for a routine content change. See marketing team autonomy for what that independence actually requires structurally.

Result

A platform your internal team can operate day to day, with us needed for genuine development work rather than tasks that should never have required a ticket.

Ongoing support
06
06

We stay involved after launch, if you want us to

Ongoing maintenance, support and iteration for platforms that need a team that already knows the build.

What staying involved covers

Security updates, performance monitoring, and iteration based on what the site actually needs once it is live. See website maintenance for how that ongoing relationship works.

Result

A team that already knows the build handling what comes up after launch, rather than starting over with someone new each time something needs fixing.

How we work FAQ

How long does a typical project take?

Timeline is shaped more by your internal review capacity than by our production speed, since most pharma projects wait on medical, regulatory or brand sign-off between stages rather than on build time. A straightforward brochure site with a single reviewer can launch in weeks; a multilingual platform with multiple approval layers takes longer. See our full breakdown at how long does a pharma website take for the stages that typically set the pace.

Do you work with our existing platform or always recommend a rebuild?

We recommend whichever fits your situation, and that is not always a rebuild. If your existing platform can support the content structure, review workflow and integrations you need, we build within it and avoid unnecessary migration cost. When the platform is holding the project back through missing multilingual support, weak permissions or an unsupported stack, we recommend migration and explain the reasoning before you commit to it.

Can you work alongside our internal team?

Yes, working alongside an internal marketing, IT or regulatory team is the normal way our projects run rather than the exception. We agree responsibilities and review checkpoints early so your team’s input lands before design decisions harden, not after. At handover we provide documentation and platform training so your team can operate and update the site independently, whether they were closely involved throughout the build or joined only at key milestones.

Do you handle multilingual pharmaceutical sites?

Yes, multilingual builds are a regular part of our pharma work across European markets. We structure content, translation workflow and regulatory review so each market’s approval sits on a shared framework instead of duplicating review overhead per language. See multilingual pharmaceutical websites for how we handle market-specific compliance requirements alongside a consistent core platform, and get in touch if your markets need different levels of localisation.

What happens if requirements change after the project has started?

Scope changes get costed and scheduled as soon as they come up, rather than absorbed silently into the existing timeline. We assess the impact on the current phase, quote the additional work and agree a revised schedule with you before proceeding. This keeps changes visible and budgeted instead of becoming a source of dispute at delivery, and it applies whether the change comes from your side or from a regulatory requirement discovered mid-project.

Is our internal team involved during the build, or only at handover?

As involved as you want. Some clients run regular reviews with us throughout the build, others prefer to see the platform at defined milestones — either way, documentation and platform ownership transfer at handover so your team isn’t locked out afterward.

CODE GxP

See how this would
work for your project

Tell us your situation and we will tell you how this process would apply.

contact us
Contact Form

Tell us
about your project

Tell us about your organization’s context and the planned scope of the project.
CODE GxP, as the data controller, will process your data in order to respond to the query and/or request you submit through this contact form. Privacy Policy.
Our site uses cookies to collect information about your device and browsing activity. We use this data to improve the site, ensure security and deliver personalized content. You can manage your cookie preferences by clicking here.
Accept cookies Configure Decline cookies
Basic cookie information
This website uses cookies and/or similar technologies that store and retrieve information when you browse. In general, these technologies can serve very different purposes, such as, for example, recognizing you as a user, obtaining information about your browsing habits or personalizing the way in which the content is displayed. The specific uses we make of these technologies are described below. By default, all cookies are disabled, except for technical ones, which are necessary for the website to function. If you wish to obtain more information or exercise your data protection rights, you can consult our Cookie Policy".
Accept cookies Configure
Technical cookies needed Always active
Technical cookies are strictly necessary for our website to work and for you to navigate through it. These types of cookies are those that, for example, allow us to identify you, give you access to certain restricted parts of the page if necessary, or remember different options or services already selected by you, such as your privacy preferences. Therefore, they are activated by default, your authorization is not necessary.Through the configuration of your browser, you can block or alert the presence of this type of cookies, although such blocking will affect the proper functioning of the different functionalities of our website.
Analytics cookies
Analytics cookies are used to analyse website behaviour anonymously. They help us measure activity and improve the website.
Confirm preferences
Title
Popupcontent
Contact us
CODE GxP, as the data controller, will process your data in order to respond to the query and/or request you submit through this contact form. Privacy Policy.
Aceptar