How to Stop Retyping Data Between Apps With AI Automation

Coding Liquids tutorial cover featuring Sagnik Bhattacharya for How to Stop Retyping Data Between Apps With AI Automation.
Coding Liquids tutorial cover featuring Sagnik Bhattacharya for How to Stop Retyping Data Between Apps With AI Automation.

Stop retyping by logging every place data is copied by hand for a week, then fixing each journey with the cheapest option that works: a native integration first, a Zapier or Make workflow for structured data such as form fields, and an AI extraction step only where the source is messy, like emails or PDFs. Review whatever the AI extracts.

Most retyping doesn't need AI at all. A web form already has named fields; moving them into a CRM is plain mapping, and adding AI there only adds cost and a chance of error. AI earns its place when a person currently reads something and decides what goes where: the enquiry email that mentions a budget in the third paragraph, or the PDF statement whose figures need picking out. Sorting your journeys into those two kinds is most of the work.

Follow me on Instagram@sagnikteaches

Keep a copy-paste log for one week

You can't fix what you haven't counted, and people underestimate retyping because each instance takes only a few minutes. For one normal week, everyone who moves data between systems adds a line to a shared sheet whenever they do it. Five columns are enough: from, to, what, how many, minutes each.

Connect on LinkedInSagnik Bhattacharya

Here's an illustrative week at a mortgage brokerage with two advisers and a case administrator:

Subscribe on YouTube@codingliquids
FromToWhatPer weekMinutes each
Website enquiry formCRMName, contact details, enquiry type124
Enquiry emailsCRMContact details plus situation from the email text86
Online fact-findCRMIncome, outgoings, property, deposit, dependants535
CRMLender portalsApplication details530
Booking toolCRM and calendarAppointment, client, meeting type103
E-signature notificationsCRMClient agreement signed, date42
Commission statement PDFsSpreadsheetCase, lender, amount paid1.520

Total: about 8 hours a week of retyping, most of it by the administrator. The table also shows something the team hadn't noticed: the biggest item by far is the fact-find (almost 3 hours a week), not the enquiry form everyone complained about.

Match each journey to the cheapest fix that works

Put every row from the log through the same four questions, in order:

  1. Is there a native integration? Check both apps' integration or marketplace pages. A built-in connection is maintained by the vendor and usually free.
  2. Is the source structured? Named fields (forms, bookings, e-signature events, spreadsheet rows) can be mapped with a plain workflow in Zapier or Make, no AI.
  3. Is the source unstructured but predictable? Emails, PDFs and notes where a person picks out the same few facts every time: AI extraction with a review step.
  4. Is the destination a web portal with no connection? Usually leave it manual, but make the manual step faster (see the portal section below).

The brokerage's log, sorted this way:

JourneySource typeFixMinutes saved a week (illustrative)
Booking tool to CRMStructuredNative integration (the CRM already offered one)30
E-signature to CRMStructuredNative integration8
Enquiry form to CRMStructuredZapier workflow, no AI45
Enquiry emails to CRMUnstructuredWorkflow with AI extraction and review35
Online fact-find to CRMStructured (online form)Workflow mapping all fields, no AI140
Commission PDFs to spreadsheetUnstructuredAI extraction with totals check25
CRM to lender portalsPortal, no APIManual, with a portal-order copy sheet50

Only two of seven journeys need AI. That's typical. For the choice between native connections and a workflow tool in more depth, read native integrations vs Zapier.

Structured data: mapping fields without AI

For the enquiry form and the fact-find, the job is mapping: each field in the source goes to a field in the destination, sometimes with a small transformation. Write the map down before building, because the map is what you'll check when something breaks.

Form fieldCRM fieldTransformation
Full nameFirst name, Last nameSplit on the last space; flag single-word names for review
EmailEmailLower-case; used to find an existing contact
PhoneMobileStrip spaces and brackets
What can we help with?Enquiry typeMap the form's options to the CRM's picklist values exactly
Property value (approx.)Property valueNumber only; blank if not given
How did you hear about us?Lead sourceMap "Google", "Friend", "Estate agent" to CRM values

Two workflow habits prevent most problems:

  • Find before create. Search the CRM for the email address first; update the contact if it exists, create it if it doesn't. Without this step, a returning client gets a duplicate record every time they fill in a form.
  • Exact picklist values. If the form says "Remortgage" and the CRM expects "Re-mortgage", the field silently stays blank. Test each option once.

The fact-find was the surprise win. The administrator had been retyping 60-odd fields from an online form into the CRM because "it's a long form". Length doesn't make it unstructured; every answer arrives in a named field. Mapping it took an afternoon and saves more time than everything else combined.

Unstructured data: where the AI step goes

Enquiry emails are different: the facts are in there, but in sentences. Here the workflow gets an AI step that reads the email and returns named fields. Give it a strict schema and rules:

Extract enquiry details from this email for a mortgage brokerage CRM.
Return JSON only, with these fields (null if not stated):
first_name, last_name, email, phone,
enquiry_type: one of [purchase, first-time purchase, remortgage, buy-to-let,
               product transfer, other],
property_value_stated: the figure as written, e.g. "about 450k",
property_value_number: number, only if a figure was stated,
deposit_stated: as written,
timescale_stated: as written,
joint_application: true / false / null,
notes: under 25 words, anything the adviser should know.
Rules: do not calculate figures that weren't stated. Do not guess
enquiry_type from tone; use "other" if unclear.

An illustrative email and the result:

EMAIL
"Hi, my partner and I have had an offer accepted on a house, about 450k,
and we've got 10% saved. Our current deal ends in March so we'd need to
move quickly. Could someone call me? Priya, [mobile number]"

OUTPUT
{"first_name": "Priya", "last_name": null, "email": "[sender address]",
 "phone": "[mobile number]", "enquiry_type": "purchase",
 "property_value_stated": "about 450k", "property_value_number": 450000,
 "deposit_stated": "10%", "timescale_stated": "current deal ends in March",
 "joint_application": true,
 "notes": "Offer accepted; wants a call; has an existing mortgage ending March."}

What you'd fix or check: "current deal ends in March" suggests they already own a home, so "purchase" may really be a move with an existing mortgage; that's the adviser's call on the phone, and the note makes it visible. The model rightly didn't turn "10%" into a deposit amount. And the last name is missing, so the CRM record needs a human touch before it's usable.

So every AI-extracted record gets a tag such as "AI-extracted: check" and lands in a short review view. The administrator glances at each one (about 30 seconds) and removes the tag. That review is what makes AI extraction safe for a regulated business: nothing extracted by AI is relied on until a person has looked at it. The tutorial on adding AI steps to Zapier shows how to set up the step itself.

Commission statements: extraction plus a totals check

Monthly commission statements arrive as PDFs in different layouts from each lender or network. The AI extracts one row per case (client reference, lender, product, amount) and the statement total. A spreadsheet formula compares the sum of the extracted rows with the extracted total; if they differ by more than a cent, the statement is flagged. In the brokerage's first month, one statement failed the check because two cases on a page boundary had been merged into one row. The check caught it; the AI didn't. AI extraction vs traditional OCR explains why checks like this matter more than the extraction method.

Portals with no connection: make the manual step faster

Lender portals are the classic dead end: no integration, no API, and a long form that has to be filled in for every application. Two tempting options and one sensible one:

  • Browser agents. Tools such as Claude in Chrome (generally available since 26 August 2026) and ChatGPT Work can operate web pages and fill forms. For a lending application, where a wrong figure affects someone's mortgage and the adviser is accountable, I wouldn't let an agent type into the portal unsupervised. The tutorial on whether AI can fill in forms and supplier portals goes through where agents are and aren't suitable.
  • Screen-scraping or robotic process automation. Possible, but fragile: portals change without notice, and some lenders' terms prohibit automated access.
  • A portal-order copy sheet. The sensible middle. A workflow generates, from the CRM record, a one-page sheet listing the fields in the exact order the portal asks for them, with values ready to copy. The administrator still types (or pastes) every field and checks every screen, but no longer hunts through the CRM for each answer. At the brokerage this cut portal time from about 30 minutes to about 20 per application, with no loss of control.

What the brokerage's set-up costs and saves

Illustrative numbers for the brokerage after two months:

  • Time: about 5.5 of the original 8 hours a week of retyping gone, plus fewer typos caught by lenders' underwriters.
  • Zapier: the enquiry form workflow uses 3 tasks per enquiry (find contact, create or update, create deal): about 150 a month. The email workflow uses its AI step (1 task on the brokerage's own API key), a create step and a notification: about 100 a month. The fact-find mapping is 2 tasks per case: about 45 a month. Commission statements add around 150 with rows. Total about 450 tasks a month, inside Zapier Professional's 750 ($19.99 a month billed annually). Triggers and filters don't count as tasks.
  • AI usage: around 30 emails and 6 statements a month on a low-cost model through the API: well under $1.
  • Build time: about two days in total, including testing, or longer if nobody on the team has built workflows before.

Make would do the same for less at higher volumes, since it prices by credits from about $9 a month; at this size either is fine, and it's more important that one person understands and owns the workflows.

The administrator's Monday, before and after

Numbers on a table can hide what the change feels like, so here's the same Monday morning at the brokerage, illustrated both ways.

Before: 9:00, open the shared inbox and the website form notifications from the weekend: four form enquiries and three emails. Retype each into the CRM, checking for existing records by searching names (and missing one because the client had used a different email). 9:45, two fact-finds completed over the weekend: open each, retype income, outgoings and property details into the CRM, about 35 minutes each. 11:00, notice a booking made on Saturday that isn't in the CRM yet; add it. First client call prep starts at 11:20, rushed.

After: 9:00, the four form enquiries are already in the CRM as leads, matched to existing contacts by email. The three emails are there too, tagged "AI-extracted: check"; review each against its email in about two minutes in total and add one missing surname. 9:10, both fact-finds have populated their CRM records; spot-check the income figures on each against the form, five minutes. The weekend booking synced on its own. 9:20, the error alert inbox is empty and the weekly count matches. Call prep starts two hours earlier than it used to.

What didn't change: the adviser still reads every fact-find before advising, and the portal work is still done by hand. The retyping went; the judgement stayed.

An agency version: timesheets, briefs and invoices

The same method gives different answers in a different business. A 15-person marketing agency ran the copy-paste log and found three big journeys:

  1. Timesheets to invoices. Monthly, the finance lead exported hours per client from the time tracker and typed them into invoices. Structured data: the time tracker and accounting software turned out to have a native integration that creates draft invoices from billable hours. No workflow, no AI, about 3 hours a month saved.
  2. Client briefs arriving by email into the project tool. Unstructured: clients describe what they want in their own words, with deadlines and budgets scattered through. An AI step extracts deliverables, deadline, budget and approver into a new project card tagged for the account lead to confirm. The illustrative mistake in week one: a brief said "launch 3 March, assets needed a fortnight before", and the card showed 3 March as the deadline. The prompt was changed to capture "all dates mentioned, with what each refers to", and the account lead picks the working deadline.
  3. Campaign results from ad platforms into client reports. Structured, but spread over several platforms. A reporting connector does it better than a hand-built workflow. Not an AI job at all.

One journey out of three needed AI. The log, not enthusiasm for AI, should decide.

How you'll know when an automation breaks

Retyping had one advantage: a person noticed when something looked wrong. Automations fail quietly. A form field gets renamed and the phone number stops arriving; a CRM adds a required field and every new record fails; a connection's login expires on a Friday. Build three safeguards from day one:

  • Failure alerts to a person, not just to the automation platform's dashboard nobody opens. Every workflow's error notifications go to a named owner.
  • A weekly count check. Enquiries received on the website this week against new CRM leads created from the form. If the numbers differ, something's dropping records.
  • Ten spot checks a month. Open ten records created by automation and compare them with the source. Check the fields most likely to go wrong: names split correctly, picklist values filled, numbers in the right field.

The tutorial on stopping Zapier and Make automations breaking silently covers the alerting in detail. Keep the field map and a one-line description of each workflow in a shared document, so that when the person who built it is on holiday, someone else can tell whether it's working.

Handling client data along the way

Every workflow that moves client data is another place that data lives. For a mortgage broker it's financial and sometimes health information. Three habits keep this proportionate: move only the fields the destination needs (the CRM doesn't need the full email if the extracted fields and a link will do), use business or API accounts for any AI step so content isn't used for training, and make sure the automation platform's account is in the business's name with more than one admin. If a workflow touches data you're regulated for, add it to the record of systems you already keep for data protection.

Further reads

Sources: Zapier pricing and task-counting documentation; Make pricing page; Anthropic and OpenAI API pricing pages; Anthropic announcement of Claude in Chrome general availability. Checked September 2026.

Want the retyping mapped and fixed in order?

On a 1:1 call we'll go through your copy-paste log, pick the two or three journeys worth fixing first, and decide whether a native integration, a workflow or an AI step is the right tool for each.

Book a 1:1 call with me