c-84, sector 65, Noida
c-84, sector 65, Noida
Clixlogix engineered two custom marketing platforms, an email signature generator and a QR code generator with first party analytics, on a shared media pipeline for an Arizona luxury real estate brokerage, building the attribution foundation the brokerage now uses for retargeting.

The Client is an invite only luxury real estate brokerage based in Arizona and an exclusive member of Forbes Global Properties, the largest global network of luxury affiliate brokerages. They serve top producing agents on a private platform that consolidates community, off market inventory sharing, transaction coordination, and a proprietary in house technology stack.
The Client’s go to market thesis is direct. Top producing agents stay when their tools differ from what the open market offers, and the brokerage’s proprietary technology operates as a recruitment and retention lever. The brokerage publicly positions roughly half of its agent platform as proprietary engineering, with the marketing and attribution surfaces among the most agent facing of those tools.
The Client engaged Clixlogix as an external engineering partner after evaluating multiple development shops for a long term relationship. 2 of the platforms in The Client’s current proprietary stack came from this engagement. A branded email signature generator and a QR code generator with native analytics. Both platforms remain active under The Client’s brand and now sit inside a 22 tool agent platform the brokerage positions as a marketing differentiator for distinguished real estate.
The Client had an established brand but ran 2 of the most agent facing parts of their marketing operation on third party SaaS. Email signature templating and QR code generation for physical collateral. Both categories had off the shelf options, but each carried structural limits The Client could not accept inside a brokerage where proprietary tooling is part of the recruitment pitch. 5 constraints defined the engagement scope.
Third party SaaS for brand critical marketing surfaces. The brokerage publicly positions its technology stack as a differentiator for top producing agents, and 2 of the highest visibility tools every agent uses, the email signature on every outbound message and the QR code on every yard sign and flyer, were running on SaaS subscriptions visible to any competing brokerage with a credit card. Replacing those 2 surfaces with owned engineering converted recurring SaaS line items into capital improvements on a proprietary platform and removed the credibility gap when the brokerage marketed its stack to recruits.
Cross mail client signature rendering. Email signatures rendered through a SaaS builder survive the SaaS builder’s preview environment and frequently break the moment they are copied into Outlook desktop or Apple Mail. Outlook uses the Word rendering engine and rejects modern CSS the SaaS preview tolerates. Apple Mail strips and reflows content in ways that collapse table free layouts. For a luxury brokerage where the signature is part of the agent’s brand impression on every contract negotiation, rendering breakage in either client meant a daily reputation hit nobody on the SaaS side took responsibility for.
Server side asset hosting under brokerage control. Headshots and company logos embedded in signatures need to resolve through stable URLs that outlive the SaaS provider’s storage policies. SaaS hosted images can change paths under provider migrations, get rate limited under heavy load, or disappear entirely when accounts close. The Client needed every brand asset embedded in every signature served from infrastructure The Client controlled, with upload, resize, and crop applied server side, never by the agent’s mail client.
Attribution data ownership across signatures and QR scans. The Client wanted to know which signature templates and which QR codes drove behaviour, and wanted to own that data inside their own analytics. A SaaS provider’s dashboard would keep the data on the provider’s terms. The Client also planned to use the attribution data downstream for retargeting against agents’ owned audiences, which raised the data ownership question to a strategic asset decision, well beyond a reporting choice.
Architecture extensible to future tools. The Client’s roadmap already included additional proprietary marketing tools after the signature builder and QR generator went live. Engineering 2 standalone platforms on 2 isolated codebases would have multiplied future build cost. The 2 builds needed to share a common infrastructure foundation that would let the next 5 marketing tools deploy on top without rearchitecting the asset hosting, analytics, or admin surfaces underneath.
Clixlogix structured the engagement around a single architectural premise the team carried across both builds. The Shared Media Pipeline approach treats brand asset handling as a foundation engineered once and reused across every tool that depends on it. Rebuilding the asset foundation inside each platform multiplies cost and surface area as the tool count grows.

Fig 1 – Shared Media Pipeline Across 2 Marketing Platforms
The pipeline upload, resize, host, and embed brand assets at stable URLs sits below both consumer platforms. Building it once meant the email signature generator and the QR code generator both inherited the same upload behaviour, the same URL stability guarantees, and the same first party analytics surface, while each platform’s specific consumer experience stayed isolated above the shared infrastructure.
Subdomain isolation carried the second architectural choice. Both platforms deployed under The Client’s brand on dedicated subdomains, with the production web property held separate. The Client’s marketing site stayed untouched throughout both builds, operational risk stayed contained on Clixlogix provisioned infrastructure, and the platforms could iterate independently of the production site’s release cycle.
Clixlogix structured delivery across 4 workstreams running against the engagement window, each completing a production user journey end to end.

Fig 2 – Production Architecture Across Four Workstreams
The team engineered the shared media pipeline first as the foundation both consumer platforms would depend on. Asset upload accepted headshots and company logos, applied server side resize and crop policies, and emitted stable URLs The Client’s brand assets could embed against without future invalidation. The pipeline ran on Clixlogix provisioned servers under The Client’s subdomain, with hosting, cache behaviour, and URL stability all owned by Clixlogix and free of SaaS dependencies.
The pipeline also carried the analytics primitive that later became the attribution foundation. Every asset request emitted a logged event, and the schema accepted extension fields the QR platform would later use to attach scan context to each event.
The signature generator came up first on top of the shared pipeline. Angular JS frontend with a Node JS backend under a dedicated brand subdomain. The Client supplied a Figma package modelled on a known consumer signature generator, and the user flow inside that file had unresolved branching the package did not address. The Clixlogix business analyst paused design work and held a clarification call with The Client before any pixels went to canvas. Designing against an unclear specification would have cost more in rework than the pause cost in calendar time.
Consulting Insight
Spec ambiguity is a discovery cost, not an implementation cost. Resolving the incomplete branching in The Client's supplied Figma file before design began meant the build did not carry ambiguity as a variable expense across every sprint.
Clixlogix engineered the signature output as inline CSS over table based HTML, the only construction that survives Outlook desktop’s Word rendering engine, Apple Mail’s WebKit reflow, and Gmail web’s CSS stripping without collapse. The 2 foundational template types, an Agent Template and a Team Logo Template, supported live preview and 1 click copy out into any mail client.
Partway through the build, The Client asked for an admin panel to manage signature templates across the brokerage. Clixlogix chose a URL extension architecture for the administration surface. Each organization’s signature template resolves through a backend managed redirect endpoint, which means a single signature codebase serves every variant The Client adds later without forking templates or duplicating frontend code. Clixlogix paid the architectural cost of admitting future complexity once, in the original build.

Fig 3 – URL Extension Admin Architecture
The QR code generator followed as a 3 surface platform on top of the same media pipeline. A user dashboard for QR creation and download, an administration surface for management and analytics, and a backend API connecting both to the shared pipeline. The architectural choice treated QR generation as a platform with utility behaviour as a single mode on a broader surface. A single feature wrapped in a dashboard would have failed the extensibility requirement The Client’s roadmap already implied.
URL only generation kept the type surface narrow at launch. The dashboard and API design assumed The Client would later want to track, segment, and act on the behaviour those codes returned, so Clixlogix engineered the schema, the event logging, and the admin reporting against a future attribution surface. The launch feature set was a subset of that design.
Consulting Insight
Design the primitives for the product The Client will want later, not the feature set shipping at launch. The QR schema, event logging, and admin reporting were engineered as attribution infrastructure from the start, which meant retargeting later became a product decision on top of existing tracking, not a fresh engineering surface.

Fig 4 – QR Code Generator 3 Surface Architecture
Clixlogix ran 2 QA rounds before production. The second round surfaced a long tail of edge cases that would have shipped otherwise, and several issues recurred after the first fix pass. The round caught issues that would have shipped to production without it, and Clixlogix resolved them before a single agent onboarded. The second round did not appear in the original scope.
In a later phase, The Client commissioned a hardening round across both platforms. The signature generator received rendering corrections for templates copied into Outlook desktop and Apple Mail, transparent PNG handling, and social logo recolouring. The technically meaningful work in the round was the Google Analytics and Facebook Pixel implementation.

Fig 5 – Attribution Surface From Platform Native Analytics to Retargeting Engine
What started as analytics housekeeping on an established platform in production became the attribution surface The Client later built the broader marketing audience capture flow on top of. The retargeting model that now anchors the brokerage’s public positioning runs on the tracking primitive Clixlogix added in this round.
The 2 platforms went live under The Client’s brand and stayed active across the engagement window and beyond. 4 launch outcomes followed.

The email signature generator and the QR code generator replaced 2 SaaS subscriptions The Client had been running on third party providers. Both platforms shipped under The Client's brand on dedicated subdomains, with codebases, hosting, and asset infrastructure owned by The Client at the end of the engagement.

Both Clixlogix engineered platforms now appear as proprietary tools inside The Client's invite only agent platform, alongside roughly 20 other branded tools. The brokerage publicly positions the platform as a category differentiator for distinguished real estate.

Per signature and per scan tracking surfaced through both platform native analytics and the Google Analytics and Facebook Pixel integration Clixlogix added in the hardening round. The attribution data sits inside The Client's 1 attribution surface and feeds the retargeting engine that now anchors the brokerage's public marketing positioning.

The engagement opened with the email signature generator, shipped the QR code generator on top of the shared pipeline in a subsequent phase, and closed with the cross platform hardening round. Both platforms have been in production continuously since.
| Layer | Stack |
|---|---|
| Frontend | Angular JS for the signature generator surface, custom HTML and CSS dashboards for QR creation and administration, inline CSS over table based HTML for the signature output |
| Backend | Node JS for the signature generator backend and admin panel, API services for QR generation, scan tracking, and asset hosting |
| Media and Assets | Server side image upload, resize, and crop on Clixlogix provisioned infrastructure, stable URL embedding for headshots, logos, and QR code outputs |
| Analytics | Platform native scan and session tracking, Google Analytics integration, Facebook Pixel integration |
| Quality Assurance | 2 round QA process per build, cross mail client signature rendering verification across Outlook desktop, Apple Mail, and Gmail web, browser and device coverage for the QR dashboards |
| Delivery | Zoho Projects for board and task management |
Our team can share client references, scope your project, and answer any question about your delivery.
More engagements where our delivery teams shipped similar outcomes for clients across industries. Read on for context on the patterns we reused, the trade offs we navigated, and the metrics that landed in production.