Reading the results
The Results step turns a run into a decision. It opens with the answer, then lets you dig into why, compare configurations fairly, and keep the one you choose.

The winner strip
Section titled “The winner strip”A band at the top says what the run can honestly claim. When one configuration separated itself, it is named, with how much better it is than the rest and how sure that is. When the leaders cannot be told apart, the strip says so plainly: how many configurations are statistically tied for best, and that you can run more replications or treat them as equally good and choose on cost or simplicity. It never claims a single perfect answer it cannot back up.
Tie-breaking is part of the run itself, not something to click afterwards. While the search runs, the leading configurations automatically earn extra replications, the whole tied group together, until the group stops changing. A tie that survives that is a real tie, which is often good news: it means you can choose among the leaders on cost or simplicity.
Ranked results
Section titled “Ranked results”Below it, every configuration is listed in order: Rank, Status, Reps (how many replications the row ran), the factor settings, each response with its spread, and Save as Scenario at the end of the row. Sort by any response with the control in the header, and use Export Results beside it to save the full table as a spreadsheet.
A Baseline row leads the table: your model today, unchanged, so you can always see what the search was competing against. Rows marked Best, grouped on green right under it, are the ones statistically tied for first: within the run’s precision you cannot tell them apart, so the table says so rather than pretending the top row is uniquely best.
The Status column gives every row a plain account:
- Best: in the group tied for first.
- Leader, refined: it earned extra replications as a leader and still could not be separated from the pack.
- Explored: the first pass every configuration gets.
- Cut short: the search could already tell it was losing and stopped spending runs on it, with the reason on the row.
- Over a limit: it finished but broke one of your limits, so it is out of the ranking.
- Failed: it did not finish, with the reason spanning the row.
What mattered, and how
Section titled “What mattered, and how”
The main effects chart shows how much each factor changed the result as it moved across its tested range, biggest mover at the top. Compare with baseline puts the leading configurations next to your current model as points with 95 percent confidence ranges, so a difference only reads as real when the ranges are clear of each other. For the full statistics behind the picture, open the detail from the button below the chart.
Where the sweet spot is
Section titled “Where the sweet spot is”
For two numeric factors, the sweet-spot map predicts the result across the whole area from the points that ran, with darker meaning better for your goal and a star on the best predicted point. It fills in the gaps between the configurations you actually ran, and tells you how much to trust the prediction.
Keeping a result
Section titled “Keeping a result”When you have chosen, Save as Scenario copies that configuration into your model as an ordinary scenario, enabled and ready to run. When the button cannot act it says why instead of sitting grey: for example, the model has changed since the run was saved, or the configuration uses something that is no longer in the model. In those cases, run the experiment again and save from the fresh result.
The last completed run is saved with the model, so closing the window loses nothing: reopen the model later and PM Optimizer opens straight back on this step, ranked table and all.

