Repository navigation
[UX] Add first-run onboarding for users without ontology expertise #313
Description
Problem
Utopia does not currently provide a clear first-run journey for new users.
After registration, users are taken directly to an empty graph. The page mentions configuring a model and uploading documents, but it does not explain:
- what to do first;
- what happens after a document is uploaded;
- when search and chat become available;
- what the ontology does in Utopia;
- whether the ontology must be understood or edited before the product can be used.
The main navigation exposes Graph, Search, Chat, Library, Review, Ontology, Mappings, and Settings at the same level, without showing the order in which a new user should approach them.
As a result, users may successfully deploy Utopia but still fail to reach their first useful result. The product also appears to require ontology expertise even though its default ontology and automatic extension mechanisms are intended to let users get started without it.
Current experience
A typical first-run flow is:
- Register an account.
- Land on an empty graph.
- See a text instruction to configure a model and upload documents.
- Find the model settings and Library without direct guidance.
- Upload a document without knowing what processing to expect or where the result will appear.
- Encounter concepts such as classes, properties, signatures, and axioms without an introductory mental model.
The README covers deployment and model configuration, but does not provide an end-to-end product walkthrough.
Expected outcome
A user without ontology expertise should be able to reach their first useful result without reading external documentation or editing the ontology.
The product should communicate this minimal mental model in plain language:
An ontology is the vocabulary and set of rules Utopia uses to recognize people, organizations, events, and their relationships. The default ontology and automatic extension features can help you get started, so you usually do not need to edit it first.
Proposed scope
Add a dismissible and reopenable first-run checklist for new deployments and empty knowledge bases:
- Configure and test a chat model.
- Confirm the recommended starter ontology.
- Upload a document or load sample data.
- Show parsing and extraction progress.
- Guide the user to view the graph, run a search, or ask their first question.
- Introduce Review and ontology maintenance only when relevant.
Supporting changes should include:
- Direct “Configure model” and “Upload document” actions in the empty graph state.
- Connected empty states across Graph, Library, Search, and Chat.
- State-aware guidance for unconfigured, empty, processing, failed, and ready states.
- Role-aware actions:
- administrators can perform configuration directly;
- other users are told what is missing and whom to contact.
- An in-app Getting Started guide.
- Plain-language explanations of ontology, classes, relationships, and review.
Acceptance criteria
- A new administrator can configure a model and upload the first document without consulting external documentation.
- The UI communicates processing progress and the next available action.
- The user can reach their first graph result or cited answer without editing the ontology.
- The UI explains the purpose of the default ontology and makes it clear that ontology editing is optional during initial use.
- Every onboarding action links directly to the relevant screen.
- Users are not shown actions they do not have permission to perform.
- The onboarding flow can be dismissed and reopened.
- Completed onboarding does not continue to interrupt existing users.
- English and Chinese copy remain consistent.
- Key onboarding states and administrator/member paths are covered by tests.
Out of scope
- Teaching OWL, RDF, or ontology theory in depth.
- Redesigning the ontology editor.
- Adding new industry-specific ontology packs.
- Changing the existing extraction, reasoning, or ontology-governance behavior.
Activity
An empty page says which step comes next (#313)
WaylandYang commentedon Sep 7, 2026
Thank you for writing this out in this much detail — the first-run walk you described is accurate, and the framing of "deployed successfully but never reached a first useful result" is the right way to see it.
Two of the supporting changes you listed have since landed:
That second one was the part of your report about the product appearing to require ontology expertise. It was a real defect rather than a documentation gap, and your issue is what surfaced it.
The onboarding checklist itself we are holding, and the honest reason is that the frontend experience is not settled yet. The navigation, the empty states and the visual language are all still moving — a checklist is a promise about where things are and in what order someone should meet them, and pinning that to a shape that is still changing means rewriting it, or worse, leaving it quietly wrong. We would rather build it once the surface it describes has stopped moving.
Keeping this open as the tracking issue for that work.