How to Share an Interactive ROI Calculator With a Prospect (Securely)

Last updated: June 2026

TL;DR: Your strongest B2B sales asset isn't a PDF one-pager — it's a live, interactive ROI / business-case calculator the prospect can drive with their own numbers (often AI-built HTML now). Reps default to two losing moves: paste it on a public link (a competitor or the prospect's procurement can scrape your pricing logic and assumptions) or screenshot it into a deck (it stops being interactive — the buyer can't self-serve the "what if it's our numbers" moment that closes deals). The winning move: share the live calculator through a secure viewer so the prospect explores it, while you watermark it to the named account, see exactly who opened it and which sections they touched, and revoke it when the deal dies. Let the buyer drive — but keep the keys. Peony renders .html natively with JavaScript executing and wraps it in watermarks, page analytics, and instant revoke at the Data Room tier ($52/admin/month), not Enterprise.

Quick answer: Export your calculator as a self-contained .html, upload it to a viewer that renders HTML live (or push it in from Claude via MCP), bind it to the named account with a per-viewer watermark and an optional NDA gate, and send one tracked link per stakeholder. The prospect drives the tool with their numbers; you read who engaged and revoke when the deal closes — or dies.

I'm Deqian Jia, co-founder of Peony, a data room company. I spend most of my time on how files actually render and move between parties, and over the last year the most interesting file I've watched show up in sales motions is the interactive ROI calculator — increasingly one a rep built in minutes by asking Claude or GPT for "a business-case calculator where the buyer enters their own headcount, current spend, and target, and sees payback." Claude hands back a working HTML app that runs in the browser. Then the rep hits the exact wall this post is about: how do I get the living thing in front of a named buyer without either killing it or losing control of the pricing logic baked inside it?

I run Peony, a data room company, so I'll be explicit about where we win and where we don't — this post is written to be useful even if you never touch us. I tested the obvious paths by pushing the same interactive calculator through each: a public/unguessable link, a screenshot in the deck, a Google Drive upload, and a tracked data-room viewer. I checked two things every time: did the calculator still run for the prospect, and could I tell who opened it. The answers split cleanly, and the spine of this post is what fell out: let the buyer drive — but keep the keys.

Why is an interactive ROI calculator a better sales asset than a PDF one-pager?

Because the value of a business case is in the interaction, and a PDF destroys exactly that. A one-pager tells the prospect what you think the ROI is; an interactive calculator lets the prospect type in their own headcount, their current spend, and their target, and watch the payback move. The moment the math becomes their math — entered with their numbers, in front of their own eyes — the business case stops being your pitch and starts being their conclusion. That self-serve "what if it's our numbers" moment is the single most persuasive thing a seller can hand a champion, because it's the version of the argument they'll repeat internally when you're not in the room.

This is the first idea everything else hangs on: the calculator is a sales asset whose value is its interactivity. Flatten it and you don't just lose a feature — you lose the mechanism that does the convincing. A champion who can re-run the model live under procurement's scrutiny survives that meeting; a champion holding a screenshot of one frozen scenario gets asked "can you re-run it at our real volume?" and has to come back to you, which is the friction you used the calculator to remove. So the default instinct to "send a clean PDF" is quietly self-defeating for this specific asset.

Should I share my ROI calculator as a live link or a screenshot in the deck?

Share it live — the screenshot is the losing move for a calculator. This is the live-vs-flattened decision, and for an ROI tool it isn't close. A screenshot or a PDF export feels safe and professional, but it converts an explorable model into a single frozen scenario: the buyer sees one set of numbers (probably your illustrative ones), can't change an input, and can't take the tool into a procurement conversation and stress-test it. You've recreated the static-deck workflow you built the calculator to escape.

Here's the rule in one line: flatten only when the value survives flattening. A finished chart, a signed order form, a prose summary — flatten freely; nothing is lost. A calculator, a configurator, any asset where the buyer is supposed to change an input — keep it live. The mistake reps make is believing "live" and "controlled" are a trade-off where you must give one up. You don't have to — if you share through a viewer that renders the calculator live. For the broader product context on the sales side, see Peony's sales solution and, for technical sellers shipping interactive tools, the technology-sales solution; this post is the sharing-mechanics how-to that sits underneath them.

Why shouldn't I just paste my calculator on a public link?

Because a public link is a bearer link, and your calculator encodes commercial logic that you do not want to be a public, scrapeable asset. A live HTML calculator ships its logic to the browser, so anyone who opens the link can read the assumptions behind your payback claim — the discount curve, the per-seat math, the "industry average" you quietly chose. On a public or unguessable link, three things go wrong at once: a competitor who gets forwarded the URL learns how you price; the prospect's procurement team learns exactly where your discount math bends and uses it against you; and the link keeps working forever, with no way to tie a view to a person or pull it back.

This is the pricing-logic leak surface, and it's specific to interactive sales assets in a way that a static one-pager never had. A PDF leaks the numbers you chose to show. A live calculator leaks the engine that produces them. Public-link demo tools are built to optimize away friction — no login, instant open — which is exactly the wrong optimization when the thing you're sharing is the engine of your commercial model. The fix isn't to kill the calculator's interactivity; it's to put the live tool behind a layer that makes access named, attributable, and revocable.

How do I share the live calculator through a secure viewer instead?

Upload the calculator's .html to a viewer that renders HTML live, then wrap it in per-viewer control. The make-or-break detail is the render: most tools reject HTML outright or convert it to a PDF for viewing, which kills the interactivity and turns your calculator back into the dead screenshot you were trying to avoid. iDeals and Drooms, for example, take the convert-to-PDF route — secure, but the live app dies in the conversion. The capability you need is a viewer that runs the HTML.

Peony renders .html/.htm natively in its in-browser viewer with the JavaScript actually executing, so a Claude- or GPT-built calculator runs for the prospect exactly as it ran for you — it is not flattened to a PDF or an image. What makes that useful rather than just clever is the layer wrapped around the live render: the same calculator that's running for your prospect is simultaneously carrying a per-viewer dynamic watermark, can sit behind an NDA gate, respects granular per-link permissions, generates page-level analytics, and is one click away from instant revoke. The control travels on the running calculator, not on a separate wrapper page. As far as I know, live-render-plus-per-viewer-control on the interactive asset itself is unusual — most sharing tools give you one or the other — and it's why a rep can send a calculator that's both alive and accountable.

If you built the calculator in Claude and don't want to export a file by hand, Peony's MCP server is publicly available now and is bidirectional: it can read room contents and push an artifact into the room. Build the calculator in Claude, install the Peony MCP, and push it straight into a watermarked, trackable, revocable room without leaving the chat. That's the lowest-friction path from "Claude just built my business case" to "it's live behind my control layer."

How do I track whether a prospect opened my ROI calculator?

Send a separate tracked link per stakeholder and read the page-level analytics — that's the mechanism, and it's the part of this that turns a sales asset into intelligence. A single shared URL is anonymous by construction: five people can open it and you learn nothing about any of them. One tracked link per stakeholder flips that — every open is tied to a named person, and page-level analytics tell you when they opened it, how long they stayed, and which sections of the calculator they lingered on.

In a live deal, that's the buying signal you've always wanted and rarely had. The champion who reopened the payback section four times across two days before a procurement call is behaving completely differently from the VP who never clicked — and you want to know which is which before your next meeting, so you chase the warm stakeholder and re-engage the cold one. This is buying-signal intelligence as a side effect of sharing correctly, not a separate analytics project. One honest boundary, because overclaiming here is tempting and wrong: this is page-level engagement — who opened it, which sections, how long — not keystroke capture. Peony does not record the specific numbers a prospect types into the calculator. You'll know they spent two minutes on the savings section; you won't see the figure they entered. If you need their actual numbers, ask in the follow-up — now you know exactly who to ask first.

How do I watermark the calculator and revoke it when the deal dies?

Turn on per-viewer dynamic watermarks and keep the revoke control on the link itself. A per-viewer dynamic watermark stamps the named viewer's name, email, and a timestamp directly onto the live calculator, so the watermark is per person, not a generic logo. If your business case ends up forwarded somewhere it shouldn't be, the leaked screen points back at the account that opened it — watermarking is attribution and deterrence, not capture-prevention. To be precise about what's actually possible: no tool stops a person from photographing their own screen with a phone (that's the analog hole), but a per-viewer watermark makes that capture self-incriminating, which for a commercially sensitive calculator is most of the battle.

Revoke is the other half of "keep the keys." The pattern: the prospect's access was a permission you granted on a named link, never a copy they downloaded. When the deal dies or the pilot window ends, you revoke the link and the calculator goes dark for them immediately — no "please delete that link" email, because there's nothing for them to delete. You can also set a link to expire at the end of the pilot up front, and still kill it early if the deal goes cold. On Peony, per-viewer watermarks and Screenshield mobile screenshot blocking are on the Data Room plan; desktop screenshot protection is on Business. None of these are magic, and I won't pretend otherwise — together they raise the cost of leaking and strip the leaker of anonymity.

Should I just use ShareDuo or Stacktree instead of a data room?

For a throwaway public demo link, honestly, yes — those tools are great at that job, and I'd be doing you a disservice to pretend otherwise. ShareDuo and Stacktree are real, fast, free-or-cheap public-link tools: no login on the recipient side, password and expiry options, and Stacktree even supports MCP publishing and updating an artifact in place. If you're sharing a generic, non-sensitive interactive demo and you genuinely don't care who opens it, reach for one of those — they're lighter and quicker than spinning up a room.

Where they stop fitting is the exact case this whole post is about. A public link can't bind the calculator to a named account, can't watermark it to the viewer, can't show you buying-signal analytics per stakeholder, and can't be revoked when the deal dies — which is precisely the control you want when the "calculator" encodes your pricing logic and you're trying to read the buyer's intent. That's the clean line: public-link tools for throwaway demos you'd be happy to see on X; a tracked data-room viewer like Peony when the calculator is commercially sensitive and the buyer's engagement is the thing you're trying to measure. Credit where it's due — they win the speed-and-simplicity contest; we win the control-and-intelligence one.

What does it cost — and do I need Enterprise to share a live calculator?

You do not need Enterprise. This is the most common misread, so here's the exact map. If all you need is to share a calculator with page-level analytics, a Simple acknowledge-to-enter NDA, desktop screenshot protection, and download prevention, the Business plan ($30/admin/month) covers it. To render the .html calculator live with JavaScript executing, add dynamic per-viewer watermarks, an Advanced (signed-PDF) NDA, Screenshield mobile screenshot blocking, granular permissions, and unlimited rooms, you want the Data Room plan ($52/admin/month) — under $60.

• Free — $0: kick the tires.
• Business — $30/admin/month: page-level analytics, desktop screenshot protection, Simple NDA, download prevention. Good for a low-sensitivity calculator share.
• Data Room — $52/admin/month: everything you actually need for this job — live HTML render with dynamic per-viewer watermarks, Screenshield mobile screenshot block, Advanced NDA, granular permissions, unlimited rooms.
• Deal Team: for a larger GTM team that needs more admins and added controls.
• Enterprise — custom: connect your own GPT, Claude, and Gemini agentically under zero-retention, permission-scoped, audited access — a different problem than sharing a calculator.

For the rep, founder-seller, or solutions engineer sending a live, watermarked calculator to a named buyer, the answer is the $52 Data Room tier — under $60, no Enterprise required. Live render plus per-viewer watermark sits right there. Peony is the data room used by 5,900+ customers precisely because it lets you keep the calculator alive and stay the gatekeeper instead of choosing. See full pricing for the current breakdown.

Frequently asked questions

Should I share my ROI calculator as a live interactive link or just drop a PDF/screenshot into my deck?

Share it live if the value is in the interaction — and for an ROI calculator it always is. The whole point of a business-case tool is that the prospect changes the inputs to their numbers and watches the payback move; that self-serve moment is what makes the buyer believe it, because it's now their math, not your pitch. Screenshot it into a deck and you've shipped a picture of a calculator: one frozen scenario, no exploration, and the champion can't take it into procurement and re-run it under scrutiny. The catch is that a live calculator has a wider leak surface than a slide, so the answer isn't "flatten it for safety" — it's keep it live and wrap it in control. Send the running app through a layer that binds it to the named account, watermarks it, shows you who opened it, and lets you revoke it. On Peony, a data room used by 5,900+ customers, an .html calculator renders natively with its JavaScript executing, inside that control layer.

How do I share a pricing or ROI calculator with a prospect without making it public and leaking my pricing logic?

Don't put it on a public or unguessable link if the calculator encodes your pricing logic, discount math, or assumptions — those are bearer links, and a bearer link can be forwarded to a competitor or pasted into a procurement portal where the whole team picks apart how your numbers are built. The fix is to share the live calculator through a gated, tracked viewer instead: the prospect still drives it with their own inputs, but access is tied to a named link you control. On Peony you upload the .html, it renders live, and you wrap it in granular per-link permissions, an optional NDA gate, a per-viewer watermark, and instant revoke — so the buyer gets the full interactive experience while your pricing logic never becomes a public, scrapeable asset.

How do I track whether a prospect actually opened the ROI calculator I sent?

Send a separate tracked link per stakeholder and read the page-level analytics — a single shared URL is anonymous by construction and tells you nothing. With one tracked link per person, every open is attributable: you see who opened it, when, how long they stayed, and which sections of the calculator they spent time in. That's buying-signal intelligence, not vanity metrics — the champion who reopened the payback section four times before a procurement call is behaving very differently from the exec who never clicked, and you want to know which is which before your next meeting. Peony's page-level analytics give you that open-and-engagement view per link. One honest limit: this is page-level engagement, not keystroke capture — Peony does not record the exact numbers a prospect types into the calculator, only which sections they opened and how long they engaged.

Can a competitor or the prospect's procurement team scrape my pricing logic from a shared calculator?

If you shared it as a public link, yes — trivially. A live HTML calculator ships its logic to the browser, so anyone who can open the link can read the assumptions, the discount curve, and the formulas behind your payback claim; a competitor learns how you price, and procurement learns exactly where your discount math bends. That's the core reason not to default to a public link for anything that encodes commercial logic. Sharing through a gated viewer doesn't make client-side logic mathematically un-readable, but it removes the anonymous, forwardable, indefinite access that makes scraping easy: the link is bound to a named account, watermarked to that viewer, tracked, and revocable the moment the deal dies. On Peony you also get an NDA gate in front of the calculator, so the prospect agrees to terms before the tool ever renders. The goal is to make casual leaking costly and attributable, not to pretend a browser app can hide its own source.

Should I just use a free public-link tool like ShareDuo or Stacktree to share my sales calculator?

For a throwaway public demo link, those tools are genuinely great — ShareDuo and Stacktree are fast, cheap or free, need no login on the recipient side, and support password and expiry; Stacktree even lets you publish and update an artifact in place. If you're sharing a generic, non-sensitive interactive demo and you don't care who opens it, reach for one of those. Where they stop fitting is the exact case this post is about: a calculator that encodes your pricing logic, sent to a named buyer you're trying to read. A public link can't bind the calculator to that account, can't watermark it to the viewer, can't show you buying-signal analytics per stakeholder, and can't be revoked when the deal dies — which is precisely the control you want there. That's the line: public-link tools for throwaway demos, a tracked data-room viewer like Peony when the calculator is commercially sensitive and the buyer's intent is the thing you're trying to measure.

How do I watermark a sales calculator to the specific prospect I'm sending it to?

Turn on per-viewer dynamic watermarks, which stamp the viewer's name, email, and a timestamp directly onto the live render — so the watermark is per person, not a generic logo. The reason this matters for a sales asset is attribution: if your business case ends up forwarded to a competitor or pasted into a deck it shouldn't be in, the leaked image points back at the named account that opened it. On Peony, dynamic per-viewer watermarks are on the Data Room plan ($52/admin/month) and travel on the live calculator itself, not just on a wrapper page — so every screen the prospect explores carries their own identity. You do not need the Enterprise tier to watermark a live HTML calculator per viewer.

Can I put an NDA in front of my business case and revoke the prospect's access after the deal dies or the pilot ends?

Yes — and for a calculator that encodes pricing logic, you should. The pattern: the prospect clicks your tracked link, hits an NDA they acknowledge (or sign) before the calculator loads, and only then does the live tool render. When the deal dies or the pilot window closes, you revoke that link and the calculator goes dark for them immediately — there's no "please delete the file" email, because access was a permission you granted, never a copy they held. On Peony a Simple NDA (acknowledge-to-enter) is on the Business plan ($30/admin/month), an Advanced NDA that captures a signed PDF is on the Data Room plan ($52/admin/month), and instant revoke plus link expiry are built in — so you can set the link to expire at the end of the pilot and still kill it early if the deal goes cold.

I built the ROI calculator in Claude (or GPT) — how do I get that HTML artifact into a secure, trackable link?

Export the artifact as a self-contained .html file and upload it to a viewer that renders HTML live, then turn on watermark, tracking, and revoke. The make-or-break detail is the render: most tools reject HTML or convert it to a PDF, which kills the interactivity and turns your calculator into a dead screenshot. Peony renders .html/.htm natively with the JavaScript executing, so the AI-built calculator actually runs for the prospect. If you'd rather not leave the chat, Peony's MCP server (publicly available now) is bidirectional: you can build the calculator in Claude, install the Peony MCP, and push the artifact straight into a watermarked, trackable, revocable room without exporting a file by hand. Either path lands the live calculator behind your control layer.

What's the difference between a public-link demo and a tracked data-room link for a sales calculator?

A public link optimizes for frictionlessness; a tracked data-room link optimizes for control and intelligence. The public link is anonymous and forwardable — anyone with the URL opens it, you learn nothing about who, and you can't pull it back. The tracked link is bound to a named recipient, so every open is attributable, you get page-level analytics on engagement, the render carries a per-viewer watermark, and you can revoke or expire it on demand. For a generic demo where you'd be happy to see it on X, the public link is the right, lighter tool. For a business case that encodes your pricing logic and that you're sending to read the buyer's intent, the tracked link is the one that fits — which is the model Peony is built around.

Does Peony record the exact numbers a prospect types into my calculator?

No — and I want to be precise about this rather than overclaim. Peony gives you page-level engagement analytics: who opened the calculator, when, how long they stayed, and which sections or pages they spent time in. It does not capture keystrokes or the specific input values the prospect types — so you'll know the champion lingered on the payback section, not that they entered "$180K" in the savings field. That distinction matters because the honest signal is engagement and attention, not surveillance of their private inputs. If you need to know their actual numbers, the move is the same as always: ask them in the follow-up, using the analytics to know who to chase first. Peony's analytics are designed to read intent, not to spy on inputs.

What does it cost to share a live, watermarked, trackable ROI calculator — and do I need Enterprise?

You do not need Enterprise. Page-level analytics, a Simple acknowledge-to-enter NDA, desktop screenshot protection, and download prevention are on Peony's Business plan ($30/admin/month). Rendering the .html calculator live with JavaScript executing, plus dynamic per-viewer watermarks, an Advanced (signed-PDF) NDA, Screenshield mobile screenshot blocking, granular permissions, and unlimited rooms, are on the Data Room plan ($52/admin/month) — under $60. Enterprise exists for a different problem: connecting your own GPT, Claude, and Gemini agentically under zero-retention, permission-scoped, audited access — none of which you need just to send a live, watermarked calculator to a prospect. For the seller this post is written for, the answer is the $52 Data Room tier; see full pricing for the current breakdown.

Related resources

• Which data rooms support HTML display — render-live vs convert-to-PDF, ranked
• How to securely share a Claude artifact (HTML, app, or doc)
• How to send a live dashboard to a client securely — the consultant version: share an interactive client dashboard live under per-viewer control
• How to share an interactive financial model with an investor (securely) — the fundraising version: send a live model to a VC without emailing the .xlsx
• How to share an interactive board report with your directors (securely) — the governance version: send a live board report to directors under a per-director watermark and confidentiality gate
• Sales solution — share decks, demos, and business cases under control
• Technology-sales solution — for solutions engineers shipping interactive tools
• HTML viewer — how Peony renders live HTML under per-viewer control
• Dynamic per-viewer watermarks
• Page-level analytics and tracked links
• Instant revoke and link expiry
• Pricing — find the tier that renders HTML live

Sources

• Peony product capabilities and pricing — peony.ink/pricing, HTML viewer, watermarks, page analytics, revoke access.
• ShareDuo public-link sharing — shareduo.com.
• Stacktree public-link sharing with MCP publish/update-in-place — stacktr.ee.
• Peony "which data rooms support HTML display" comparison (iDeals/Drooms convert-to-PDF behavior) — peony.ink/blog/which-data-rooms-support-html-display.

Disclaimer: This article is for general informational purposes only and is not legal, security, or sales-compliance advice; verify current plan features and pricing at peony.ink/pricing before relying on them.