A good first release tests the most important assumption while keeping the scope small enough to learn from.
Keep the capabilities required to test the core value; move nice-to-haves into a later backlog.
Prioritise the workflow or technical assumption that creates the most uncertainty.
Make the release easy for a small group of representative users to test and comment on.
Make pragmatic choices, document shortcuts and avoid compromising essential security or data integrity.
Define users, data, support, acceptance criteria and the conditions for expanding or stopping the pilot.
Tell us what you want to improve, connect or build. We will start with the workflow and the outcome you need.