A marketplace for placing puppies with buyers, in final testing ahead of public launch. Sellers apply and pass verification before they can list. New listings are reviewed before they go public. A sold listing cannot be quietly returned to available, reviews are permanent and cannot be removed by the seller, and the placement count on a profile is generated by the system rather than typed by the seller. Payments are built and tested but awaiting payment-processor approval, so no real money has moved.
Why verification could not be added afterward
Almost every marketplace ships first and adds trust features when the complaints arrive. In this category that order does not work, because the harm from a bad transaction is not a refund problem.
Trust bolted on after launch is decoration
Once listings, sellers, and history exist without gates, adding gates means either grandfathering everyone in or invalidating the platform’s own content. Both undermine the badge you just introduced. The gates have to exist before the first listing.
Editable history is not a track record
If a seller can change what their record says, the record is marketing copy. A placement count typed into a profile field means nothing. It has to be produced by the system from things that actually happened, and the seller has to be unable to touch it.
Reviews that can be removed are advertising
The moment a seller can have an unfavourable review taken down, every remaining review loses its value, including the genuine positive ones. Permanence is not a punishment for sellers; it is what makes good reviews worth having.
A deal that moves off the platform takes the protections with it
The standard failure is a conversation that starts on a marketplace and continues by text message, after which the deposit policy, the guarantee, and the record cease to exist. If the platform stands behind a transaction, the transaction has to stay where it can see it.
The trust and verification gates, stage by stage
Each stage checks something and unlocks something. What is checked is published below. How it is checked is not, and will not be. Publishing the rules a fraud gate applies is how people learn to pass it.
| Stage | What is checked | What passing unlocks | What it prevents |
|---|---|---|---|
| Seller application | Identity and the details of the person or business applying | The ability to create a listing at all | Anonymous accounts appearing to buyers as established sellers |
| Seller verification | Verification of identity and of the contact routes claimed | Verification badges shown on the public profile | A profile that looks credible with nothing standing behind it |
| Listing submission | Every new listing goes to a review queue before it can be seen publicly | Public visibility of that listing | Anything reaching buyers without having been reviewed by someone |
| Listing state change | Whether the requested change is permitted from the listing’s current state | Legitimate updates to an active listing | A sold or reserved listing being quietly returned to available |
| Buyer contact | That the conversation runs through platform messaging, not personal addresses | A conversation both sides can have safely | Contact details being exchanged before either party has decided to, and deals drifting off-platform |
| Deposit and balance | That the standardized deposit policy and the guarantee window apply here | A transaction covered by the stated buyer protections | Side-channel payments with no policy, no record, and no recourse attached |
| Placement recorded | That the placement completed through the platform | An increment to the seller’s placement count | A seller inflating their own track record, since the count is system-generated and not editable |
| Review left | That the reviewer actually transacted through the platform | A permanent public review on the seller’s profile | An unfavourable review being removed, or reviews from people who never bought anything |
| Payout | That the transaction reached the state where a payout is due | Release of funds to the seller | Automatic disbursement before anyone has looked, since release requires a manual step by design |
What is built and tested, and what is waiting on somebody else
Sellers apply before they can list
Listing is not something a new account can do. A seller applies, is verified, and only then gets the ability to publish anything. Identity and contact verification appear as badges on the public profile, so a buyer can see which checks that seller passed.
Nothing goes public unreviewed
New listings enter a review queue and become visible after review, not before. This is the most expensive decision in the product in terms of ongoing effort, and the one we were least willing to trade away.
Listing states move only in the directions they are allowed to
A listing that has been sold or reserved cannot be quietly set back to available. State changes are constrained and recorded. A buyer looking at a listing marked available is looking at something that has not been walked backward out of a completed sale.
The track record belongs to the system, not the seller
The count of placements made through the platform is generated from completed transactions. A seller cannot type it, edit it, or reset it. Reviews are permanent and cannot be removed by the seller, which is what makes the rest of a profile worth reading.
Buyer protections are stated, standard, and computed
There is a platform-backed guarantee with a window computed by the system, and a standardized deposit policy applying the same way to every transaction rather than negotiated per seller. Messaging runs on-platform and does not expose personal contact details.
Payments are built and tested; no money has moved
Deposits and balance payments are built and tested. They are awaiting payment-processor approval, which is not something we control the timing of. Until that lands, no real money has moved through the platform. Payouts require a manual release step, a deliberate design decision rather than a temporary state.
Where it stands right now
The platform is in final testing ahead of public launch. You cannot sign up today. When it opens, sellers go through the application and verification path above before anything they publish reaches a buyer.
Build disciplines a marketplace like this requires
- custom software and AI development — Review queues, state constraints, and detection work, with unusually high consequences for getting them wrong.
- document and agreement workflows — Deposit policy, guarantee terms, and seller agreements have to be enforced by the product, not by a page nobody reads.
- workflow automation services — The moderation and payout queues are internal operations, workable by a small team every day.
Is this a fit for your business?
A good fit when
- You are building a two-sided marketplace where a bad transaction causes real harm
- You need seller vetting and listing review as launch requirements
- You want a track record on a profile that the profile owner cannot author
- You intend to stand behind transactions, so they have to stay on the platform
Probably not a fit when
- You want the fastest path to open listings with verification deferred
- You need a marketplace with no human moderation because nobody will run a queue
- You are looking for an off-the-shelf marketplace theme configured to your category
What to have ready
- A statement of what a seller has to be before you will let them list
- The buyer protection you intend to offer, and who absorbs it when claimed
- Somebody who will own the review queue daily, because gates nobody works are worthless
Questions we get asked
Can I sign up as a buyer or seller today?
No. The platform is in final testing ahead of public launch and is not open. We would rather say that plainly than run a waitlist implying more than it should. When it opens, sellers go through application and verification before anything they publish is visible.
Does it handle transactions?
Payments are built and tested, which is a different statement. Deposits and balance payments are awaiting payment-processor approval, and until that comes through no real money has moved through the platform. Built and tested is not the same claim as handling transactions.
How does the platform detect fraudulent sellers?
We publish what is checked at each stage and not how it is checked. That is not evasion. Publishing the signals behind a fraud gate is how people learn to satisfy it, and the value of the gate comes from those who fail it not knowing why. The outcomes are on this page; the rules are not.
Why is the payout release manual?
By design. An automatic disbursement is a decision made by nobody, and money leaving the platform is where mistakes stop being recoverable. Requiring a person to release it buys a review at the only moment where one still changes the outcome.
Related
- notice operations and evidence platform
- a simulation engine productized as a diagnostic service
- custom application development
- selected product, application and workflow projects
Tell us what the process looks like now and we will map what a system would need to do. No obligation, and you keep the map either way.