Skip to content

Main content

Product Test Paying Customer Flag

Classify a recorded test purchase as paying only when settled and positive after supplied refunds.

Loading tool…

Description

Calculate net paid value and a recorded paying-customer flag.

Venture calculations depend on funding scope, fee bases, repayment terms, equity conventions and reporting periods. A post-money investor fraction differs from a pre-money valuation ratio, while constant-burn runway is conditional on a positive burn assumption. Interview consent and reported hypothesis support remain source-record assertions rather than verified evidence.

Calculate net paid value and a recorded paying-customer flag.

When to use this tool

Use Product Test Paying Customer Flag when you already have amountPaid, refundedAmount, paymentSettled and need to calculate net paid value and a recorded paying-customer flag.

How to use the tool and how it works

  1. Enter amountPaid, refundedAmount, paymentSettled. Use the units and conventions below.
  2. Run the tool. Correct any format, range, or cross-field input error before interpreting the output.
  3. Read netPaid, countedAsPaying. Inspect countedAsPaying before interpreting the associated values.

Require amountPaid>=0 and refund in [0,amountPaid]; netPaid=paid-refund, countedAsPaying=paymentSettled && netPaid>0.1

Input fieldMeaning and unitsAccepted input
amountPaidAmount PaidRequired. Finite number; minimum 0.
refundedAmountRefunded AmountRequired. Finite number; minimum 0.
paymentSettledPayment SettledRequired. Boolean.
Output fieldInterpretationReturned shape
netPaidNet PaidRequired. Finite number.
countedAsPayingSettled flag plus strictly positive supplied net paid; netPaid can be positive while this flag is false.Required. Boolean.
json
{
  "input": {
    "amountPaid": 30,
    "refundedAmount": 5,
    "paymentSettled": true
  },
  "output": {
    "netPaid": 25,
    "countedAsPaying": true
  }
}

Limitations and assumptions

  • Positive net value may coexist with a false unsettled flag. No payment system, customer identity, demand or product-market fit is verified.
  • Inputs must satisfy both the field types and the cross-field conditions above. Invalid input causes an error; a successful false flag or documented placeholder is a different result.
  • Numeric calculations use binary floating point unless exact decimal-integer arithmetic is explicitly stated. No hidden measurement tolerance or decimal rounding is added; nonfinite or out-of-contract results are rejected. Numeric signed-zero results are exported as zero.

Alternative or Complementary methods

Reconcile the actual cash-flow forecast, financing agreement, cap table and experiment records for a venture decision. Use the full vesting and funding terms and inspect evidence quality; one balance, status label or supplied fraction does not establish feasibility, ownership or customer demand.

References

  1. Calculation and input contract: entrepreneurship-studies/product-test-paying-customer-flag — tool.io

Similar or alternative tools