> ## Documentation Index
> Fetch the complete documentation index at: https://docs.firstresonance.io/llms.txt
> Use this file to discover all available pages before exploring further.

# Manufacturing Engineering

> How manufacturing engineers use ION: process design, scheduling, NPI, resource planning, and turning floor signal into upstream improvements.

## What ION does for you

You own the flow. ION lets you author procedures, set up work centers and locations, build the schedule, and then watch, in something close to real time, how the plan is meeting reality on the floor. When a run blocks, when a step takes 3× expected, when an operator files a redline, you see it. That's the signal you use to tune the process, push back upstream on bad designs, and improve cycle time.

Most days you'll bounce between three things: authoring or revising procedures, looking at run progress, and handling exceptions (parts on hold, issues that need disposition, scheduling collisions).

## Where to start

1. **[Procedures](/build-hardware/procedures)**: your primary authoring surface. Steps, fields, standard steps, dependencies.
2. **[Runs and Execution](/build-hardware/runs-and-execution)**: how the procedures you authored play out on the floor. Run states, batches, scheduling.
3. **[Locations and Work Centers](/build-hardware/locations-and-work-centers)**: the physical map of your factory. Get this right and scheduling gets dramatically easier.

## The handful of pages that matter most

| Page                                                                                    | Why it matters to you                                               |
| --------------------------------------------------------------------------------------- | ------------------------------------------------------------------- |
| [Procedure Best Practices](/build-hardware/procedures/procedure-best-practices)         | Patterns that scale and don't generate floor friction               |
| [Standard Steps](/build-hardware/procedures/standard-steps)                             | Reuse step content across procedures so you fix things in one place |
| [Procedure Dependency Manager](/build-hardware/procedures/procedure-dependency-manager) | What changes when you change a procedure, and what's safe to change |
| [Run Batches](/build-hardware/runs-and-execution/run-batches)                           | Lot/batch builds and their gotchas                                  |
| [Runs and Step States](/build-hardware/runs-and-execution/overview#states)              | The state machine you'll be debugging when runs stall               |
| [Redlines and Deviations](/build-hardware/runs-and-execution/redlines-and-deviations)   | The floor's primary signal back to you                              |
| [Issues and NCRs](/track-quality/issues)                                                | Quality events on parts you handle every day                        |

<Tip>
  * **Standard steps over copy-paste.** When the same instruction appears in five procedures, make it a standard step. The day you need to change it, you'll thank yourself.
  * **Watch runs, not just procedures.** A clean procedure document and a messy real run are common; the gap is your improvement opportunity.
  * **Treat redlines as the symptom, not the bug.** A redline means the spec didn't match reality. Fix the spec.
  * **Plan for parallel work.** ION's scheduling and run-batch features assume you'll have multiple runs of multiple parts overlapping. Lean into that, don't model your factory as one queue.
</Tip>

## Related

* [Build Hardware](/build-hardware): your home section
* [Track Quality](/track-quality): the other end of your day
* [Automate with ION](/automate-with-ion): automations you can wire into runs and procedures
* [What is ION?](/)