GUIDE — PROCESS

Setting up business processes & SOPs.

Setting up business processes (วางระบบการทำงาน) means converting work that lives in people's heads into documented, measurable, repeatable systems — standard operating procedures, clear handoffs, and control points — so quality stops depending on which person happens to be working that day.

The key-person dependency trap.

In most growing companies, the real operating manual is invisible: it lives in the memory of a handful of long-serving employees. The business runs fine — until one of them resigns, falls sick, or asks for a raise the company cannot refuse. Owners feel this as risk they cannot name: every expansion plan quietly assumes the same five people can stretch further. Process setup attacks this directly. Each critical workflow — order to delivery, purchasing, hiring, month-end close — is mapped as it actually happens, simplified, documented as an SOP a competent new hire can follow, and given a measurable control point. The company's knowledge stops being an employee benefit and becomes a company asset.

What to systematize first.

Not everything deserves an SOP, and companies that try to document everything at once produce binders nobody opens. The practical sequence: start with processes where errors are expensive or visible to customers — order fulfillment, quality control, billing. Second, processes with the highest key-person concentration: if only one person can do it, it is first in line. Third, processes that repeat at high volume, where small time savings compound. Leave rare, judgment-heavy work — negotiations, exceptions, design decisions — as guidelines rather than procedures. A useful discipline: every SOP must fit on a few pages, name an owner, and carry one measurable indicator. If a document has no owner and no number, it is decoration.

How a process setup engagement works.

A typical program runs eight to sixteen weeks in three passes. Diagnosis: walking the floor and mapping how work actually flows — which is reliably different from how the org chart says it flows. Design: simplifying before documenting, because writing an SOP for a broken process just makes the breakage official. Implementation: piloting each new procedure with the team that runs it, adjusting, then locking it with a named owner and a monthly indicator reviewed by management. Tools can help — QR-linked work instructions, digital checklists — but tools follow process, never replace it. The end state worth paying for: the owner can take a two-week holiday and the numbers hold.

What is the difference between a process and an SOP? A process is the flow of work across people and steps; an SOP is the written instruction for executing one part of it consistently. You design processes first, then document the steps that must not vary.
How long does it take to set up systems in a company? A focused program on the critical processes takes 8–16 weeks. Company-wide coverage is progressive after that — the discipline matters more than the coverage.
Will SOPs make the company bureaucratic? Bad ones will. The guardrails: document only what must not vary, keep each SOP short with a named owner and one metric, and review quarterly so dead procedures are deleted, not accumulated.
Do we need software to manage SOPs? Not to start. Paper and shared documents work for the pilot. Software (QR work instructions, checklists) earns its place once procedures stabilize and you need distribution, versioning, and acknowledgment at scale.