Tech Lead / Senior Software Engineer

Testifize — United Kingdom · Posted ~3 hours ago

Lead

Skills

Software engineering Technical leadership Experimentation platforms Feature flagging Caching and edge infrastructure Content platforms Customer data integrations Architecture Communication Feature flags Caching Edge infrastructure

🔓 Log in to save this job, tailor your resume & track your apply process — 7 days free, no card needed.

Log in to add to target list

Summary ✨ AI‑Generated

Join a senior engineering team as a technical leader responsible for the architecture and delivery of experimentation and personalisation capabilities across a high-traffic digital environment. You will own key parts of the delivery stack, guide technical decisions, troubleshoot complex issues, collaborate with product and engineering stakeholders, and balance hands-on development with architecture reviews and technical communication.

Highlights

High-impact technical leadership role with strong ownership over experimentation architecture, close collaboration with product and engineering teams, and significant influence over technical decisions.

Description

About the role Testifize is a measurement and experimentation consultancy. We are hiring a senior engineer to lead the technical side of a long-running client platform engagement: embedded alongside the client's product and engineering teams, owning how experimentation and personalisation are delivered across a high-traffic retail web estate. This is a tech-lead role, not a ticket-taking one. You will own how experimentation sits inside the delivery stack: the feature-flagging platform, the edge and caching layer, the content platform and the customer-data integrations that feed audience targeting. You will be the person product managers and analysts come to when an experiment is not behaving. Expect to spend as much time explaining, reviewing and pushing back as you do writing code. We are hiring for communication first. The person we want can explain a caching problem to a product manager, argue a design choice in an architecture forum without making enemies, and write a clear Teams message at 5pm on a Friday about why an experiment has to be restarted. If you are technically brilliant but prefer to work heads-down and hand over at the end, this is not the right fit. What you'll be doingOwn the feature-experimentation platform implementation across web (server-side and client-side SDKs): decision calls, user-ID strategy, attribute and audience plumbing, event tracking into the analytics stack.Lead delivery and ongoing support of edge-side experimentation, including the caching strategy for experiments on server-rendered, CDN-cached pages, variant injection at the edge, and the deployment workflow around it.Own the integrations that let non-engineers run experiments: a content-first resolution model with the CMS, audience segmentation fed from the customer-data platform, and the no-code path for editors and PMs to launch tests without a deployment per experiment.Run technical investigations when experiments misbehave: sample-ratio mismatches, flicker, consent-timing gaps, redirect and bucketing loss, tag-propagation differences between arms. Find the root cause, fix it or specify the fix, and write it up so the analysts and PMs understand it.Review experiment code from product teams before launch and after. Catch wrong activation points, wrong activation scope and missing tracking before they cost a restart.Represent experimentation in engineering forums: design authority submissions, architecture reviews, security reviews, long-term support models for the edge layer.Maintain a debugging knowledge base and an onboarding path for engineers new to experimentation, so quality holds as more teams ship behind flags.Work day-to-day with our experimentation lead and two embedded analysts, and with the client's product managers, web platform engineers and analytics team. What we're looking forExcellent written and spoken communication. You can explain a technical constraint to a non-technical stakeholder in three sentences, and you write things down.Hands-on production experience with a flag-based experimentation platform (Optimizely Feature Experimentation, LaunchDarkly, Statsig, Split or similar) at scale: SDK integration, decisioning, user-ID and bucketing design, datafile and caching behaviour.Strong JavaScript/TypeScript and Node.js, with real experience of SSR, CDN caching and edge compute (Akamai, Cloudflare or Fastly).Working knowledge of how A/B tests are measured: what an SRM is, what causes one, and why consent timing and redirects break denominators. You do not need to be a statistician, but you need to understand what the analysts are asking for.Experience integrating experimentation with at least one of: a headless CMS, a customer-data platform or audience engine, or a tag-management / analytics pipeline.Comfortable operating inside a large enterprise engineering organisation: architecture reviews, security sign-off, change control, multiple product teams with competing priorities.Senior enough to hold a position under pressure and generous enough to change it when someone shows you a better one.Prior consultancy or embedded-contractor experience: you know how to be useful in someone else's organisation without waiting to be told. Nice to haveExperience building self-serve or no-code experimentation tooling for content editors or product managers.Exposure to native app experimentation (iOS/Android SDKs) and cross-platform user-ID models.Familiarity with first-party event pipelines and consent management, and their effect on measurement.Optimizely Web Experimentation alongside a flag-based platform, and a clear view of where each belongs.