Proposal — 2026

A Unified
Solutions Team

Combining Client Implementations and Marketing Development to accelerate delivery, close capability gaps, and build a team positioned to drive revenue.

Jon Foster
Manager, Client Solutions
Team
Unified
Scope
Solutions
Lanes
2 Primary
Focus
Revenue
The challenge

Why the current structure creates friction

  • Client implementations and marketing development work on overlapping deliverables — portals, hosted sites, branded builds — but operate in separate silos with no shared context
  • A disconnect exists between what marketing produces and what implementations delivers — there is a gap in the process that leads to inconsistency and duplicated effort
  • Growing demand from enterprise and mid-market clients — including prospects like National Bank, Desjardins, and MD Financial — outpaces what the current fragmented structure can support
  • Small, specialized development teams create continuity risk — when one developer is away, output slows or stops entirely; doubling the pool provides resilience and consistent delivery
  • Developer time is consumed by low-value, repeatable tasks that should be automated or self-served, limiting capacity for higher-impact work
  • Strategic products and client-facing properties lack a clear team owner, falling between departments and receiving inconsistent attention
The proposal

One team. Two primary lanes.

Jon Foster
Manager, Client Solutions
Dan Iacobescu
Client Solutions Coordinator
Mark Scherer
Solutions Developer
Alex Tuchardt
Solutions Developer
● Primary: implementations & solutions
Todd Hamilton
Marketing Developer
Nathan Lardzibal
Marketing Developer
● Primary: marketing development
Account Mgmt
Liaison (existing team)
Sales
Liaison (existing team)
Joan
Marketing Coordinator
(reports to Mitch — coordinates with team)
⇄  Cross-utilization based on workload — shared backlog, single team
How it works in practice

Where the two lanes intersect

Client Implementation Project
Request comes inNew client integration request — QMod, API, or hosted solution
Scoping & coordinationDan / Jon assess scope, create Jira ticket, assign to Mark or Alex
Technical buildMark or Alex builds the implementation — widget code, API integration, hosted page
Design & front-end polishIf marketing lane has capacity — Todd or Nathan assist with UI, layout, branded styling
QA & deliveryReview, sign-off, delivery to client
Sales collateralCompleted work packaged as a demo asset or case study by marketing devs
Crossover
Marketing Development Project
Request comes inNew marketing build — portal update, FRT feature, campaign landing page
CoordinationJoan coordinates with Jon / Dan; task enters shared backlog
Marketing buildTodd or Nathan lead the development — front-end, content, portal work
Data & integration layerIf QMod or API integration is needed — Mark or Alex step in to support
Review & publishInternal review, QA, and launch
Client-facing reuseMarketing assets adapted into client demos or implementation starter templates
Implementations-led Marketing-led Natural crossover point
Why this combination works

Natural synergies between both teams

Free Real Time (FRT)

FRT is a full product and marketing site — driving QM brand awareness and funneling users toward Quotestream. It needs both marketing sensibility and deep implementation knowledge. This team owns it end-to-end, for the first time.

Exchange & Issuer Portals

Hosted portals like TMX PowerStream, TSX InfoSuite, and CSE Market IQ require ongoing web development and client coordination. Currently straddling WebDev and IMP. A unified team is the natural permanent owner.

Sales Tooling & AI-Assisted Demos

The combined team can build and maintain tools that directly support the sales cycle — AI-powered demo generators, POC environments, and client-ready showcases. Work that was previously fragmented across teams now has a single owner and clear delivery path.

Hosted IR & Reseller Solutions

QuoteMedia has an opportunity to offer its own packaged IR solution directly, rather than supporting third-party resellers. This team has the build and coordination capacity to make that a reality.

Shared Component Library

Marketing and implementation builds often reuse the same QMod widgets, layouts, and patterns. A shared team naturally maintains shared assets — reducing duplication and increasing consistency across client and marketing properties.

Client Onboarding & Self-Serve Portal

Building a client implementation portal requires both developer depth and UX/marketing polish. Having both skill sets on one team means this roadmap item can be owned fully without cross-team dependencies.

Sales alignment

Every deliverable is also a sales asset

💼

New products to sell

Hosted IR solutions and packaged portal offerings give sales a net-new, recurring product line to take to market.

📡

FRT as a marketing channel

FRT's large user base is an active channel this team manages — driving Quotestream subscriptions and QM brand reach.

Faster deal support

Sales requests — demos, POCs, custom previews — go to one team with clear ownership. Turnaround is faster with less hand-off friction.

🔁

Client to sales feedback loop

The team sits at the intersection of post-sale delivery and pre-sale promises — surfacing what clients actually need back to sales, in real time.

🛠

Consistent demo tooling

Sales-ready demos, portals, and showcases are built and maintained by one team — always current, on-brand, and easy to customize per prospect.

🏷

"Solutions" positioning

Renaming the team signals to clients and prospects that QM delivers complete solutions — not just data widgets. The brand story improves.

The case for change

What this unlocks

Immediate — day one benefits
  • Continuity and resilience — doubling the development pool means no single point of failure; client delivery continues when someone is away
  • Reduced dependency on other teams for marketing and portal work — faster turnaround and clearer ownership
  • Stronger sales support — demos, POCs, and sales tooling built and owned by one team with full context
  • Eliminated process gap between what marketing produces and what implementations delivers — shared context closes the loop
Roadmap — where this leads
Possible questions & answers — Part 1

Team structure & bandwidth

Question

Won't pulling the marketing developers away affect current marketing output?

Answer

Primary lanes are preserved — Todd and Nathan remain focused on marketing work. The benefit is that during slow periods, capacity flows to wherever it's needed most rather than sitting idle.

Question

How do you manage competing priorities between the two lanes?

Answer

A shared backlog with clear priority tiers, coordinated by Jon and Dan. The same model already used across BMO, Scotia, and other accounts — applied here at the team level.

Question

Is the implementations team ready for this expanded scope?

Answer

The foundations are already live — AI tooling, automation work, and portal experience are in place. This proposal formalizes and scales what's already happening organically.

Question

Does this change how the marketing team engages with sales and campaigns?

Answer

No — Joan remains on the marketing team under existing leadership and continues coordinating marketing tasks. The developers gain a broader delivery home without disrupting the marketing workflow.

Possible questions & answers — Part 2

Strategy & longer-term concerns

Question

What happens if client implementations volume spikes — does marketing work get dropped?

Answer

The cross-utilization model works in both directions. Spike periods are managed via backlog prioritization — marketing items are deferred, not dropped, with visibility to all stakeholders.

Question

How does this affect the existing relationship between marketing developers and the rest of the marketing team?

Answer

The developers' day-to-day marketing work continues as-is. The change is in reporting and team identity — they gain broader scope without losing their marketing function or relationships.

Question

Is there a risk that the team becomes too broad and loses focus?

Answer

The two-lane structure with designated primary focus areas is specifically designed to prevent this. Each developer has a clear home lane. Crossover is intentional and managed, not accidental.

Question

What does success look like at 6 months?

Answer

Faster delivery on both lanes, no single-point-of-failure outages, at least one new packaged product scoped and in progress, and a team that has a shared identity and clear engagement model company-wide.

The ask

Proposed next steps

1

Alignment in principle on the combined team structure

Agree on the org model and reporting so we can move forward with confidence — including soft discussions with each team member to ensure buy-in and address any concerns early.

2

Define the team name and title framework

Formalize "Client Solutions & Marketing Development" and agree on updated titles and role expectations — e.g. Solutions Developer / Solutions Engineer — ahead of any announcements.

3

1-on-1s with each team member

Individual conversations with Mark, Alex, Todd, and Nathan to walk through the changes, new structure, updated titles, and what's expected of them going forward.

4

Team kick-off meeting

Bring the full team together — re/introductions for those who don't know each other, alignment on how the team works, and a shared view of what we're building together.

5

Socialize across the company

Communicate the new team structure, name, and scope company-wide — so other teams know who we are, what we do, and how to engage with us going forward.