Services
Three stages in a taxonomy's life: diagnosing what is there, designing what is needed, and the rules that make it last.
I
Taxonomy audit
What you get
- Assessment report with findings
- Map of the gaps between the schema and how content is actually tagged
- Recommendations ranked by cost-to-impact
- Closing workshop with the team
II
Taxonomy and vocabulary design
What you get
- Taxonomy in SKOS, CSV or your system's native format
- Documented rules: division criteria, definitions, scope notes
- Mapping rules from the previous structure
- A set of retrieval tests for verification
III
Governance and maintenance
What you get
- Vocabulary governance document
- Change proposal and approval path
- Review schedule and checklist
- Training for the people who tag
| Stage | When to start | Input material | Primary artifact | When not to pick this |
|---|---|---|---|---|
| IAudit | An existing vocabulary or category tree has stopped working in practice. | Export of current tagging, schema docs and interviews with daily taggers. | Gap report + repair roadmap ranked by cost-to-impact. | When building from scratch with no existing data or tagging history. |
| IIDesign | New product, CMS/DAM migration, RAG deployment, or a clean-slate rebuild. | Content corpus, real user queries and target system constraints. | Faceted taxonomy (SKOS/CSV/JSON) with explicit yes/no boundary rules. | When the current structure is sound and only lacks maintenance discipline. |
| IIIGovernance | Post-launch or whenever multiple teams tag content independently. | Working vocabulary, organisational role map and current publishing workflow. | Change workflow, term-retirement rules, periodic review checklist and training. | When the schema itself has broken divisions — governance cannot fix bad boundaries. |