The Three Pillars: Credit, Documentation, Trust

Overview

The Three Pillars is a foundational design framework for B2BPaper. It recognizes that paper trading transactions are not purely transactional -- they involve complex interdependencies between financial, documentary, and relational aspects. Any feature that touches transactions must be evaluated against all three pillars.

The Three Pillars

1. Credit / Payment

• What it covers: Payment terms, credit risk assessment, letters of credit, financing
• Why it matters: Paper deals involve large sums. A buyer might need 60-day payment terms. A mill needs assurance they will be paid. Credit risk is a deal-breaker.
• Platform implication: The platform must surface enough information for credit decisions, even if it does not process payments itself (MVP excludes payment processing)

2. Documentation

• What it covers: Bills of lading, quality certificates, phytosanitary documents, shipping documents, certificates of origin
• Why it matters: International paper trading requires extensive paperwork. Missing documentation can delay shipments, trigger customs holds, or void deals.
• Platform implication: While MVP does not include a document management system, the platform must be designed to accommodate it later. Transaction data must be rich enough to generate required documents.

3. Trust / Relationships

• What it covers: Long-term mill-buyer relationships, reputation, track record, personal credibility
• Why it matters: Mills share surplus data because they trust the intermediary. Buyers commit to purchases because they trust the quality assessment. Trust is earned over years, not clicks.
• Platform implication: wiki/entities/morichal-trading's 15+ years of trading reputation is the platform's trust anchor. The technology must enhance trust, not undermine it. Features like geographic visibility and exclusivity windows are trust-preserving mechanisms.

Design Principle

The key insight: technology alone does not replace trust. A brilliant matching algorithm is worthless if mills do not trust the platform with their surplus data, or if buyers do not trust the quality assessments.

This is why the partnership between wiki/entities/deploystaff (technology) and wiki/entities/morichal-trading (trust) is structured as a 50/50 split. Neither side can succeed alone.

How Pillars Apply to Features

Sources

• raw/notes/productContext -- introduces the Three Pillars framework and its rationale
• raw/notes/systemPatterns -- references Three Pillars as a design pattern for feature evaluation

Related

• wiki/entities/morichal-trading -- the trust anchor for the platform
• wiki/entities/thierry -- the person whose reputation backs the trust pillar
• wiki/concepts/zero-friction-mill-pattern -- trust-preserving mill onboarding
• wiki/concepts/eight-core-actions -- each action must respect all three pillars
• wiki/summaries/productcontext-summary -- full product context including Three Pillars