Skip to content

Docs/brand messaging brief - #312

Merged
cevheri merged 5 commits into
mainfrom
docs/brand-messaging-brief
Aug 7, 2026
Merged

Docs/brand messaging brief#312
cevheri merged 5 commits into
mainfrom
docs/brand-messaging-brief

Conversation

@cevheri

@cevheri cevheri commented Aug 7, 2026

Copy link
Copy Markdown
Member

Description

Type of Change

  • Bug fix (non-breaking change which fixes an issue)
  • New feature (non-breaking change which adds functionality)
  • Breaking change (fix or feature that would cause existing functionality to not work as expected)
  • Documentation update
  • Code refactoring
  • Performance improvement
  • Test addition or update

Related Issue

Closes #

Changes Made

Testing

  • I have tested this locally
  • I have added/updated tests
  • All existing tests pass

Test Environment

  • LibreDB Studio Version:
  • Browser:
  • OS:
  • Node.js/Bun Version:
  • Database Type:

Screenshots (if applicable)

Checklist

  • My code follows the project's code style guidelines
  • I have performed a self-review of my code
  • I have commented my code, particularly in hard-to-understand areas
  • I have updated the documentation accordingly
  • My changes generate no new warnings
  • I have added tests that prove my fix is effective or that my feature works
  • New and existing unit tests pass locally with my changes
  • Any dependent changes have been merged and published

Additional Notes

cevheri added 5 commits August 7, 2026 02:26
…rief

Marketing agencies reviewing LibreDB found no brand story and no value propositions on any public surface. The brief that answers them is built proof-first: this is the evidence layer, written before any prose so that no promise can be drafted without something behind it.

Every row carries the date it was checked, because provider counts, channel counts and competitor editions all drift. Two claims carried from an earlier review did not survive re-verification and are recorded as dropped rather than quietly removed.
The story opens on the moment that started the project: a database ready in forty seconds and an afternoon spent finding a way to look inside it. The second scene multiplies that across a polyglot team and a new joiner, which is where the cost becomes visible.

The belief that the tool goes to the data is then followed to its consequences, so that MIT reads as a requirement of the architecture rather than a gesture, and the paid Platform stays coherent beside it.
Three doors into one claim, each carrying audience, pain, promise, proof and difference. Writing them surfaced four promises with no evidence behind them, so ER diagrams, the AI layer, role separation and destructive-statement analysis were verified and added to the proof library rather than asserted.

The door ordering is recorded with its reason: leading on the Enterprise-wall argument would hand our credibility to another company's pricing page.
Three audience layers with the register each requires, ordered by how adoption actually flows: the engineer tries it, the lead evaluates it because of that, and the PaaS layer stays documented but dormant.

The honesty limits name the four gaps and three temptations explicitly, so display masking stays a presentation feature, engine-count leadership is never claimed against a competitor that bundles more SQL drivers, and comparison stays on licence and scope with sources attached.
…ion map

Three taglines offered as options rather than a decision, and a surface-by-surface map saying which door each one leads with. The map records the GitHub About line as a defect to fix first: it names four engines against ten shipped.
@cevheri
cevheri merged commit e7c9713 into main Aug 7, 2026
28 checks passed
@sonarqubecloud

sonarqubecloud Bot commented Aug 7, 2026

Copy link
Copy Markdown

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant