Financial Technology2 min read

Building a Research Process for Financial Technology

Live Markets Editorial Team

Updated:

A long-form guide to building a research process for Financial Technology, covering adoption, unit economics, fraud, interoperability, regulation, data quality, and switching costs.

building a research processfinancial marketsrisk managementmarket research

Define the business being studied

Begin with a service map, not a broad category such as “digital finance.” Identify the customer, product task, revenue recipient, and external providers. A payment gateway, consumer lender, bank software vendor, and digital-asset custodian can have different economics and dependencies.

Separate reported facts from hypotheses. Filings and product terms describe disclosed business lines; management commentary adds context but is not independent verification. Date observations because products, partnerships, and metrics can change.

Follow one transaction end to end

Trace a representative workflow. For payments, distinguish authorization, clearing, settlement, and payout where disclosed. For lending, map application, funding, servicing, and repayment. For financial software, determine whether the company processes transactions or licenses tools. These functions are not interchangeable simply because one app presents them together.

Ask which party owns the customer relationship, what creates revenue, what costs scale with activity, and where failure could interrupt service. Mark unanswered questions unknown; missing disclosure proves neither strength nor weakness.

  • Draw the customer, platform, financial institution, network, and vendor handoffs that are actually disclosed.
  • Tie every operating metric to its definition, period, and source.
  • Label assumptions separately from reported figures and unresolved diligence.

Test growth against operating quality

User counts and transaction volume can show activity, not durable economics. Where disclosed, compare growth with revenue composition, take-rate definitions, operating costs, credit performance, loss measures, and availability. Metrics may use different denominators; align definitions and business models before peer comparisons.

Investigate dependence on a bank partner, payment network, cloud vendor, funding source, customer segment, or geography. Validate concentration against company disclosures rather than assuming every provider has the same exposures.

Maintain a living thesis

Conclude each review with the evidence that would strengthen or weaken the thesis, the next disclosure to inspect, and the date to revisit it. A product launch, partner change, outage, or altered credit mix may warrant an earlier update than a routine calendar review. Preserve the original version of the thesis so later analysis can distinguish a changed business from a changed interpretation.

A repeatable process improves traceability; it does not eliminate uncertainty or substitute for product-specific diligence. Where jurisdiction, contract terms, or unreported operating measures are material, state that the available sources do not establish them. This educational material is not individualized financial, tax, legal, insurance, or credit advice.

Sources / References

  1. Asset Allocation and Diversification — U.S. Securities and Exchange Commission, Investor.gov — Supports portfolio goals, time horizon, diversification, concentration, and risk-tolerance considerations.
  2. Diversification — U.S. Securities and Exchange Commission, Investor.gov — Supports the qualification that diversification manages, but does not eliminate, investment risk.