PRODUCT HANDOFF
Clearer, cleaner Handoffs
- Capture the initial vision of a product
- Reconcile your vision with user flows
- Gain critical early feedback from your team


Continue your teams momentum into build
- Iterations at planning stage with influence from build teams clarify, save money and time.
- The Prototype shows the product in action to put the experience first.
- Stay up to date with change notifications via Slack.
Product specs your team will love
- Literally convert your Flow steps into a Product Requirements Document.
- No more double handling your documentation from whiteboard tools and planners to created specs. Save your time and the risk of something missed.
- Interfaces and mockups are always the latest version via integrations with Figma and Sketch

Ready to speed up your sprints, with up to date documents, ready to roll out?

Sprint planning made easy
- Set up easy to run Sprints with Releases
- Choose the Flows ready to release and convert them into Markdowns ready for developers
- Snapshot your model at any point and roll back to any versions
coming soon
Information that’s clearly received
- Handover detail via asynchronous video, anytime, anywhere.
- Great for remote teams, teams who work alternate hours or teams who are just busy.
- Accompanies the Product Requirements Document for easy interpretation.

Yet to model your product?
Product Modelling
Models mapped at pace with Journeys and Flows that oultine the solution, the users goals and Customers Journey.
Frequently asked questions
No, you can use the Free level of Primary without a credit card.
No, Primary is purely online, but it works like a local software package.
Pro subscriptions are for a single user, they allow sharing models in view-only mode. Team subscriptions are for multiple users. Primary allows fine-grained access management to projects, SSO sign on and centralised billing for teams.
The best way to get started is to dive in and start working. This will raise some questions, and give you and understanding of the challenges and opportunities of modelling in Primary. Be prepared to throw away or at least heavily refactor your first attempts. The good news is that all these activities are quick to implement, and so don’t be afraid of the time commitment.
A flow should achieve just one real-world result for the user. “Clicking a button”, for example, is unlikely on its own to achieve such a goal, and so is unlikely to be an entire flow. At the other end of that spectrum, “Find a product, specify its options and buy it” is likely to be quite a few different flows, as many real-world goals are achieved.
Flows should have a short, strong verb statement. Some example names are “Make a Comment” and “Edit My Profile”. Don’t use wishy-washy terms that can be confused. “Manage things in the admin panel” is an example of a poor name.
What our customers are saying
Take a read of what our customers are saying on Capterra