ILIA MARTYNENKO
←Back to work

Fintech · Payments · Compliance

Physical Card Issuance: Designing a Compliant End-to-End Product Flow

I translated the business requirements for physical card issuance into an end-to-end product and systems design, covering partner integration, issuance, reissuance, activation, delivery, compliance constraints, and operational edge cases.

The opportunity

Physical cards offered customers a way to access their funds beyond virtual payments — including ATM withdrawals, in-person purchases, and situations where digital payments or reliable connectivity were not available.

Delivering this capability required more than connecting to a card provider. The product had to coordinate customer actions, partner APIs, compliance requirements, and operational processes across the full card lifecycle.

The challenge was to make the experience understandable for customers while ensuring that every stage — from requesting a card to receiving and activating it — behaved consistently under normal and exceptional conditions.

My contribution

1. Business requirements and product flows

I gathered business requirements and translated them into a detailed product and systems design for physical card issuance.

I mapped the main customer and system flows, including:

  • —Initial card issuance.
  • —Card reissuance.
  • —Card activation.
  • —Delivery and delivery-status handling.
  • —User confirmations and decisions required at different stages.

I also worked through edge cases and alternative scenarios so that implementation requirements covered more than the ideal customer journey.

2. Partner integration and system behavior

I designed the integration requirements for Rain, translating the intended product behavior into implementation-ready scenarios.

My work covered the interactions between the customer-facing product, the backend, and the card provider, including the expected behavior of the system at each stage of the card lifecycle.

I documented relevant scenarios, conditions, and edge cases to make the requirements explicit for engineering and QA. This helped turn a multi-step business process into a set of defined system behaviors that could be implemented and tested.

3. Compliance and operational constraints

A significant part of the work involved incorporating compliance requirements into the product design rather than treating them as a final review step.

I worked through constraints related to:

  • —Eligible delivery destinations.
  • —What customer data could be shared with the external provider.
  • —User confirmations required by the process.
  • —Conditions and exceptions affecting the card lifecycle.
  • —Consistency between business rules, compliance requirements, and system behavior.

I helped translate these constraints into explicit rules and decision branches so that the product behavior remained consistent across documentation and implementation scenarios.

4. Cross-functional alignment and AI-assisted analysis

The work required coordination across product, compliance, design, backend, mobile, and QA.

I used AI extensively to make this process more systematic and efficient. This included synthesizing meeting transcripts, preparing documentation, expanding scenario and edge-case coverage, checking requirements against partner and compliance constraints, and improving consistency across materials.

I also used AI to identify recurring questions and convert them into explicit rules, prepare grooming agendas and notes, and make targeted revisions to documentation.

AI supported the analysis and documentation process; the resulting requirements still needed to be checked against the actual product, partner, and compliance constraints.

Results

The physical card issuance capability was implemented, and a working demo was available.

The result was a defined end-to-end card lifecycle covering issuance, reissuance, activation, and delivery, supported by documented partner integration behavior, compliance rules, and exceptional scenarios.

No quantitative business-impact metric is included here because a verified post-launch figure has not been established for this case. The emphasis is therefore on the scope and complexity of the product and systems design rather than an unverified claim about customer or revenue growth.

What this demonstrates

  • —End-to-end product thinking: designed the customer journey across the complete physical card lifecycle.
  • —Technical depth: translated business requirements into detailed partner integration behavior and testable system scenarios.
  • —Compliance-aware design: incorporated data-sharing, delivery, and user-confirmation constraints into product rules.
  • —Cross-functional execution: aligned product, design, engineering, compliance, and QA around a shared specification.
  • —AI leverage: used AI to accelerate documentation, broaden scenario coverage, and improve consistency across complex requirements.

My contribution focused on business requirements, systems analysis, partner integration design, compliance-aware product flows, and cross-functional documentation.

Have a complex, compliance-heavy product to design?

Tell me about your project ↗