Prop firm technology procurement evaluation toolkit (Phase 4 per-pillar artefact)

Why this dispatch exists

This is the thirty-eighth dispatch and the thirteenth in the Phase 4 operationally-actionable artefact sub-series. The prop firm tech deep dive covered the four regulatory developments shaping 2026 prop firm procurement (FCA consultation, CySEC enforcement 2025, DMCC framework guidance, ASIC + US CFTC parallel activity), the Phase 1 vendor list with forward-compatibility framing, the four prop firm tech procurement layers, the challenge-to-funded funnel optimisation question, and the forward-compatible architecture procurement filter for the 2026-2028 regulatory environment.

This toolkit operationalises the procurement-stage RFP filters for hybrid Archetype C operators procuring prop firm tech alongside their broker vertical. Other archetypes (A, B, D, E, F, G, H) do not procure prop firm tech speculatively per the deep dive’s per-archetype framing.

Prop firm tech procurement scope recap

The procurement scope spans four distinct procurement layers:

Layer 1: Challenge management infrastructure. Challenge type configurability, rule enforcement, purchase flow, analytics.

Layer 2: Payout processing infrastructure. Calculation methodology, schedule, payment rail integration, payout analytics.

Layer 3: Simulated execution mechanics. Simulation accuracy, hedging configuration, risk transfer flexibility. Most operationally consequential layer.

Layer 4: Prop firm CRM distinct from broker CRM. Multi-tenant patterns from the broker CRM deep dive applied to prop firm vertical separately.

Procurement-stage questionnaire (30 RFP questions)

Universal (5)

1. Provide pricing structure including base pricing, per-challenge pricing, per-funded-account pricing, integration costs.
2. List certifications including ISO 27001, SOC 2 Type II.
3. Describe customer support framework.
4. Provide financial position disclosure.
5. Describe product roadmap with forward-compatibility for 2026-2028 regulatory environment.

Layer 1: Challenge management dimensions (5)

6. Describe challenge type configurability including single-step, two-step, instant funding, scaling.
7. Describe challenge rule enforcement including drawdown limits, profit targets, trading day requirements, instrument restrictions.
8. Describe challenge purchase flow including operator-side payment integration and refund handling.
9. Describe challenge analytics including pass rate by cohort, time-to-pass distribution, geographic analysis.
10. Provide reference operators with challenge management deployment.

Layer 2: Payout processing dimensions (4)

11. Describe payout calculation methodology including profit split percentage, loss handling, performance requirements.
12. Describe payout schedule configurability including bi-weekly, monthly, on-demand with restrictions.
13. Describe payment rail integration including bank transfer, PSP, crypto rails.
14. Describe payout analytics including payout volume tracking and cohort lifetime value.

Layer 3: Simulated execution dimensions (5, most operationally consequential)

15. Describe simulation accuracy methodology including spread widening, slippage, and execution latency under fast-market conditions.
16. Describe hedging configuration including operator-side risk transfer policy support and hedging percentage configurability.
17. Describe risk transfer flexibility including operator-side risk policy evolution support without architectural rework.
18. Describe operator-side P&L behaviour determination including specific P&L attribution from simulated execution layer.
19. Provide reference operators with simulated execution deployment at operator’s expected scale.

Layer 4: Prop firm CRM dimensions (4)

20. Describe prop firm CRM positioning distinct from operator’s broker CRM including multi-tenant integration with broker CRM (per the broker CRM evaluation toolkit).
21. Describe trader relationship management workflow including challenge purchase, challenge pass, funded account, ongoing performance, and payout events.
22. Describe operator-side prop firm CRM versus broker CRM data separation supporting legal entity separation.
23. Provide reference operators with prop firm CRM deployment.

Forward-compatible architecture dimensions (5)

24. Describe regulatory readiness components including explicit disclosure controls, trader identity verification depth for regulated KYC, challenge pass rate disclosure capability, and audit trail completeness.
25. Describe vendor positioning for FCA prop firm consultation outcome.
26. Describe vendor positioning for CySEC enforcement positioning.
27. Describe vendor positioning for DMCC framework guidance.
28. Describe vendor positioning for ASIC + US CFTC parallel activity.

Phase 4 framework alignment (2)

29. How does your product align with the four prop firm tech procurement layers? Specifically: per-layer vendor capability for operator’s specific procurement context.
30. Describe contract terms with forward-compatibility provisions for 2026-2028 regulatory environment.

Reference customer questions (14)

Operational reality (6)

1. How long has your operation been using this vendor and at what active challenge volume?
2. Did capability disclosure match operational reality? Specifically: simulation accuracy, payout processing reliability, challenge management flexibility.
3. How accurate is simulated execution in operational reality? Specifically: P&L attribution accuracy.
4. How responsive is payout processing? Specifically: payout schedule reliability, payment rail integration accuracy.
5. How clean is prop firm CRM integration with broker CRM in operational reality?
6. How responsive is vendor to regulatory developments?

Procurement specifics (4)

7. How did vendor handle procurement decision process including forward-compatibility evaluation?
8. What contract terms did you achieve?
9. Has vendor’s roadmap delivered regulatory readiness investments?
10. How transparent is vendor about post-acquisition framework positioning if applicable?

Operational quality (4)

11. How clean is challenge-to-funded funnel optimisation in operational reality?
12. (For pass rate optimisation) How accurate is vendor’s pass rate analytics?
13. (For re-take dynamics) How does vendor handle re-take flow including regulatory disclosure if applicable?
14. Would you procure this vendor again given the same procurement decision context?

Demo evaluation rubric (10 tests)

Test 1: Challenge management demonstration.

Pass: vendor demonstrates challenge type configurability including operator’s specific challenge structure. Fail: configurability shallow.

Test 2: Payout processing demonstration.

Pass: vendor demonstrates payout calculation methodology and payout schedule configurability. Fail: payout processing shallow.

Test 3: Simulated execution accuracy demonstration.

Pass: vendor demonstrates simulation accuracy against operator-provided fast-market test scenarios with explicit accuracy metrics. Fail: simulation accuracy shallow.

Test 4: Prop firm CRM walkthrough.

Pass: vendor demonstrates prop firm CRM distinct from broker CRM with multi-tenant integration support. Fail: CRM positioning shallow.

Test 5: Challenge-to-funded funnel analytics demonstration.

Pass: vendor demonstrates funnel analytics including pass rate, time-to-pass distribution, and operator-side optimisation support. Fail: funnel analytics shallow.

Test 6: Regulatory readiness demonstration.

Pass: vendor demonstrates explicit disclosure controls, trader identity verification depth, and audit trail completeness for 2026-2028 regulatory environment. Fail: regulatory readiness shallow.

Test 7: Per-jurisdiction configuration demonstration.

Pass: vendor demonstrates per-jurisdiction challenge configuration including excluded jurisdictions and per-jurisdiction disclosure. Fail: per-jurisdiction configuration limited.

Test 8: Integration with operator’s broker stack walkthrough.

Pass: vendor demonstrates integration with operator’s broker CRM, PSP, and KYC framework. Fail: integration gaps.

Test 9: Hybrid operator broker-ID separation demonstration.

Pass: vendor demonstrates separation from operator’s broker-ID groups on shared MT5 instance if applicable. Fail: separation absent.

Test 10: Disaster recovery and incident response demonstration.

Pass: vendor demonstrates incident response framework. Fail: response framework absent.

Integration testing protocol (8 pre-signature tests)

1. Sandbox access and API documentation review.
2. Challenge management workflow testing.
3. Payout processing testing with operator’s PSP infrastructure.
4. Simulated execution accuracy testing under fast-market scenarios.
5. Prop firm CRM integration with operator’s broker CRM (multi-tenant testing).
6. Per-jurisdiction configuration testing.
7. Regulatory readiness configuration testing.
8. End-to-end production simulation including challenge purchase, challenge pass, funded account, payout cycle.

Integration testing typically 6-10 weeks for prop firm tech deployments because the simulated execution mechanics layer is engineering-heavy.

Decision documentation template (8 sections)

1. Procurement context including hybrid Archetype C operating model rationale and prop firm vertical procurement scope.
2. Vendor shortlist with forward-compatibility filter for 2026-2028 regulatory environment.
3. RFP evaluation per layer with simulated execution layer scoring weighted heavily.
4. Reference customer diligence including simulation accuracy operational reality documentation.
5. Demo evaluation per layer with simulated execution under fast-market test scenarios documented.
6. Integration testing including hybrid operator broker-ID separation testing documentation.
7. Procurement decision with regulatory readiness rationale documented.
8. Ongoing monitoring with regulatory development tracking and 2026-2028 regulation crystallisation as procurement decision review triggers.

Phase 4 corpus state

• 25 Phase 3 + 13 Phase 4 = 38 dispatches.