Included in the same licence

The Simulator gives you the number. These three make it survive.

Not trial versions, not reduced editions: the full products, each at its own address, behind the same sign-in. One comes before the simulator. Two come after.

None of them sells on its own, and that is deliberate. Each exists because the simulator by itself answers one question, and a line decision has four.

Before 6Sigma Studio do the numbers you are about to type deserve trust?
The product Line Simulator what the line will deliver, and what every lost hour costs
After Investment Analyzer the gain becomes a case that passes the committee
After Project Manager the gain showed up in the accounts, or it did not
Before the simulator · Measure

6Sigma Studio

"Can I trust this measurement?"

The question that comes before all the others. A simulation fed by a cycle time nobody verified produces a confident wrong answer, which is the most expensive kind. Thirty analysis tools on one numerical core, with no external dependencies at all.

The hand-off to the Simulator

It fits the distribution to your data instead of assuming normal, which is precisely the variability input the simulator asks for. And Gage R&R answers first: can the measurement system see the variation you want to control, or is the cycle time you wrote down mostly noise?

A 27-chapter manual inside the app, 11 of them with a live demo driven by the real engine. A test fails the build if a tool ships without its chapter.

What it does

  • Capability: Cp, Cpk, Pp, Ppk, with the distinction kept visible. Reporting a Ppk under the name Cpk is the most common way a study flatters a process
  • Control charts with the Nelson rules. Stability is judged by rule, with the verdict written out. A chart with limits and no rules is a drawing
  • MSA and Gage R&R: repeatability and reproducibility as a percentage of study variation
  • DOE: factorial, RSM, mixture, desirability, with the run-count and resolution trade-off made explicit before you run the experiment
  • Reliability and life data: Weibull, MTBF, censored records handled properly. Maintenance history always holds units that had not failed yet, and dropping them biases the estimate
  • Acceptance sampling to ISO 2859-1 and ISO 3951 / ANSI Z1.9, derived from the OC-curve mathematics rather than looked up in a table
  • Tolerance stack-up: worst case, RSS and Monte Carlo. At ten parts the first two are 3.16× apart, and which one you used decides whether the assembly is over-toleranced
  • FMEA, Ishikawa, process map, control plan. The quality paperwork that has to exist anyway, kept next to the analysis that justifies it
  • A DMAIC workbench as the entry screen. Each step links to the tool it needs, so the method drives the software rather than the other way round
Limits, stated

Variables sampling against two limits at once: single-limit plans only. Run each limit as its own plan and take the tighter of the two. It is conservative, and the app says so on screen.

It reads .xlsx and writes CSV. Writing xlsx natively would mean pulling in a ZIP library, and this product has zero dependencies on purpose: it has to keep working on a plant PC that will never see an install.

Statistics as a service to the other products: not yet. It is the suite's single owner of statistics precisely so the others ask it instead of reimplementing the same maths. That call does not exist yet.

After the simulator · Justify

Industrial Investment Analyzer

"Is it worth the money?"

A business case is not the new line's cash flow. It is with the investment minus without it. Most inflated cases come from comparing an optimistic proposal against a present that was assumed to stand still.

The hand-off from the Simulator

The simulator's financial page declares itself an engineering estimate for screening: no working capital, no financing, no sales taxes, no inflation, no FX, no ramp-up, no residual value. All of that is what the Analyzer puts around the predicted gain. It is the difference between prioritising a project and approving one.

Your financial data never reaches us. The server computes and does not store, and a test fails the build if a financial field can reach a log.

What it does

  • Two complete states, subtracted on every line. Not a delta model: tax is non-linear, so both states are computed in full and then subtracted
  • NPV, MIRR, payback, discounted payback, PI, EAA. Payback counts from the first outlay, so the engineering and installation months where the project only burns cash sit inside the number
  • IRR, and the refusal to show one. A cash flow that changes sign more than once has several IRRs or none. The engine counts the sign changes and, when the flow is non-conventional, withholds the IRR and shows MIRR with the reason
  • Risk enters as dispersion: scenarios, tornado, Monte Carlo with correlated inputs. Never by inflating the discount rate. Charging for risk twice rejects good projects and cannot be defended when challenged
  • Every input is an auditable assumption: value, unit, source, owner, date and confidence. By the third meeting nobody remembers which number had an origin and which did not
  • "How was this calculated?" on every figure, with the trace emitted by the engine itself. The explanation cannot drift away from the calculation it explains
  • A 14-step case builder that never blocks you. Every step arrives pre-filled with a declared default marked low-confidence, results are visible from step one, and all 117 inputs carry help explaining what they change
  • Working capital, depreciation with its tax shield, foreign-currency CAPEX. Equipment quoted in another currency against revenue in yours is the normal case in capital goods
  • A signed snapshot of the approved case. The server signs inputs, results, engine version and date, and keeps none of it
Limits, stated

No multi-user approval workflow, and no sync between your devices. Both are a direct consequence of not storing your data. An approver approves by receiving the signed file.

No perpetuity terminal value. A machine has a finite life. Putting a perpetuity at the end of it inflates the NPV in a way that is easy to write and impossible to defend.

After the simulator · Execute & verify

Manufacturing Project Manager

"Did the gain actually show up?"

Most improvement programmes end where the money is approved. This one is built around what comes after: the benefit is measured, not declared, and a project is allowed to close with the gain unconfirmed. A system in which every project ends green is a system that lies.

The hand-off from the Simulator

The simulator predicted a gain. Here it becomes a success criterion stamped before the measurement window opens, and that stamp is the proof the criterion came before the number. It is the only part of the suite that can tell you the prediction was wrong.

Phases start as Charter, Baseline, Analysis, Implementation, Verification, Standardisation. You add, remove and reorder them, and the numbering is positional, so it stays correct when you do.

What it does

  • Five methodology templates: DMAIC, A3 / Kaizen, 8D, Safety, blank. They are data rather than code, so exit criteria are composed from a fixed vocabulary of checks
  • A phase is cleared by the data, not by a button. There is no "advance anyway". Otherwise the gate is decoration and everybody learns to click through it
  • Measured benefit, with "not confirmed" as a legitimate outcome. There is no path to green without a measured verification window
  • Critical path, with an honest warning. Dates here are typed rather than derived from durations, so below 50% linked tasks the screen says so, in amber, instead of pretending
  • Gantt, predecessors (FS, SS, FF), printable status report. Cascading only pushes forward. It never pulls a task earlier on its own, because you put that date there for a reason the software does not know
  • Work stations, not machines. A project attaches to one or more stations, and a station can be entirely manual
  • A signed project snapshot: proof the record has not changed since it was signed. It is not proof the number is right, and the screen says exactly that
Limits, stated

The schedule cascade moves in calendar days, not working days, and the lag between linked tasks is fixed rather than configurable per link.

Statistics inside this product are out of scope, deliberately. Capability, control charts and MSA belong to 6Sigma Studio. Reimplementing them here would produce two answers that diverge exactly on the hard case.

One question, one owner

Capacity comes from the simulator, statistics from 6Sigma Studio, the financial verdict from the Analyzer, the measured gain from the Project Manager. No product recomputes another's number. Whoever receives one displays it.

That is why they cannot contradict each other in front of your board. Two implementations of the same calculation diverge, and they diverge on the hard case.

What does not exist yet

Today each product is used on its own and you carry the number across yourself. The direct hand-off between the apps is being built.

When it ships it will be described here, and not one day earlier. A single dashboard over all four is not planned, and that is also not an oversight: a figure shown away from the conditions that produced it is a figure waiting to be misread.

Four products, one licence

You buy the Line Simulator and these three come with it, in full, behind the same sign-in.