Flat-rate pricing charges one price for the whole request; per-item pricing breaks the same request into separately priced pieces (a base + add-ons, revisions, or rush time). Flat-rate is simpler to sell and easier for fans to say yes to; per-item pricing better protects a creator when scope varies widely between requests.
FanBell's pricing page documents a 12% platform fee per paid transaction, $0/month, and that a fan pays only the displayed price (FanBell pricing).
Both models are legitimate, and the same choice is formalized in United States federal contracting rules. The Federal Acquisition Regulation (FAR), current through FAC 2026-01 effective March 13, 2026, defines a firm-fixed-price contract this way (Acquisition.gov, FAR 16.202-1):
"A firm-fixed-price contract provides for a price that is not subject to any adjustment on the basis of the contractor's cost experience in performing the contract. This contract type places upon the contractor maximum risk and full responsibility for all costs and resulting profit or loss." โ Federal Acquisition Regulation 16.202-1, Acquisition.gov
The itemized alternative is defined separately: a time-and-materials contract acquires work "on the basis of direct labor hours at specified fixed hourly rates" plus "actual cost for materials," which shifts variability back onto the buyer (Acquisition.gov, FAR 16.601(b)). A creator choosing between one flat number and a build-your-own menu is making a smaller version of that same decision.
On FanBell, both models run inside a Creator Service or Personalized Shoutout listing: the creator sets one price and one turnaround per listing, and the fan pays that price up front before the request starts (FanBell how it works).
What is the actual difference between flat-rate and per-item pricing?
Flat-rate pricing sets one number that covers an entire creator deliverable regardless of small variations in the request, while per-item pricing charges a base fee plus separately priced add-ons such as an extra revision, a longer script, or a rush turnaround. Flat-rate hides scope variance inside the creator's estimate; per-item pricing exposes that variance at checkout.
Both structures can describe the exact same underlying work. A "custom logo, $75" flat listing and a "$50 base logo + $15 per extra concept + $20 for source files" itemized listing might land on similar revenue for a typical order; the difference is where the complexity sits โ inside the creator's estimate, or in front of the fan at the moment of payment.
Itemized billing is the minority structure even among professional buyers who could afford the paperwork: time-and-materials contracts accounted for about 11% of civilian federal agencies' contract obligations across fiscal years 2017 through 2021, according to the U.S. Government Accountability Office report GAO-22-104806.
| Model | Fan sees | Creator absorbs | Best fit |
|---|---|---|---|
| Flat-rate | One price, one buy button | Variance between "easy" and "hard" versions of the same request | Requests with a fairly consistent scope |
| Per-item | A base price plus optional add-ons | Less variance, but more setup and explanation | Requests with genuinely different tiers of effort |
| Hybrid | A base flat price, with 1-2 clearly labeled add-ons | A middle amount of both | Most creator services once volume grows |
Why is flat-rate pricing easier for a fan to buy?
Flat-rate pricing is easier for a fan to buy because one number removes both a decision and a calculation at the checkout step. Baymard Institute's survey of US online shoppers (Cart Abandonment Rate Statistics) attributes 40% of non-browsing cart abandonments to "extra costs too high (shipping, tax, fees)" and 17% to a "too long / complicated checkout process".
Baymard Institute calculates an average documented online shopping cart abandonment rate of 70.22% from 50 separate published studies, and reports that 12% of surveyed US shoppers abandoned a cart because they "couldn't see / calculate total order cost up-front". A fan assembling their own total from add-on toggles is doing the exact task that 12% of shoppers quit over.
Choice-overload research measured the cost of extra options directly. In the Iyengar and Lepper jam study, nearly 30% of consumers in the six-flavor condition later bought a jar of jam, compared with about 3% of consumers in the 24-flavor condition (Iyengar & Lepper, "When Choice Is Demotivating," Journal of Personality and Social Psychology 79(6), 995-1006, APA PsycNet).
Regulators treat the hidden-total version of itemizing as a distinct consumer risk. The Federal Trade Commission defines the practice as "a pricing technique in which firms advertise only part of a product's price and reveal other charges later as the customer goes through the buying process". Announcing its final Junk Fees Rule, the FTC drew the line between itemizing and hiding:
"The most prominent price in an ad needs to be the all-in total price โ truthful itemization and breakdowns are fine but should not overshadow what consumers want to know: the real total." โ Federal Trade Commission, press release announcing the final Junk Fees Rule, December 17, 2024
That rule, 16 C.F.R. Part 464, took effect on May 12, 2025, and the FTC estimates it will save consumers up to 53 million hours per year previously spent searching for a total price (FTC press release, December 17, 2024). Its legal scope is narrow โ live-event ticketing and short-term lodging, not creator services (FTC, Rule on Unfair or Deceptive Fees FAQ).
None of these sources measure conversion for creator services specifically. What they support is narrower and still useful: shoppers abandon purchases over unclear totals and long checkouts at measurable rates, and add-ons are safe when the total stays visible โ not that flat-rate pricing reliably sells more units than an itemized menu.
When does per-item pricing actually protect a creator better?
Per-item pricing protects a creator best when effort inside one listing varies widely, so a single flat number would either overcharge easy requests or undercharge hard ones. Federal contracting applies the same test: FAR 16.601(c) permits time-and-materials billing only when a buyer cannot estimate the extent or duration of the work accurately in advance.
The regulation's exact standard is a usable threshold for a creator, not just a procurement officer. A time-and-materials contract "may be used only when it is not possible at the time of placing the contract to estimate accurately the extent or duration of the work or to anticipate costs with any reasonable degree of confidence" (Acquisition.gov). If a creator can predict a request's effort with reasonable confidence, the itemized structure is not earning its complexity.
Two guardrails travel with itemized billing in the FAR, and both translate to creator work. FAR 16.601(d) allows a time-and-materials contract only if the contracting officer signs a determination that no other contract type is suitable, and only if the contract "includes a ceiling price that the contractor exceeds at its own risk" (Acquisition.gov). A creator version of that ceiling is a published maximum: the highest total a fan can reach by stacking every add-on.
Itemizing separates the parts that genuinely change: a base fee for the smallest reasonable version of the request, then priced add-ons for anything beyond it โ an extra revision round, a second file format, a rush turnaround, or a longer script. The entry price stays low while the harder requests still pay for themselves.
Does charging per item cost more in processing fees?
Yes โ splitting one request into several charges usually costs more in processing fees, because Stripe's published US rate is 2.9% plus 30ยข per successful domestic card transaction, and that 30ยข does not shrink on smaller charges. Three separate $10 add-on payments cost $1.77 in Stripe fees; one combined $30 payment costs $1.17.
Stripe's own pricing page lists "2.9% + 30ยข per successful transaction for domestic cards" on its standard plan with no setup or monthly fees (Stripe pricing); international cards add 1.5% and currency conversion adds 1%, so 2.9% + 30ยข is the typical US domestic online-card rate rather than a universal Stripe fee. Every additional checkout event carries that fixed 30ยข floor, which is the most concrete, math-based argument for bundling a creator offer into one price.
On FanBell, a fan pays once for the full listed price of a Creator Service or Shoutout, and the 12% platform fee applies to that single payment; FanBell's pricing page states that the fan pays only the displayed price and that payment-processing fees are deducted separately from creator earnings. A creator therefore does not need a multi-step add-on checkout to bill for extras โ extras are reflected in the price of a specific listing.
How should a creator structure a hybrid flat-plus-add-on offer?
A hybrid offer sets one flat base price for the standard version of a request and adds at most one or two clearly labeled upgrades โ an extra revision, a longer format, or a faster turnaround. Keeping the option count that low reflects choice-overload research and checkout-length research rather than any platform rule or regulation.
The "one or two add-ons" ceiling is an editorial rule of thumb, and the evidence behind it is directional rather than a proven optimum: purchase rates fell from nearly 30% to about 3% when a supermarket tasting display grew from six jam flavors to 24 (Iyengar & Lepper, Journal of Personality and Social Psychology, 2000), and Baymard Institute's checkout benchmark finds the average US checkout flow shows 23.48 form elements by default when its usability testing puts an ideal flow at 12-14 elements. No study fixes the right number of creator add-ons at two; both findings simply reward fewer decisions.
The base price should describe exactly what's included: format, length, revision count, and turnaround. Add-ons should be named, not vague โ "one additional revision round" is clearer than "extra work," and a fan should see the final total before paying rather than discovering it mid-request.
A workable structure for a Creator Service listing:
| Line item | Included in base? | Typical use |
|---|---|---|
| Standard deliverable, one revision | Yes | The default request |
| Second revision round | Add-on | Fan wants more changes than scoped |
| Rush turnaround (a shorter promise inside FanBell's 1-to-120-hour delivery window) | Add-on | Fan needs it sooner than the standard promise |
| Extra file format or extended length | Add-on | Request grows beyond the base scope |
Rush tiers on FanBell are bounded by one platform setting: FanBell's delivery-time picker accepts a whole-hour delivery promise from 1 hour to a maximum of 120 hours (5 days) on each Creator Service or Shoutout listing, so a rush tier is simply a shorter promise inside that window (FanBell delivery-time settings).
FanBell lets a creator set one price and one turnaround per listing rather than a multi-step add-on cart, so the practical way to run a hybrid model on FanBell is to publish a few separate, clearly named listings โ a base tier plus one or two upgraded tiers.
How do you decide which model fits a specific offer?
Decide by measuring how much real effort varies between the easiest and hardest version of the same request. If ten recent requests cluster within roughly the same working time, flat-rate pricing fits; if the slowest takes two or three times the median, split the offer into tiers or price one specific add-on for whatever made those requests longer.
Run the test with numbers rather than memory: log the actual minutes for ten recent orders of one offer, then compare the slowest to the median. Tight clustering means a flat rate is already doing its job. A few outliers at two to three times the median are a signal to raise the flat price to cover them, split the offer into two listings, or add one clearly priced add-on for the specific driver โ extra length, extra revisions, or a rush deadline.
FAR 16.601(c) states the same threshold in one line: itemized billing belongs where it is "not possible... to estimate accurately the extent or duration of the work" (Acquisition.gov). The time-tracking method behind this test is spelled out in full in how to price creator services without undervaluing your time.
What's the fastest way to fix a flat rate that's already too low?
The fastest fix is to raise the flat price by the average cost of the extra work you already absorb, rather than rebuilding the whole listing as an itemized menu overnight. If one recurring pattern causes the loss โ extra revisions, or rush deadlines โ price that single pattern as a separate, clearly named tier instead of restructuring everything. A paid Q&A listing tends to hide this same underpricing pattern in a different shape, as covered in why pricing a paid Q&A offer too low backfires.
Separate a pricing problem from a delivery-time problem before restructuring. If rushed requests are the recurring cost, the fix may be a longer default turnaround rather than a new price; how to set delivery times for personalized services covers how to pick and buffer a turnaround inside FanBell's 120-hour (5-day) maximum delivery promise.
Any price or fee example on this page is illustrative only, not a guarantee of what a specific offer should charge or what a fan will pay.
Frequently asked questions
Is flat-rate or per-item pricing better for a new creator offer?
Flat-rate pricing is usually the better starting point for a new creator offer because it is simpler to explain, simpler for a fan to buy, and easier to adjust once a handful of real requests have come in. Switch to a per-item or tiered structure only after you can name a specific, recurring source of scope variation.
Can a single FanBell listing charge per add-on at checkout?
No. A FanBell Creator Service or Personalized Shoutout listing carries one creator-set price and one turnaround time, and there is no in-checkout add-on cart. A hybrid model on FanBell is built by publishing separate, clearly named listings โ a base tier plus one or two upgraded tiers.
Does itemized pricing ever increase sales instead of hurting them?
It can, in some contexts: a lower base price with optional add-ons can look cheaper at first glance than one bundled flat number, and the FTC's Junk Fees Rule allows truthful itemization in the industries it covers as long as the total price stays the most prominent number (FTC press release). No public study shows that either model universally outsells the other for creator services; the deciding factor is how consistent the scope of the work actually is.
Does the 12% FanBell fee change based on which pricing model is used?
No. FanBell's pricing page states a 12% platform fee per paid transaction, charged on whatever a fan pays, whether that amount represents a flat rate or a bundled add-on total. The fee percentage does not change with the pricing structure โ only the amount it is calculated on changes.
What if a request comes in that doesn't fit either pricing tier?
A creator can decline and refund a request that falls outside what a listing actually covers, rather than absorbing unscoped work at a price that never accounted for it; FanBell's pricing page adds that refunds may reverse the payment, transfer, and platform fee depending on the transaction's status. Declining is often cleaner than quietly doing extra work at the original flat price.
Keep reading
Ready to get paid for the interactions you already get?
Create your free FanBell link