In this post
Brand contradictions arise deeper than on the design level
A brand needs a consistent knowledge base so that the website, sales, content, search, AI applications, and internal teams can access the same verifiable core messages.
The knowledge base is not a rigid text archive. It documents what is bindingly valid regarding the brand, services, and expertise, what statements are based on, who is responsible for them, and how they may be translated for different situations.
Starting situation in April 2025
Companies produced content across ever more systems and stakeholders:
- Website and landing pages,
- Sales and presentations,
- Social media and newsletters,
- Expert contributions and white papers,
- external agencies,
- Chatbots and generative text tools,
- internal knowledge and collaboration platforms.
This increased the number of places where a brand was explained.
Typical contradictions were:
- the same performance with multiple names,
- different target groups per channel,
- deviating figures and evidence,
- old positioning in sales documents,
- general AI texts without technical differentiation,
- Value propositions without connection to real services,
- unclear relationship between personal brand, corporate brand, and product brand.
A classic style guide could only partially answer these questions. It regulated presentation, but not the factual truth layer of the brand.
What a brand knowledge base contains
Identity and relationships
- official brand name,
- Corporate and legal context,
- associated persons, brands, and offers,
- Locations and target markets,
- unique digital references.
Positioning
- relevant target groups,
- Initial situations and problems,
- technical difference,
- Limitations and unsuitable cases,
- binding positioning and performance logic.
Services and products
- preferred designations,
- Scope of service,
- Prerequisites,
- Results and limitations,
- Relationships between offers,
- current and outdated variants.
Core technical statements
- Definitions,
- Core theses,
- Methods,
- Decision criteria,
- frequent misunderstandings,
- Sources and empirical foundations.
Proof and trust signals
- documented experience,
- References with permissible scope,
- Qualifications,
- sources,
- Methods and working practices,
- responsible persons.
Language and translation rules
- preferred terms,
- permissible synonyms,
- unwanted exaggerations,
- Tonality,
- Adaptation according to target group and usage situation.
The knowledge base does not define every sentence. It defines the robust framework of meaning.
Consistency does not mean identical wording
A sales presentation, a technical page, and a short answer in an assistance system require different levels of detail.
Consistency exists when they explain the same subject without contradiction.
Example:
- The website describes the complete performance.
- Sales emphasizes the benefit relevant to the situation.
- An expert contribution explains the decision logic.
- An AI-powered answer summarizes the core message and refers to the source.
The wording may vary. Name, scope, conditions, and proof may not change uncontrollably.
Conflicts and changes must be regulated
A common knowledge base does not automatically prevent contradictions. It requires rules for cases where departments contribute different perspectives or new findings.
At least four questions should be answered:
- Who decides in case of contradictory statements?
- Which version applies until clarification?
- Which channels and documents are affected by a change?
- How can it be seen why a statement was adjusted?
This traceability is particularly important for brand knowledge. Positioning can change. Services can be newly tailored. Technical statements can be clarified or legally limited.
The knowledge base should therefore not be treated like an unchangeable manual. It is a maintained reference with versions, validity ranges, and documented decisions.
Why AI usage exacerbates the knowledge issue
Generative systems can quickly summarize and recombine existing documents. Retrieval-Augmented Generation enables external knowledge bases to be retrieved for answers.
This makes a well-maintained knowledge base more valuable. At the same time, new possibilities for errors arise.
Contradictions are scaled
If multiple documents contain different statements, a system may generate a different answer depending on the query.
Outdated knowledge remains accessible
An old text does not automatically disappear from internal storage or indexes. Without lifecycle rules, it can continue to serve as a basis.
Source reference can be lost
A generated summary may sound correct without making the scope or source visible.
Permissions become relevant
Not all brand or product knowledge may be publicly accessible or accessible to every employee. The knowledge base requires access and usage classes.
General models do not replace brand truth
A language model knows general patterns. It does not automatically know the current positioning, performance limits, and responsibility of a specific company.
NIST emphasized the importance of risk management throughout the entire lifecycle in its profile for generative AI. For knowledge-based applications, this implies that data provenance, limitations, testing, and responsible use must be documented.
Perspective from practice
Brand contradictions often go unnoticed internally. Each department works with the documents that function within its process.
However, an inconsistent image emerges externally:
- A prospect reads a service page.
- He sees an older PDF.
- He checks a profile.
- He speaks with sales.
- He will receive an automated summary later.
If these stations use different terms, target groups, or promises, trust decreases. The prospect must decide for themselves which statement is current and binding.
The solution is not to centrally control every communication. It consists of a common reference that teams can use correctly independently.
Framework of action
1. Define binding knowledge objects
Brand name, services, target groups, methods, evidence, and key terms receive unique entries.
2. Connect statement and source
Every important claim is documented with its origin, scope, responsible role, and last review.
3. Separate public and internal levels
Public core statements, internal sales information, confidential customer data, and technical documentation require different access levels.
4. Define translation rules
Teams may formulate content in a target-group-specific manner. However, the meaning, limitations, and evidence remain binding.
5. reconcile existing content
Websites, presentations, profiles, FAQs, and templates are checked against the knowledge base. Contradictions are prioritized, not just collected.
6. Connect AI applications in a limited way
To be clarified before connection:
- Which knowledge areas are suitable?
- Which sources take precedence?
- Which accesses apply?
- How are answers substantiated?
- Which cases require human approval?
- How is outdated content removed?
7. Anchor care as a brand task
Changes to performance, positioning, or proof must reach the knowledge base and all affected applications.
What companies should not do
Not sensible are:
- building a brand knowledge base solely from marketing texts,
- equating style guide and knowledge base,
- prescribe every wording centrally,
- loading unverified old stocks into AI systems,
- mixing public and confidential information,
- separate sources and verification date from knowledge entry,
- to introduce a technical search system before terms and responsibilities have been clarified,
- Confusing consistency with uniformity.
Consequences for companies
A consistent brand knowledge base reduces contradictions and increases connectivity between teams, channels, and systems.
It does not create perfect control over every public statement. However, it improves the likelihood that relevant statements are presented correctly, up-to-date, understandably, and with evidence.
This turns brand management into a shared task of knowledge and responsibility.
Subject-matter connection
SDC Knowledge Core as a brand reference
An SDC Knowledge Core connects brand knowledge, expert knowledge, sources, permissions, and maintenance into a controlled foundation. In SDC-Growth, this structure can be built up step by step and transferred into content, website, and AI applications without creating an additional isolated product world.
Build brand knowledge consistently with the SDC Knowledge Core
Sources and factual basis (6)
- ISO, ISO 30401:2018 Knowledge management systems. Requirements, 2018. Open source
- NIST, Artificial Intelligence Risk Management Framework: Generative Artificial Intelligence Profile, NIST AI 600-1, July 2024. Open source
- Patrick Lewis et al., Retrieval-Augmented Generation for Knowledge-Intensive NLP Tasks, 2020. Open source
- Google Cloud, RAG with databases on Google Cloud, January 31, 2024. Open source
- Google Cloud, RAG systems: Best practices to master evaluation and improve performance, December 19, 2024. Open source
- W3C, SKOS Simple Knowledge Organization System Reference, August 18, 2009. Open source
