Most marketplace briefs differ in what is traded and share how it is traded. JGM keeps that part as one core and opens each vertical from a configuration file: software development outsourcing with milestone escrow, manufacturing RFQs where manufacturers pay per quote, and business spaces booked by the hour. Matching, the ledger, payouts, dispute mediation and the operator console are the same code for all three.
Three deal modes, one ledger. A quote accepted into escrow, a matched RFQ with contacts revealed and an hourly booking refunded by cancellation time all post to the same double-entry ledger and reconcile against payments, payouts and credit lots. A role switch moves between the customer, a provider in each vertical and the operator in one browser.
The loop is the product; the vertical is a setting.
What differs is declared in three files under server/verticals. Everything else is shared.
| Setting | Software development | Manufacturing | Business spaces |
|---|---|---|---|
| Deal mode | Brief, then proposals compared | RFQ, then quotes | Hourly booking |
| Revenue | 10% commission, lower by grade | Credits per quote, no commission | 12% commission, lower by grade |
| Money flow | Held in escrow, released per accepted milestone | Direct between the parties after a match | Confirmed on payment, paid out after use |
| Auto-release | 168 hours after a milestone request | — | 24 hours after the booking ends |
| Cancellation | Full refund before the first approval | Credits refunded if a quote is unviewed for 48 hours | 100% from 72 hours before, 50% from 24 hours, then 0% |
| Protection | Source code transfer clause, contact masking | Drawings visible only after an NDA | Contact masking |
| Paid review | Brief review ₩190,000 · proposal review ₩120,000 | DFM review ₩250,000 | — |
A brief goes to studios whose categories and regions match, remote work included.
Buyers post for free. Manufacturers spend credits on each quote they send, which filters out blanket bidding.
Meeting rooms, seminar halls, photo and podcast studios and event lounges, sold by the hour.
Written once, used by all three verticals and by the next one.
One console across the verticals, filterable by vertical, laid out for phones as well.
Every point already carries the platform’s real flows. Only the provider behind each interface is simulated.
| Point | Now | In production |
|---|---|---|
| Payment | Simulated domestic PG for escrow deals, bookings, credit packs and reviews: checkout window, server approval, partial cancellation for refunds and disputes, virtual account deposits and signed webhooks | A PG contract behind the same checkout, approval, cancellation and webhook calls |
| Payout | Simulated payout service: seller registration, scheduled payouts, completion and failure | A PG payout service holding and transferring the funds |
| Identity | Simulated phone verification window, code shown on screen | A mobile identity verification provider |
| Business and account | Implemented: registration number, owner name and opening date checked against the National Tax Service lookup (public data portal); a mismatch blocks the provider review. Account holder simulated | An account holder inquiry through open banking |
| Messaging | In-app notifications plus a recorded outbox by template code | KakaoTalk business messages with approved templates, SMS, mail and web push |
| E-tax invoice | Commission invoice recorded per payout, not transmitted | Issuing and transmission through an e-invoice service provider |
| E-contract | Contract created from the proposal, signatures recorded for both sides; NDA signatures recorded per manufacturer | An e-signature service |
| Report drafting | Rule-based draft per vertical from the submitted materials | A language model behind the same drafting call |
| File storage | Implemented: type checked from file contents, served through signed, expiring links | Object storage behind the same interface |
The three deal loops are implemented end to end. Money, identity, the businesses and the people are outside the scope.