ILLUSTRATIVE USE CASE / 01

Make payments part of the software your customers already use.

A practical SaaS payments scenario: bring merchant onboarding, invoices, payments and settlement questions into one customer journey.

SaaS / SOFTWARE PLATFORMSCEO VIEW
Illustrative payment journey linking a service business invoice, card payment, fee and bank settlement.

01 / THE BUSINESS PROBLEM

Where the business gets stuck

A field-service software company helps local businesses schedule jobs and send invoices. Customers already run their day in its product, but they leave it to sign up with a payment provider. When an invoice is paid, the software team sees a payment status while the customer sees a separate settlement report. Support cannot easily explain fees, refunds or when the money will arrive.

The company owns the customer relationship but has little control over the payment experience. Each extra step slows payment adoption. Leadership wants to know whether payments can become a useful service and a sound revenue line.

A MOMENT YOU MAY RECOGNIZE

A contractor sends a $1,200 invoice after completing a job. The customer pays in the software, but the contractor asks why the deposit is lower than $1,200. Today, support must compare two systems to find the payment fee and the settlement date.

02 / THE RESPONSE

How Amaryllis would address it

Our engineers work with your team to define the workflow, configure the required capabilities and connect the agreed systems. The implementation follows your provider contracts and operating model.

01

Join the customer journey

Amaryllis engineers connect the software product to the agreed payment provider and build the merchant onboarding and payment handoffs around the existing user journey.

02

Keep the business context

They map the invoice, customer, transaction, fee, refund and settlement references so support and finance can trace a deposit back to the work that produced it.

03

Start with the right model

A PSP-first setup can support embedded payments while the provider handles its agreed processing role. A PayFac path is a separate business and compliance decision, considered only if the economics and responsibilities justify it.

03 / THE BUSINESS RESULT

What changes for leadership

A contractor can follow an invoice through payment and settlement in a more coherent experience. Support has a shared view of exceptions; leadership can see adoption and payment economics before deciding whether to take on more responsibility.

MEASURES TO WATCH

  • Share of active customers that turn on payments
  • Time from sign-up to first accepted payment
  • Payment-related support cases and time to resolve them
  • Net payment margin after provider and operating costs

04 / THE DECISION

What to confirm first

Provider agreements, the target markets and the chosen operating model determine who onboards merchants, holds funds and carries regulated responsibilities. Amaryllis engineers implement the agreed workflow for the customer.

NEXT STEP

Bring the workflow. We will map the options.

Tell us where the payment journey breaks down, which systems are involved and what success needs to look like.