A software design philosophy guaranteeing that users can export, inspect, migrate, or utilize their data with competing tools at any time with zero technical friction or formatting loss.
Zero vendor lock-in is a software engineering commitment guaranteeing that a customer’s data, workflows, and intellectual property remain completely independent of the application used to create them.
In proprietary cloud software models, vendor lock-in is frequently treated as an intentional business strategy. By making it difficult for users to export their data or move to competitors—through non-standard APIs, proprietary block data formats, and complex database relationships—companies increase customer switching costs to protect recurring subscription revenues.
The mechanisms of artificial software lock-in
Proprietary platforms enforce lock-in through several common architectural techniques:
- Closed database schemas: Documents exist only as rows in remote cloud databases (e.g., PostgreSQL or MongoDB), inaccessible via standard local operating system tools.
- Proprietary block structures: Content is fragmented into proprietary JSON objects that cannot be parsed by standard Markdown or HTML compilers without proprietary conversion tools.
- Degraded export fidelity: Export functions convert structured notes into static PDFs or flattened plain text, stripping bidirectional links, embedded attachments, and metadata tags.
- Proprietary media containers: Audio recordings and attachments are stored behind authenticated cloud URLs that expire if you cancel your subscription.
The architectural criteria for zero lock-in
To achieve authentic zero lock-in, software must satisfy four strict invariants:
| Criterion | Proprietary Lock-In | Zero Lock-In (Oyma) |
|---|---|---|
| File Format | Proprietary JSON / database blocks | Standard UTF-8 CommonMark / GFM |
| Storage Location | Vendor cloud server | User-selected folder on local Mac |
| Export Protocol | Manual export with formatting loss | Zero export needed; already files |
| Tool Portability | Incompatible with third-party tools | Compatible with VS Code, Obsidian, Vim |
Zero lock-in in Oyma
Oyma rejects artificial lock-in completely.
When you use Oyma on macOS:
- Notes are stored directly as standard
.mdfiles in your chosen folder. - Audio recordings are saved as standard audio files in your local attachments directory.
- Meeting records follow transparent CommonMark and GFM conventions.
- If you ever decide to stop using Oyma, you don’t need to click “Export”. You simply open your folder in Obsidian, VS Code, or Finder. Every link, table, callout, and tag remains intact.
Frequently asked questions about Zero Vendor Lock-In
How do proprietary note apps create vendor lock-in?
Proprietary note tools encapsulate documents in closed cloud databases, use custom JSON block schemas, restrict export options to flattened PDFs, and break relational links during migration.
What is the ultimate test of zero lock-in for a note-taking app?
The ultimate test is deleting the application entirely and checking if your notes, folders, and attachments can still be opened, navigated, and searched immediately in standard system utilities.
How does Oyma deliver true zero lock-in on macOS?
Oyma operates directly on your local directory of plain Markdown files. There is no export step because your files are never imported into a proprietary container in the first place.
Master zero vendor lock-in with private Mac notes.
Store your thoughts in standard Markdown, transcribe calls on-device, and retain 100% data sovereignty.