How to Build a Quote-to-Deposit Workflow in Jotform

A quote-to-deposit workflow in Jotform touches several of its real capabilities at once, calculation fields, payment integration, Jotform Workflows, and Jotform Sign, and the most common way it breaks is assuming one of those pieces works more automatically than it actually does. There's no built-in "deposit mode" that automatically calculates a percentage of a quote and charges it; that behavior has to be built deliberately with a calculation field feeding the payment widget. Here's a setup that gets the sequencing and the mechanics right.

For background on Jotform's pricing tiers and how it compares to a more conversion-optimized tool like Typeform, see our full Jotform profile.

Step 1: Build the Quote Form With Calculation Fields, Not a Flat Price

Use Jotform's calculation fields to compute the actual quote total based on the prospect's selections, service tier, quantity, add-ons, rather than hardcoding a single flat price into the form. This is the foundation everything downstream depends on: a payment amount that's correct for every possible combination of selections, computed automatically rather than manually checked by a rep before sending each quote.

Step 2: Add a Calculated Deposit Field, Since There's No Native Deposit Toggle

Add a second calculation field that derives a deposit amount from the quote total, a fixed percentage, for instance, and feed that calculated value into the payment field rather than assuming Jotform has a built-in "collect a deposit" setting that handles this automatically. This is a genuine, worth-knowing limitation: Jotform support has historically pointed to this calculation-field-into-payment-field pattern as the workaround for conditional or partial payment amounts, not a native feature, so building it this way from the start avoids discovering the gap only after a form has already miscalculated a charge.

Step 3: Sequence Internal Approval Before the Payment Step Fires

Use Jotform Workflows to insert a review or approval step between the initial quote submission and the payment request, so a human confirms the calculated quote is correct before a prospect is ever asked to pay, rather than triggering payment collection the instant the form is submitted. Workflows supports exactly this kind of chaining, an initial form triggering a payment step only once a condition, in this case human approval, is met, which protects against charging a prospect based on a form error or an edge-case combination of selections nobody tested.

Step 4: Trigger the Payment Request as a Separate, Workflow-Chained Step

Once approved, let the workflow trigger a distinct payment form or payment step carrying the calculated deposit amount, rather than trying to collect payment on the same initial quote form before approval has happened. Payment requests can be inserted at any stage of a Jotform workflow, which is exactly the flexibility this sequencing needs: quote submitted, reviewed, then payment requested, as three distinct, clearly ordered events rather than one form trying to do all three at once.

Step 5: Add Jotform Sign for the Agreement, Sequenced Deliberately Relative to Payment

Decide explicitly whether the signature or the deposit should come first in your specific business process, and configure Jotform Sign at that point in the workflow accordingly, rather than leaving the order to whichever happens to be easier to set up. Some businesses want a signed agreement before any money changes hands; others collect a deposit as the commitment signal and formalize the signature afterward. Jotform Sign integrates into the same workflow chain as the payment and approval steps, so this is a sequencing decision to make deliberately, not a default to accept.

Step 6: Use Conditional Logic to Route Different Product or Tier Combinations Correctly

Set conditional rules so that different service tiers or product selections route to the correct downstream steps, a higher-tier service might require an additional internal approval layer, for instance, while a standard package goes straight to payment after a single review. Jotform's conditional logic can control which integrations and workflow steps actually fire based on form answers, which means a single quote form can correctly handle meaningfully different business processes rather than requiring a separate form built for every product variation.

Step 7: Track Quote-Accepted and Deposit-Collected as Separate Stages in Jotform Tables

Use Jotform Tables to maintain a live view of every lead's actual status, quoted, approved, payment requested, deposit collected, signed, rather than relying on a single blended "won" status that doesn't distinguish a verbal acceptance from an actual cleared payment. This is the direct fix for the tracking problem most quote-based businesses have: a table that separates these stages makes it visible, for the first time in many cases, exactly where leads are stalling between an accepted quote and an actual collected deposit.

Step 8: Build the Follow-Up for the Balance as Its Own Later Trigger, Not an Assumption

For a business collecting a deposit now and a balance later, don't assume Jotform will automatically schedule and request that second payment on its own; build a separate, explicit trigger, timed from the deposit date or a project milestone, that sends a second payment request later in the process. Since partial-payment-then-balance scheduling isn't a confirmed native, automatic feature, treating the balance request as its own deliberately triggered step, rather than an assumption baked into the deposit setup, avoids a stalled project where nobody realizes the final payment was never actually requested.

Step 9: Test the Full Chain With a Real, Low-Stakes Submission

Before relying on this setup for a real prospect, submit a complete test quote through the entire chain, calculation, approval, payment trigger, signature, and table update, and confirm every step fires correctly and the amounts are accurate at each stage. A calculation field that works correctly in isolation can still produce a wrong result once combined with specific conditional logic or a particular product combination, and that kind of integration gap only surfaces when the full chain actually runs together.

Separate Payment Failures From Genuine Abandonment in Your Tracking

When reviewing the Jotform Tables data on stalled deposits, distinguish between a payment that was attempted and failed, a declined card, an expired session, and a payment request that was simply never opened or acted on at all. These two failure modes call for different responses: a pattern of declined cards at a specific price point might point to a payment processor or pricing issue worth investigating mechanically, while payment requests that go consistently unopened suggest the prospect's actual hesitation happened earlier, at the moment of acceptance itself, rather than at the payment step specifically. Treating every stalled deposit as the same undifferentiated problem, rather than looking at which specific failure mode is actually driving the drop-off, risks applying a fix aimed at the wrong half of the funnel.

A Few Mistakes That Undermine This Workflow

A handful of habits reliably undo an otherwise well-built version of this setup. Assuming a native deposit feature exists and skipping the calculation-field workaround risks charging a prospect an incorrect amount, which is a genuinely bad first payment experience to recover from. Collecting payment before any human review of the calculated quote removes the safety check that catches a form error before it reaches a real prospect's card. And tracking only a single blended "quote accepted" status, rather than separating it from deposit collection in Jotform Tables, recreates exactly the tracking blind spot that makes it impossible to tell where leads are actually stalling.

What This Setup Actually Produces

Built this way, calculated pricing and deposit fields instead of an assumed native toggle, approval sequenced before payment, Jotform Sign placed deliberately in the chain, and separate tracked stages in Jotform Tables, this setup turns a single quote form into a genuinely trackable funnel from acceptance to actual collected revenue. That's a meaningfully more reliable foundation than a quote process that treats a prospect's yes as the finish line and only discovers a stalled payment, or a miscalculated charge, well after the fact.

If you're deciding whether Jotform's broad, budget-friendly approach fits better than a more conversion-optimized tool for lead-capture specifically, our Top 3 Forms and Survey Tools comparison covers that tradeoff in more detail.