A launchpad that makes bond offerings make sense
BondPad is a Web3 launchpad where projects raise capital by issuing Bond NFTs. Investors buy a project's tokens at a discount and receive them over a vesting schedule. I designed the full web app: discovering and evaluating offerings, buying a bond, tracking what is vesting, claiming tokens, trading bonds on a secondary market, and a wizard for project teams to launch their own offering. The goal was to take an unfamiliar, jargon-heavy fundraising model and make every step legible enough to act on with confidence.
Bond offerings are a fundraising model borrowed from traditional finance and adapted for Web3. Instead of selling tokens outright, a project sells bonds: you pay upfront, at a discount, and receive the project's tokens gradually over a vesting period. Each bond is minted as an NFT you hold in your own wallet, so it is yours to track, claim from, or sell.
It is a powerful model, but a dense one. A first-time participant has to understand discounts, vesting schedules, LP tokens, claim positions, and staking-based eligibility before they can confidently put money in. BondPad's job is to carry that complexity so the person does not have to.
I designed the product around two people: the investor who discovers an offering, evaluates it, buys in, and tracks their returns over months, and the project team who needs to launch an offering without a finance degree. The work spans discovery, evaluation, a guided purchase, a vesting tracker, a secondary marketplace, and an issuer wizard, all on one consistent system.
Bond offerings can fund a project faster than a plain token sale, but only if people understand what they are buying. The friction lives in two places.
Someone deciding whether to back an early-stage project faces a wall of unfamiliar terms and no easy way to judge risk. Discount, target raise, vesting, tokenomics, audits, team: the information exists, but it is scattered across docs and chats.
Even once someone decides to buy, the transaction is a hurdle. Approving LP tokens, understanding what they pay versus what they receive, and trusting that an approval is not quietly spending their money can be where a ready buyer drops off.
Three goals, each aimed at a specific point where confidence breaks down.
Surface the signals that actually drive the decision: discount, raise progress, vesting, audits, and team, so people can judge an offering at a glance and in depth.
Walk buyers through approval and minting in plain steps, so the unfamiliar LP-approval pattern never reads as risky or broken.
Give holders an ongoing, trustworthy view of what is claimable, what is locked, and when the next unlock lands.
BondPad serves investors across the full life of a bond, plus a separate path for project teams to launch their own offering.
Investors browse offerings, dig into terms and trust signals, then approve LP tokens, review the purchase, and mint a Bond NFT through a guided three-step flow.
Holders watch bonds vest, claim unlocked tokens, and manage every position from one dashboard while project teams create offerings through a six-step wizard.
01 - InvestorDiscover
02 - InvestorEvaluate
03 - InvestorBuy
04 - InvestorTrack & claim
05 - Project teamLaunchThe approval cannot be removed, so the design's job is to defuse it. Naming the step, showing required versus owned balance, and saying plainly that nothing is spent turns a confusing blocker into an understood checkpoint.
People cannot weigh risk they cannot see. Putting audits, KYC, backers, tokenomics, raise progress, and expectations next to the decision lets someone evaluate an offering without leaving the page.
Making each bond a first-class NFT with vesting, claim history, and a marketplace listing path turns a locked position into a more liquid asset.
A fixed set of states: Claimable Now, Locked, Claimed, and Next Unlock, reused across screens, helps people stop recalculating and start trusting the numbers.
The purchase took the most iteration because it carries the riskiest, most confusing moment: the LP approval. I explored three structures before landing on the guided flow.
Direction AApproval and purchase combined. Fewer clicks, but it buried the approval and left people unsure what they had actually committed to.
Direction BEach step as a wallet-style popup. Familiar to crypto-natives, but stripped out the context and reassurance newcomers needed.
Direction CPrepare LP, Review, Mint. Each step has its own explanation and a persistent bond preview on the side, so someone never wonders what just happened or what comes next.
One launchpad, seen from both sides: an investor moving from discovery to claiming, and a project team launching an offering of their own.
Portfolio-level status for claimable value, locked bonds, and launchpad activity.
BondPad started from the friction in the typical bond launchpad. This is what changed, described as design outcomes, not invented metrics.
Offering terms are scattered across docs, the LP-approval step appears as an unexplained transaction, vesting is something users check manually, and holdings are tracked between a wallet and a block explorer.
Discount, vesting, audits, and live raise progress sit where users decide. Approval is explained, each bond is a tradeable NFT, and one dashboard tracks claimable, locked, and total value.
The recurring challenge here was translation: taking a finance model most people have never encountered and making each piece act on its own, without a glossary. The decisions I am happiest with are the small acts of reassurance, like stating outright that an approval spends nothing, because those are the moments that decide whether someone trusts a product with real money.
If I took this further, I would test the buy flow with people who have never touched a launchpad. The LP-approval step is the riskiest point in the funnel, and I would want to know whether the three-step structure actually calms it or just spreads the confusion across more screens.
Building something that needs a clear, trustworthy product experience? I'd love to hear about it.
