How to get there: Go to Settings → Import tab.
Move Jira issues used as a feedback backlog into ProductLift in three steps: export issues to CSV (or pull via API), prepare the columns, import.
You'll need:
| Jira | ProductLift |
|---|---|
| Project | Board |
| Issue | Post |
| Issue Type | Category, or post type |
| Status | Status |
| Components | Tags (or categories) |
| Labels | Tags |
| Assignee | Assigned To |
| Reporter / Creator | Author Email |
| Priority | (use Number of Votes as a proxy, or a custom field) |
| Fix Version | Version / Release |
| Comments | Comments |
| Sprint / Epic Link | (drop, or include in description) |
The most common Jira → ProductLift mapping is one Jira project per ProductLift board, with Status mapped directly and Components/Labels collapsed into Tags.
If you want Jira and ProductLift to coexist (devs work in Jira, customers vote in ProductLift), use the Jira integration instead of migrating. This article covers full migration where Jira is being replaced as the source of truth for feedback.
Use "all fields", not "current fields", the "current fields" option excludes comments entirely.
The CSV includes:
For partial exports across projects: Filters → Search work items, apply JQL, then More actions (⋯) → Export → Export CSV (all fields).
For projects with more than 1000 issues, the API is required:
POST /rest/api/3/search/jql (the legacy /search endpoint is removed).nextPageToken (not startAt)./issue/{key}/comment, /project/{key}/components, /project/{key}/statuses.Plan defensive pagination, Atlassian has confirmed isLast doesn't always return true correctly. Track issue keys you've already pulled.
Jira CSVs have two normalization steps before they're ready to import.
Jira exports Components, Labels, Fix Version, and Comment as separate columns per value (e.g., three components become Components, Components, Components as three columns). Before importing:
Components columns into one comma-separated cell.Labels columns into one comma-separated cell.Comment columns into a single Description-suffix, or import separately as comments via the API.A spreadsheet formula like =TEXTJOIN(",", TRUE, J2:L2) works. Or use a script.
| Jira column | ProductLift field |
|---|---|
| Summary | Title |
| Description | Description |
| Status | Status |
| Issue Type | Category, or post type |
| Components (merged) | Tags |
| Labels (merged) | Tags |
| Reporter Email | Author Email |
| Assignee Email | Assigned To |
| Created | Created Date |
| Due Date | Estimated Date |
| Priority | (map to MoSCoW Priority, or use as Number of Votes proxy) |
| Fix Version | Version (or Release for shipped versions) |
| Issue key | (paste into Description as [JIRA-123] if you want a backlink) |
| Sprint / Epic Link | (drop) |
You don't need to rename Jira's statuses in your CSV. On the preview step, the importer detects any status that doesn't exist on the target board and lets you, per status:
A common mapping: Open → New, In Progress → In Progress, Done → Completed, Closed → Closed.
When it finishes, click View Imported Posts to see the batch.
Jira migrations almost always need API extraction (1000-row limit), multi-value column normalization, and decisions on which custom fields to preserve. Send us your Jira workspace URL and API token and we'll handle the whole pipeline. Email support@productlift.dev to start a migration concierge request.
For projects over 1000 issues, the API is mandatory:
POST /rest/api/3/search/jql.GET /rest/api/3/issue/{key}/comment.See Importing feedback posts for the full importer reference.