repo redirection
This commit is contained in:
167
docs/countries/switzerland.md
Normal file
167
docs/countries/switzerland.md
Normal file
@@ -0,0 +1,167 @@
|
||||
# Switzerland market note
|
||||
|
||||
## Summary
|
||||
|
||||
Switzerland is a plausible country dossier for this idea if the company wants to test the product in a high-trust, compliance-heavy market with commission-driven employers.
|
||||
|
||||
The product thesis stays the same:
|
||||
|
||||
`turn each validated sale into an auditable commission balance, then let employers decide how quickly the eligible portion can be paid out`
|
||||
|
||||
The initial product should not be sold as a bank account or a consumer credit product. The stronger thesis is commission infrastructure with fast, controlled payouts and strong employer auditability.
|
||||
|
||||
## Why Switzerland matters
|
||||
|
||||
- Employers often have high expectations around accuracy, auditability, and operational reliability.
|
||||
- Commission-heavy teams exist across insurance, brokerage, recruiting, financial advisory, property-related sales, medical services, and B2B sales organizations.
|
||||
- A strong employer workflow product can matter even if the worker-liquidity wedge is less dramatic than in markets with a stronger informal-advance culture.
|
||||
- The market can test whether the thesis works in a more compliance-intensive environment.
|
||||
- A premium operating product may resonate with Swiss SMB and mid-market buyers if it reduces errors and admin load.
|
||||
|
||||
## Local pain that the product solves
|
||||
|
||||
### For the employer
|
||||
|
||||
- Commission rules often live across spreadsheets, CRM exports, accounting workflows, and payroll handoffs.
|
||||
- Month-end reconciliation is slow and error-prone.
|
||||
- Finance teams lack a live view of commission liability and pending adjustments.
|
||||
- Disputes are harder to resolve when calculation logic and payout history are fragmented.
|
||||
|
||||
### For the employee
|
||||
|
||||
- Commission visibility often arrives late.
|
||||
- There is limited transparency around what has been earned, what is available, and what is still pending.
|
||||
- Payout timing can feel opaque even when the employer intends to pay fairly.
|
||||
- Faster access to eligible balances may improve trust, even when immediate liquidity is not the only pain point.
|
||||
|
||||
## Initial ICP
|
||||
|
||||
The best initial targets are Swiss SMB and mid-market employers with commission-heavy teams and clearly attributable payment or invoice events.
|
||||
|
||||
Promising segments:
|
||||
|
||||
- insurance brokerages and advisory networks
|
||||
- staffing and recruiting firms
|
||||
- property-related sales organizations
|
||||
- clinics, medical services, or elective-care businesses with trackable payment events
|
||||
- subscription and field-sales businesses with clear seller attribution
|
||||
|
||||
## Value proposition in Switzerland
|
||||
|
||||
### For the employer
|
||||
|
||||
- automate commission calculation and payout operations
|
||||
- reduce spreadsheet dependence and manual reconciliation
|
||||
- create a clear audit trail across sales, commissions, payouts, and adjustments
|
||||
- improve visibility into commission liability and team performance
|
||||
- reduce payout disputes and exception handling
|
||||
|
||||
### For the employee
|
||||
|
||||
- see earned commissions sooner
|
||||
- understand what is available versus still pending
|
||||
- receive eligible payouts faster through the linked bank destination
|
||||
- track earnings history and payout activity in one place
|
||||
|
||||
## Recommended product for Switzerland
|
||||
|
||||
### V1
|
||||
|
||||
- payment reconciliation through local PSP, banking, or invoice data
|
||||
- commission rules engine
|
||||
- ledger with states `earned`, `available`, and `settled`
|
||||
- balances for employee and employer
|
||||
- payout request workflow to linked bank destination
|
||||
- basic employer and employee dashboards
|
||||
- audit trail by payment event, commission result, payout, and adjustment
|
||||
|
||||
### V2
|
||||
|
||||
- clearer reserve and holdback rules for reversals
|
||||
- analytics for team performance and commission liability
|
||||
- alerts and anomaly reporting
|
||||
- stored balance behavior if partner structure and economics justify it
|
||||
- pilot of employer-backed advances only after the ledger is reliable
|
||||
|
||||
### V3
|
||||
|
||||
- card or spend product only if local partner economics justify it
|
||||
- deeper ERP, CRM, POS, or payroll integrations
|
||||
- multi-entity support for larger organizations
|
||||
|
||||
## Partners that matter locally
|
||||
|
||||
### Financial infrastructure
|
||||
|
||||
- regulated bank, BaaS, or payment partner for safeguarded funds, payouts, and compliance
|
||||
- payout partner that can support employer and worker money movement without forcing direct custody at launch
|
||||
|
||||
### Payment and reconciliation infrastructure
|
||||
|
||||
- PSPs, acquirers, billing tools, or invoice-reconciliation partners that can provide reliable payment-event data
|
||||
|
||||
### Identity and compliance
|
||||
|
||||
- KYC, KYB, AML, and sanctions tooling for employer and employee onboarding
|
||||
- legal and compliance advisors with Swiss financial-regulation and labor-workflow experience
|
||||
|
||||
### Card issuance
|
||||
|
||||
- only later, if the product proves balance retention is worth pursuing
|
||||
|
||||
## Regulatory and operating considerations
|
||||
|
||||
The product touches several regulated and operational areas and should be mapped carefully.
|
||||
|
||||
- start under a licensed partner structure rather than direct custody
|
||||
- map the FINMA-related regulatory perimeter and partner responsibilities early
|
||||
- understand employer onboarding, AML, and worker verification requirements
|
||||
- map how commissions, deductions, payroll timing, and adjustments should be reflected in employer workflows
|
||||
- make availability, reversals, and clawback logic explicit to employers and employees
|
||||
- keep employer-backed advances as a later feature, not the initial wedge
|
||||
|
||||
## Go-to-market in Switzerland
|
||||
|
||||
### First move
|
||||
|
||||
- win 3 to 5 design partners with strong commission admin pain and clean payment attribution
|
||||
- prioritize employers where commission rules are painful but not too custom to support in v1
|
||||
- sell to finance, operations, founders, and sales leadership
|
||||
|
||||
### Distribution channels
|
||||
|
||||
- direct sales to design partners
|
||||
- referrals from accounting, payroll, or finance consultants
|
||||
- vertical SaaS and payment-partner relationships
|
||||
- operator networks or industry groups where commission plans are common
|
||||
|
||||
### Initial pitch
|
||||
|
||||
- remove spreadsheet commission work
|
||||
- improve auditability and payout reliability
|
||||
- give teams clearer and faster access to eligible earnings
|
||||
- reduce payout disputes and manual exception handling
|
||||
|
||||
## Most likely economic model
|
||||
|
||||
- employer platform fee
|
||||
- fee per processed or reconciled payment event
|
||||
- payout fee or bundled payout plan
|
||||
- premium analytics tier for larger employers
|
||||
- later card or retained-balance economics if the partner model supports them
|
||||
|
||||
## Key risks in Switzerland
|
||||
|
||||
- smaller domestic market than some larger launch geographies
|
||||
- stronger compliance expectations can slow onboarding and iteration
|
||||
- local labor and payroll expectations may require careful configuration
|
||||
- payout speed expectations may vary by partner and bank behavior
|
||||
- employer demand for worker-liquidity features may be weaker than in markets with more visible advance behavior
|
||||
|
||||
## Final thesis for Switzerland
|
||||
|
||||
The best positioning is not a neobank and not an employee-wallet-first app.
|
||||
|
||||
The best positioning is:
|
||||
|
||||
`commission operations infrastructure for Swiss employers, with auditable ledgers, bank-based payouts, and strong employer control`
|
||||
Reference in New Issue
Block a user