What migration means here
You are not trying to preserve every old artifact exactly as it is. You are trying to:- keep the useful customer evidence
- turn it into a journey the team can maintain
- get to a first reviewable map quickly
What you can migrate from
Useful source material can include:- a CSV or spreadsheet
- a Notion page
- a workshop document
- a whiteboard export
- a website or help center page
- a GitHub repository
- a Figma file, when Figma import is available
- pasted notes from interviews, support, or onboarding calls
When to use this path
This page is for you when:- the team already mapped part of the journey somewhere else
- research notes already explain the flow well enough to draft from
- onboarding or activation material is spread across several tools
- you want AI to draft the structure before the team refines it
The usual migration path
For most teams, migration looks like this:- choose the narrowest source that explains one journey well
- bring that source into Custory through AI import or AI chat
- ask Custory to draft the structure
- clean up stages and step names
- attach the first real items so the draft becomes useful
How to choose the source
Bring in the source that already tells the customer story most clearly. Good examples:- a CSV of onboarding steps and friction notes
- one Notion page with a workshop draft
- one public docs page that explains setup
- one repo when the real flow is easiest to infer from the product
- pasted interview or support notes when that detail is not stored anywhere else
Create a trial-to-paid journey for first-time workspace owners. Use this CSV and these notes to draft stages, steps, and likely friction points.
Example
Say your onboarding journey currently lives in a spreadsheet with columns like:- stage
- customer step
- friction
- evidence
- owner
- keep the stages that match the real flow
- rewrite vague step names in customer language
- turn repeated friction notes into insights and opportunities
- add the first metrics that will tell you whether things are improving
What to clean up first
After the draft appears, fix these before wider team review:- vague stage names
- internal shorthand in step names
- duplicate or off-scope sections
- missing evidence links
- missing item relationships
Common migration mistakes
Importing every source at once
Importing every source at once
Pick one focused source first. Broader imports usually create broader cleanup.
Treating the AI draft as final
Treating the AI draft as final
Review the structure before the team starts using it for real decisions.
Keeping internal labels that do not describe the customer moment
Keeping internal labels that do not describe the customer moment
Rewrite the journey in customer language while the draft is still small.
Moving the structure but leaving the proof behind
Moving the structure but leaving the proof behind
Bring the evidence with you, or add it soon after the import, so the journey stays credible.