Bid Akademie: Building a Learning Platform with Integrated Referrals and HubSpot
Bid Akademie needed more than a course platform. They needed a system where education, partner referrals, and commission tracking worked as a single connected experience — without adding operational complexity for their team.
They were already using HubSpot as their CRM for contacts, course access, and user engagement. What HubSpot couldn’t do was support a structured referral hierarchy or calculate commissions across a growing partner network.
We built a custom direct selling platform and integrated it with HubSpot, with each system owning a clearly defined responsibility. The MLM platform manages user roles, referral relationships, and commission logic. HubSpot handles course access, engagement tracking, and purchase transactions. Real-time data exchange keeps both aligned.
Industry
EdTech
Country
🇩🇪 Germany
Website
https://www.bid-akademie.de/
Impact at a Glance
- Structured onboarding into clearly defined Manager and Web User roles, with correct permissions from day one
- Referral-driven network growth through a Unilevel commission model with a traceable hierarchy
- Course purchases linked directly to commission logic — no manual tracking, earnings tied to real transaction data
- Continuous data sync keeps user activity, purchases, and referral data consistent across HubSpot and the MLM platform
- Payment validation built into registration — only verified, eligible users are added to the network
- Full German-language experience across onboarding, platform interaction, and system communications
About Bid Akademie
Digital Education Delivered Through a Partner Network
Bid Akademie offers structured learning programs in financial education, personal development, and professional upskilling. Their courses are designed for individuals building practical, career-relevant skills.
Beyond course delivery, their model turns learners into growth contributors. Managers bring new users into the network. Web Users enroll in courses. Revenue from those enrollments feeds back into the network as commissions — creating a self-reinforcing growth loop.
At the time they came to us, HubSpot handled their CRM, course access, and user engagement. It worked well for learning delivery in isolation. It was never designed for referral structures or partner-driven commission distribution.
The Vision
Education, Referrals, and Revenue in a Single Connected System
Bid Akademie’s goal was to stop treating course delivery and partner growth as separate functions. They wanted a platform where:
- Different user types follow distinct journeys with appropriate permissions
- Referrals build a structured, traceable network — not a spreadsheet
- Every course purchase automatically triggers the correct commission calculation
- The experience stays consistent across onboarding, learning, and earnings
- The system scales as the partner network grows — without manual intervention
This shifted the platform from being a learning destination into a growth engine — where users don’t just consume content, they actively contribute to the platform’s expansion.
The Challenges
What Was Breaking Before We Built the Solution
| Challenge Area | What Was Breaking | How It Was Addressed |
|---|---|---|
| Fragmented User Lifecycle | Onboarding, payments, and CRM data existed in separate flows with no unified view | Registration centralized and synced to HubSpot |
| No Commission System | No referral hierarchy or consistent way to calculate and track partner earnings | Unilevel commission engine implemented |
| Disconnected Sales & Learning | Course purchases in HubSpot were not linked to referral relationships | HubSpot integrated with the MLM platform |
| Role-Based Complexity | No clear distinction in onboarding, permissions, or behavior between user types | Role-based access and logic introduced |
| KYC & Compliance Gaps | No validation layer controlling who could access commission-related actions | KYC verification workflow built into the platform |
| No Real-Time Sync | Delays caused mismatched data across users, purchases, and commissions | Real-time sync via APIs and webhooks |
| Localization Gaps | Platform experience did not support German language or regional expectations | Full German-language support incorporated |
1. Fragmented User Lifecycle
HubSpot managed post-registration activity well. But it had no way to capture how users entered the system, how they were connected through referrals, or how joining payments related to roles and eligibility. The result was a lifecycle split across multiple disconnected touchpoints.
Teams had to manually reconcile data across systems. There was no single view of a user’s journey from registration to purchase. Course access existed in HubSpot, but it was isolated from the referral context needed for commission tracking.
2. No Structured Referral or Commission Logic
HubSpot manages contacts and transactions — it does not support referral hierarchies or network-based commission plans. Bid Akademie had no defined way to record multi-level referral relationships, and no system to calculate earnings against a consistent compensation plan.
The result: commission tracking happened manually, in spreadsheets, with all the errors and disputes that follow. Course purchases existed in HubSpot but were never connected to the user who generated the referral.
3. Sales and Learning Operating in Parallel, Not Together
Bid Akademie used HubSpot for course access and purchase management, but its referral model exposed gaps between sales and learning systems. Transactions, referrals, and course activity operated separately, preventing direct links between user relationships and commission tracking.
Revenue data could not be mapped across referral levels, forcing teams to combine information manually. As the network expanded, maintaining accurate sales attribution and consistent performance tracking became increasingly difficult.
4. No System-Level Distinction Between Managers and Web Users
Bid Akademie’s model depends entirely on two user types behaving differently. Managers build the network and earn commissions. Web Users learn. Without role-based logic built into the platform, both types went through the same flows — creating permission gaps, pricing inconsistencies, and operational confusion.
5. Compliance and KYC Were Handled Manually
Because commissions involved real financial payouts, Bid Akademie needed control over who could access earnings-related features. Without a structured verification layer, any user could theoretically interact with commission actions. Manual checks created delays and inconsistency.
6. No Real-Time Data Synchronization
HubSpot and the rest of the system were not updating each other as events occurred. A new registration might not appear in the network structure immediately. A purchase might not trigger commission calculation right away. As volume increased, these delays became more disruptive.
7. Platform Not Built for a German-Speaking Audience
Bid Akademie’s primary market is Germany. The initial platform was English-only, with no localization for registration flows, consent language, user prompts, or communications. Expanding to a broader German user base required adapting the experience — not just translating strings.
The Solution
A Purpose-Built MLM Platform, Tightly Integrated with HubSpot
Rather than forcing everything into a single system, we divided responsibilities clearly and built a real-time integration layer between them. Each platform does what it does best:
| MLM Platform | Owns user identity, role assignment, referral relationships, and commission calculation from day one. |
| HubSpot | Owns course access, user engagement, and purchase transactions — the source of truth for learning and sales data. |
| Integration Layer | APIs and webhooks keep both systems in sync as events occur — registrations, purchases, role changes — without manual coordination. |
1. Centralized Registration and User Lifecycle
Every user now enters the system through the MLM platform. Registration defines their role (Manager or Web User), places them within the referral network, and validates their joining payment — before any data is passed to HubSpot.
Once onboarding completes, a corresponding HubSpot contact is created automatically. From that point, HubSpot handles course assignment and engagement tracking. The user lifecycle is connected end to end, with no manual handoffs between systems.
2. Unilevel Commission Engine
We implemented a structured Unilevel compensation plan within the MLM platform. Every referral relationship is mapped within the network. When a Web User makes a course purchase, that transaction triggers commission calculations across the relevant levels — automatically, based on predefined rules.
Each transaction maps to the correct referral chain. Payout eligibility is tied to recorded user relationships, not manual lookups. Commission data lives in one place, within the MLM platform, with no external spreadsheets required.
3. HubSpot Integration for Course and Purchase Management
HubSpot remains the system of record for course access and purchase transactions. The key change is that it now works in conjunction with the MLM platform. When a purchase occurs in HubSpot, the transaction data is sent back to the MLM system, where it’s matched to the correct user position and referral chain for commission processing.
- MLM to HubSpot: Registration data flows in; a contact is created with role-specific attributes for course assignment
- HubSpot to MLM: Purchase data flows back; the transaction is mapped to the referral network for commission calculation
4. Role-Based Access and Onboarding Flows
Managers and Web Users now follow entirely separate paths through the platform. Different registration forms, different pricing, different data requirements, different permission sets. The system enforces these boundaries consistently — a Manager can view referral data and track earnings; a Web User sees only course-related content.
This isn’t just a UX distinction. It’s structural. User type is defined at registration and shapes every subsequent interaction within both the MLM platform and HubSpot.
5. KYC Verification for Commission Access
Managers must complete identity verification before they can interact with any commission-related features. Until verification is approved, earnings remain inaccessible. Only verified accounts can mark sales activity or claim payouts.
Verification status is tracked within the system and enforced automatically, removing the manual checks that previously delayed commission processing.
6. Real-Time Sync via APIs and Webhooks
Data moves between systems at the moment events occur, not on a schedule. Registration completion, course purchase, role update, commission trigger — each event dispatches the relevant data to the other system immediately.
- New registration → HubSpot contact created instantly
- Course purchase in HubSpot → transaction data sent to MLM platform for commission processing
- Commission eligibility updated → reflects current transaction data, not delayed batch exports
7. German-Language Localization
The platform was built with German as the primary language across all user-facing elements: registration forms, dashboards, navigation, consent flows, notifications, and course-related communications within HubSpot. Both systems maintain a consistent language experience, avoiding confusion as users move between them.
The Results
1. Scalable Partner Network Growth
Managers can expand their networks through referrals while the platform maintains a clear, traceable hierarchy. The system supports 10,000+ active users and referral connections simultaneously — with room to scale further without structural changes.
2. Accurate Commission Tracking
Commissions are calculated from recorded transactions, not manual entries. Tracking accuracy improved by 100% compared to the previous manual process. Errors and disputes dropped significantly as a result.
3. Reduced Operational Overhead
Automated flows across registration, course access, and commission calculation cut administrative workload by nearly half. Tasks that previously required manual steps across multiple systems now happen within a single connected flow.
4. Clear Sales Attribution
Every course purchase is linked to the correct user and their position in the referral network. Attribution is automatic and auditable, enabling faster validation of earnings and reducing disputes over transaction ownership.
5. Controlled, Compliant Payouts
KYC verification ensures only approved users access commission features. Payout control is enforced by the system, not a manual review process. Verification is consistent across all eligible users.
How the Two Systems Work Together
The MLM platform and HubSpot each operate independently, connected through event-driven data exchange. Neither system replicates the other’s function — they share only what’s necessary, at the moment it’s needed.
Step 1: User enters
Registration and role assignment happen in the MLM platform. Joining payment is collected and validated here.
Step 2: Contact created
Once registration completes, user data is pushed to HubSpot. A contact is created with role-specific attributes for course assignment and engagement tracking.
Step 3: Purchase occurs
When a purchase is made, the transaction is recorded in HubSpot. An automated webhook transmits the purchase details to the MLM platform, where commission calculations are handled.
Step 4: Commission calculated
The MLM platform maps the transaction to the correct referral chain and calculates earnings based on the Unilevel compensation plan.
Key Platform Features
- Role-based onboarding with distinct flows, pricing, and permissions for Managers and Web Users
- Management of referral relationships through a defined multi-level structure
- Unilevel commission engine supporting direct and multi-level earnings
- Integrated payment handling built into registration — not bolted on after
- HubSpot-based course and purchase management as the transaction source of truth
- Real-time data synchronization via APIs and webhooks
- Automated sales attribution mapping each purchase to the correct referral chain
- KYC verification controls gating commission access for Managers
Key Takeaways for Similar Platform
Building a platform that combines learning delivery with referral-driven revenue requires more than connecting tools. It depends on clear system boundaries, deliberate data flow design, and role logic that’s structural — not just cosmetic.
Define System Responsibilities Before Writing Code
Separating user management, commission logic, and learning delivery into distinct systems — each with a defined ownership — prevents the fragmentation that slows teams down as the platform grows.
Connect Learning and Revenue from Day One
Course purchases and commission triggers should be linked at the architecture level, not patched together later. Retrofitting attribution logic onto a siloed system is significantly harder than building it in from the start.
Role-Based Journeys Are Structural, Not Just UX
Distinct user types need distinct paths through registration, onboarding, and platform interaction. Permissions and behavior differences should be enforced by the system, not managed through manual workarounds.
Design Around Data Flow, Not Features
The quality of a multi-system platform is determined by how reliably data moves between systems. Event-driven synchronization — webhooks firing on purchases, registrations, and status changes — is more robust than scheduled batch updates.
Automate Commissions Against Recorded Transactions
Commission calculations should be triggered by actual transaction data, not manual entries. Any dependency on human input introduces the potential for errors, disputes, and delays.
Build Verification Into the System, Not Around It
KYC and compliance controls should be part of the platform architecture. If identity verification is a prerequisite for accessing earnings, the system should enforce that — not rely on teams to check manually.
