Fintech & payments

Fintech translation
for product and interface

This is the copy people read while moving their money, and it has no tolerance for ambiguity. A button that could mean two things does not produce a support ticket โ€” it produces an abandoned transfer and a user who does not come back.

  • Onboarding and verification screens
  • Payment and transfer flows
  • Microcopy, errors and notifications
  • API docs and help centres
  • Confidential โ€” NDA on request
Same-day answer

Get your quote

Send a string export, a staging link or a few screens, and we will reply with a fixed price.

Your documents

    What we guarantee
    • One term, the same word everywhere
    • Get a quote the same day
    • Confidential โ€” NDA on request

    What makes this copy hard

    • The words are load-bearing

      "Pending", "cleared", "available balance", "held" each name one specific state of someoneโ€™s money. A near-synonym that reads more smoothly in the target language quietly changes what the user believes.

    • A lot of it is not free text

      Disclosure lines, consent screens and confirmation text are often fixed by your own compliance review. The craft is finding natural phrasing inside a meaning that is already settled.

    • It has to match across surfaces

      The name of a thing in the app is its name in the confirmation email, on the statement and in the help article. Three names for one thing reads as a fault, and the user calls you.

    • Errors are read most carefully

      The screens people actually study are the ones telling them something went wrong. An error has to say what happened and what to do next, without alarming a user whose money is fine.

    Wording that cannot drift

    In a payment flow the words are load-bearing. "Pending", "cleared", "available balance", "held" each name a specific state of someoneโ€™s money, and the near-synonym that reads more naturally in the target language quietly tells the user something that is not true. So we settle those words before we translate anything: a short list, agreed with you, and the rest of the copy is written around it.

    A good part of fintech copy is not free text at all. Disclosure lines, consent screens and confirmation text are frequently prescribed โ€” reviewed by your compliance team and not available to be improved for style. That constraint is the work. The job is to find phrasing that sounds like a person wrote it while the meaning stays exactly where it was, and to tell you when the target language genuinely cannot carry it, instead of stretching a sentence until it does.

    Then it has to hold everywhere the user meets it, from the app to the help centre. That is what the termbase is for: one agreed word per concept, applied to every surface and every language, including copy we translated a year ago. A second linguist revises every string against it before delivery, and you get the term list itself, so your writers and your reviewers are working from the same page as we are.

    Happy to be of service,

    Gabriel Brunner, Founder

    How a fintech project runs

    1. 1

      Send the strings and the context

      A string export, a staging link, screenshots, the designs โ€” whatever exists. Context is what stops a translator guessing which "balance" you mean.

    2. 2

      Receive your quote

      A fixed price for the scope, with repeated strings already discounted. Tell us the release date and we confirm whether we can meet it before you commit.

    3. 3

      We agree the terms first

      The words that carry meaning, plus anything your compliance team has fixed, are settled and approved before translation starts. Everything else follows from that list.

    4. 4

      Translated, revised, consistent

      A second linguist checks every string against the agreed terms, so the app, the email, the statement and the help article all say the same word.

    Frequently asked questions

    Tap any question to see the answer!
    Our compliance team has fixed some of the wording. Can you work inside that?
    Yes, and it is the normal case. Mark the lines that are not ours to move and we treat the meaning as untouchable โ€” we look for the most natural phrasing that keeps it intact, and we flag anything that still reads stiffly rather than quietly improving it. You get a note on exactly which strings were constrained, so your reviewers know where to look.
    Our strings have no context. Can you still translate them?
    We can, and that is how bad interface translations happen. A bare "Confirm" or "Held" can go three ways. Send screenshots, a staging link or a one-line note per string, and if we still have to guess we will tell you which strings we guessed at instead of handing them back silently.
    How do you keep the same term in the app, the email and the help centre?
    A termbase kept for you, agreed before translation and applied to every surface. If a term changes later, it changes everywhere, including in content translated in an earlier release. This is the single thing that stops a product reading like three different products.
    Our error messages are assembled from fragments. Is that a problem?
    Tell us, and it is manageable. A sentence built from three variables in English often cannot be built the same way in another language โ€” word order and grammatical agreement do not cooperate. We will tell you which strings need to be whole sentences instead of pieces, before it ships rather than after.
    Do you translate developer and API documentation too?
    Yes, and it is the one place we deliberately leave things in English. Parameter names, error codes, endpoints and field names stay exactly as they are, because a developer searches for the literal string. The prose around them gets translated.
    Who sees our product copy before it ships?
    Only the translator working on it and the reviser who checks it, both under confidentiality agreements with us. We sign an NDA on request, yours or ours, before you send anything. Unreleased screens stay unreleased, and we never reuse your content elsewhere.
    Is this the same as translating our annual report?
    No. A report is read once, carefully, by people who are paid to read it. Product copy is read by someone with money in motion, on a phone, in a hurry โ€” so it is judged on whether the next tap is obvious. We do translate financial reports; it is a separate service on this site and a different kind of care.
    What does it cost?
    By volume and language pair, with repeated strings and anything already in your termbase discounted โ€” interfaces repeat far more than documents do. Send the export or a link and you will have a fixed price, with no obligation.