Template SOP: format, contoh, siklus tinjauan — dan SOP yang dibaca setiap anggota dalam bahasanya sendiri (2026)

Prosedur operasional standar, atau SOP, adalah cara tertulis untuk mengerjakan pekerjaan yang berulang di organisasi Anda: langkah-langkah berurutan, siapa yang mengerjakan masing-masing, apa hasil setiap langkah, dan apa yang dilakukan ketika jalur normal terhambat. Template SOP adalah kerangka tetap tempat semua itu dituliskan, sehingga prosedur keempat puluh terlihat sama dengan yang pertama, dan orang yang pernah membaca satu SOP bisa membaca semuanya. Template adalah bagian yang mudah; sebagian besar panduan ini membahas isi SOP dan apa yang menjaganya tetap benar setelah hari ia ditulis.

Panduan ini membahas keahlian menulisnya lebih dulu — apa itu SOP dan apa yang bukan SOP, format standar, cara menulis SOP yang benar-benar diikuti orang, template yang bisa Anda salin, dua contoh yang sudah terisi — lalu mekanismenya: bagaimana siklus tinjauan bekerja, di mana SOP dan tinjauannya berada di alat yang sudah dipakai tim Anda, dan apa yang diterima orang yang membacanya dalam bahasa lain. Sebab ujian sesungguhnya bagi sebuah SOP bukanlah hari ia disetujui. Ujiannya adalah hari Selasa ketika seorang kolega baru membukanya sendirian, di loket, dengan pelanggan yang menunggu.

Apa itu SOP — dan apa yang bukan

Ada lima jenis dokumen yang menjelaskan bagaimana pekerjaan dilakukan, dan SOP berada di tengah:

Pembedaan ini penting karena menentukan panjang dokumen. SOP yang menjelaskan kebijakan di balik setiap langkah akan menjadi buku panduan yang tak pernah dibuka di loket; SOP yang turun sampai ke tombol mana yang harus diklik akan ditulis ulang setiap kali perangkat lunaknya berubah. SOP menyatakan apa yang dikerjakan, oleh siapa, dalam urutan apa, dengan hasil apa; kebijakan di atasnya menjelaskan mengapa, dan instruksi kerja di bawahnya menjelaskan persis bagaimana di layar ini.

SOP juga bukan gambaran tentang bagaimana pekerjaan biasanya dilakukan. SOP adalah cara yang telah disepakati — itulah sebabnya ia punya pemilik, versi, dan tanggal tinjauan, dan itu pula sebabnya langkah yang tidak diikuti siapa pun harus dihapus atau dibicarakan, bukan dibiarkan tetap tertulis.

Apa yang dimuat: format standar

SOP yang layak pakai memuat satu header dan delapan bagian. Kebanyakan template di internet hanya memuat header dan langkah-langkah lalu berhenti, dan itulah sebabnya kebanyakan SOP sudah usang dalam setahun tanpa ada yang tahu:

Header — identitas dokumen, lima kolom dalam satu baris: ID yang bisa dirujuk orang ("SOP-CS-04"), versi ("v2.1"), pemilik — satu orang yang disebut namanya, bukan satu departemen — tanggal berlaku, dan tanggal tinjauan berikutnya. Dokumen tanpa tanggal tinjauan baru ditinjau ketika ada yang salah.

1. Tujuan. Satu atau dua kalimat: apa yang dicapai prosedur ini dan apa yang salah tanpanya. "Setiap keluhan dicatat, diakui, dan diselesaikan dengan cara yang sama, sehingga pelanggan mendapat jawaban yang sama siapa pun yang mengangkat telepon."
2. Ruang lingkup. Kapan SOP ini berlaku dan kapan tidak. "Keluhan pelanggan tentang produk atau pengiriman. Bukan: klaim garansi (SOP-CS-07), bukan: keluhan pemasok."
3. Peran dan tanggung jawab. Setiap peran yang muncul dalam langkah-langkah, beserta hal yang menjadi tanggung jawabnya. Peran, bukan nama: nama berubah; SOP tidak seharusnya ikut berubah.
4. Definisi dan prasyarat. Istilah yang mungkin belum diketahui orang baru, dan apa yang harus tersedia sebelum langkah 1 — akses ke register, template, daftar eskalasi.
5. Prosedur. Langkah bernomor, satu tindakan per langkah, sesuai urutan kejadiannya, masing-masing diawali dengan peran dan kata kerja: "Resepsionis mencatat…", "Ketua tim meninjau…". Bila membantu, gunakan tiga kolom — siapa, mengerjakan apa, hasil atau catatan — sehingga setiap langkah berakhir pada sesuatu yang bisa diperiksa orang kedua.
6. Pengecualian dan eskalasi. Cabang-cabangnya: apa yang dilakukan ketika pelanggan tidak ada di sistem, ketika jumlahnya melebihi batas, ketika pemilik sedang tidak di tempat. Setiap pengecualian menyebut satu orang atau peran, bukan "tanyakan pada seseorang".
7. Catatan dan keluaran. Apa yang ada di akhir yang sebelumnya tidak ada — entri register, email terkirim, formulir bertanda tangan — dan di mana disimpan. Ini bagian yang dibaca auditor, dan bagian yang memberi tahu Anda apakah prosedur diikuti.
8. Referensi dan riwayat revisi. Kebijakan yang diimplementasikan, SOP dan instruksi kerja terkait; lalu satu baris per versi — tanggal, apa yang berubah, siapa yang menyetujui. Riwayat inilah yang mencegah kesalahan yang sama muncul kembali di bawah nomor versi baru.

Empat format untuk bagian prosedur. Langkah sederhana — daftar bernomor — untuk pekerjaan di bawah sepuluh langkah tanpa percabangan. Hierarkis — langkah bernomor dengan sublangkah berhuruf — ketika sebuah langkah punya urutan sendiri di dalamnya. Diagram alir ketika percabangan lebih penting daripada urutan: belah ketupat keputusan lebih mudah diikuti daripada "jika… kalau tidak… kecuali". Daftar periksa untuk rutinitas harian oleh orang yang sama, ketika pertanyaannya bukan "bagaimana" melainkan "sudahkah kita". Banyak SOP memakai dua: prosedur hierarkis, dan daftar periksa satu halaman turunannya untuk shift.

Yang tidak dimasukkan: pembenaran (tugas kebijakan), tangkapan layar setiap klik (tugas instruksi kerja), dan apa pun yang tidak bisa ditindaklanjuti seseorang. "Perlakukan pelanggan dengan hormat" adalah nilai, bukan langkah.

Cara menulisnya: amati, susun draf, uji, terbitkan

Amati orang yang mengerjakan pekerjaan itu, dan catat apa yang benar-benar mereka lakukan. Bukan apa yang menurut manajer terjadi — apa yang sungguh terjadi, termasuk jalan pintas dengan spreadsheet. Orang yang mengerjakan pekerjaan itu setiap hari adalah penulis bersama; SOP yang ditulis tentang mereka, bukan bersama mereka, adalah SOP yang hidup di dalam folder sementara prosedur yang sebenarnya hidup di kepala mereka. Tanyakan di setiap langkah: apa yang Anda lakukan kalau ini gagal?

Susun draf dalam template, mulai dari langkah. Tulis bagian prosedur sebelum tujuan: langkah-langkah menunjukkan di mana ruang lingkup berakhir dan peran apa saja yang ada. Satu tindakan per langkah, peran ditambah kata kerja, kala kini. Jika sebuah langkah butuh satu paragraf, berarti itu dua langkah atau sebuah instruksi kerja. Buat seluruhnya cukup singkat untuk dibaca dalam lima menit; detailnya ada di instruksi yang ditautkan.

Uji pada orang yang belum pernah mengerjakan pekerjaan itu. Beri mereka SOP dan tidak ada yang lain, lalu perhatikan di mana mereka berhenti. Setiap perhentian adalah langkah yang hilang, definisi yang hilang, atau pengecualian yang hilang. Satu pengujian dengan orang baru bernilai tiga tinjauan oleh orang berpengalaman, yang mengisi celah tanpa menyadarinya.

Terbitkan di tempat tim membaca, dan tetapkan tanggalnya. SOP di dalam folder berisi empat puluh dokumen lain hanya ditemukan oleh orang yang sudah tahu pekerjaannya. SOP semestinya berada di tempat tim yang menjalankan prosedur itu sudah biasa berbicara, dengan nama pemilik dan tanggal tinjauan yang terlihat, sehingga pertanyaan "apakah ini masih berlaku?" dijawab oleh header, bukan dengan bertanya ke sana kemari. Lalu masukkan tanggal tinjauan ke kalender — SOP yang ditulis dan tak pernah ditinjau adalah SOP yang diikuti dengan penuh keyakinan setelah ia tidak lagi benar.

Template SOP

[SOP ID] — [Nama prosedur]
Versi: [n.n] · Pemilik: [peran, nama] · Berlaku: [tanggal] · Tinjauan berikutnya: [tanggal]

1. Tujuan
[Satu atau dua kalimat — apa yang dicapai prosedur ini, dan apa yang salah tanpanya.]

2. Ruang lingkup
Berlaku untuk: [situasi, produk, lokasi] · Tidak berlaku untuk: [apa yang diatur di tempat lain, dengan ID SOP]

3. Peran
[Peran] — [apa yang menjadi tanggung jawabnya dalam prosedur ini]
[Peran] — [apa yang menjadi tanggung jawabnya]

4. Definisi dan prasyarat
[Istilah] — [arti]
Sebelum langkah 1: [akses, alat, template, daftar yang dibutuhkan]

5. Prosedur
5.1 [Peran] [mengerjakan apa] → [hasil atau catatan]
5.2 [Peran] [mengerjakan apa] → [hasil atau catatan]
5.3 [Peran] [mengerjakan apa] → [hasil atau catatan]
[a. sublangkah] [b. sublangkah]

6. Pengecualian dan eskalasi
Jika [kondisi]: [apa yang dilakukan, siapa yang memutuskan]
Jika [kondisi]: [apa yang dilakukan, siapa yang memutuskan]
Hal apa pun yang tidak tercakup di sini: [peran] memutuskan dan kasusnya diangkat pada tinjauan berikutnya.

7. Catatan
[Apa yang ada di akhir — entri register, email, formulir — dan di mana disimpan, selama berapa lama.]

8. Referensi dan riwayat revisi
Mengimplementasikan: [kebijakan] · Terkait: [ID SOP, instruksi kerja]
v[n.n] — [tanggal] — [apa yang berubah] — disetujui oleh [nama]
v[n.n] — [tanggal] — [apa yang berubah] — disetujui oleh [nama]

Template ini bisa ditempel ke file Word, Google Doc, halaman Notion, canvas Slack, atau catatan chat tanpa perlu diformat ulang. Dua kolom yang paling sering dibiarkan kosong adalah pemilik dan tanggal tinjauan berikutnya; keduanya menentukan apakah dokumen masih benar setahun kemudian.

Dua contoh yang sudah terisi

Menangani keluhan pelanggan — tim layanan, hierarkis

SOP-CS-04 — Penanganan keluhan pelanggan
Versi: 2.1 · Pemilik: Kepala layanan, Marta R. · Berlaku: 1 Okt 2026 · Tinjauan berikutnya: 1 Apr 2027

1. Tujuan — Setiap keluhan dicatat, diakui, dan diselesaikan dengan cara yang sama, sehingga pelanggan mendapat jawaban yang sama siapa pun yang menerima panggilan, dalam bahasa pelanggan.
2. Ruang lingkup — Keluhan pelanggan tentang produk, pengiriman, atau faktur, melalui telepon, email, atau chat. Bukan: klaim garansi (SOP-CS-07); bukan: keluhan pemasok (SOP-PR-02).
3. Peran — Resepsionis: mencatat dan mengakui. Agen layanan: menyelidiki dan menjawab. Kepala layanan: menyetujui apa pun di atas batas kredit, memutuskan eskalasi.
4. Prasyarat — Akses ke register keluhan; template tanda terima dalam bahasa pelanggan; batas kredit saat ini (lihat header register).

5. Prosedur
5.1 Resepsionis mencatat keluhan di register → entri berisi tanggal, saluran, pelanggan, produk, bahasa pelanggan, dan ID keluhan
5.2 Resepsionis mengirim tanda terima dalam satu hari kerja → email tanda terima dengan ID keluhan, dalam bahasa pelanggan
5.3 Agen layanan menyelidiki:
a. memeriksa catatan pesanan, pengiriman, dan faktur;
b. menelepon atau menulis kepada pelanggan jika ada fakta yang kurang;
c. mencatat temuan dan usulan penyelesaian di register → temuan dan penyelesaian, bertanggal
5.4 Jika penyelesaiannya berupa kredit di bawah batas, agen menerbitkannya; di atas batas, kepala layanan menyetujui dalam satu hari kerja → nota kredit atau persetujuan tertulis
5.5 Agen menjawab pelanggan dalam lima hari kerja sejak 5.1 → jawaban dalam bahasa pelanggan, merujuk ID keluhan
5.6 Resepsionis menutup entri → status Ditutup, tanggal, penyelesaian

6. Pengecualian — Pelanggan tidak ada di sistem: catat dengan detail kontak yang diberikan, tandai belum diverifikasi, lanjutkan. Pelanggan mengancam menempuh jalur hukum: berhenti di 5.3, serahkan kepada kepala layanan pada hari yang sama. Pemilik tidak di tempat: wakil yang disebut di header register yang menyetujui.
7. Catatan — Entri register (disimpan 5 tahun), tanda terima dan jawaban (di berkas pelanggan), nota kredit (keuangan).
8. Referensi — Kebijakan pelanggan §4; SOP-CS-07; instruksi kerja WI-CS-04a "Register keluhan".
v2.1 — 1 Okt 2026 — tenggat langkah 5.2 diubah dari dua hari menjadi satu; tanda terima kini dalam bahasa pelanggan — disetujui oleh Marta R.
v2.0 — 15 Mar 2026 — batas kredit dan langkah persetujuan ditambahkan — disetujui oleh Marta R.

Membuka klinik — resepsi, daftar periksa harian

SOP-FD-01 — Membuka klinik
Versi: 1.3 · Pemilik: Manajer praktik, Tomás A. · Berlaku: 1 Sep 2026 · Tinjauan berikutnya: 1 Mar 2027

1. Tujuan — Klinik siap untuk pasien pertama pukul 08.00, setiap hari, siapa pun yang membuka.
2. Ruang lingkup — Pembukaan hari kerja oleh resepsionis shift pagi. Bukan: pembukaan akhir pekan (SOP-FD-02).
3. Peran — Resepsionis pembuka: semua yang tercantum di bawah. Manajer praktik: dihubungi untuk setiap butir yang gagal.

5. Prosedur — sebelum 07.45, sesuai urutan ini
☐ Alarm dimatikan, pintu dibuka, lampu dan pemanas dinyalakan
☐ Komputer resepsi dinyalakan, sistem janji temu dibuka, daftar hari ini dicetak
☐ Saluran telepon dialihkan dari pesan malam ke langsung
☐ Ruang tunggu diperiksa: kursi, air, pengumuman hari ini dalam dua bahasa
☐ Ruang tindakan 1–3: bahan habis pakai di atas garis minimum pada lemari
☐ Mesin kartu dinyalakan dan transaksi uji dibatalkan
☐ Tiga pasien pertama hari ini dihubungi jika ada yang bercatatan konfirmasi

6. Pengecualian — Ada butir yang tidak dapat diselesaikan: hubungi manajer praktik sebelum 07.50; jangan buka pintu bagi pasien sampai manajer menjawab. Sistem janji temu mati: gunakan daftar cetak dari malam sebelumnya (SOP-FD-05).
7. Catatan — Daftar periksa yang sudah dicentang, diparaf dan diberi tanggal, di folder pembukaan; disimpan tiga bulan.
v1.3 — 1 Sep 2026 — pengumuman dalam dua bahasa ditambahkan pada butir ruang tunggu — disetujui oleh Tomás A.

Perhatikan kesamaan keduanya: setiap langkah diawali dengan peran dan kata kerja dan berakhir pada sesuatu yang bisa diperiksa orang kedua; pengecualian menyebut satu orang; header menyatakan siapa pemiliknya dan kapan dokumen ditinjau lagi; dan baris-baris terakhir mencatat apa yang berubah dan mengapa. Itulah seluruh keahliannya. Semua yang lain dalam panduan ini berkaitan dengan menjaga dokumen tetap benar setelah hari ia ditandatangani.

Siklus tinjauan: bagaimana prosedur tetap benar

SOP adalah klaim tentang bagaimana pekerjaan dilakukan, dan pekerjaan terus bergerak. Siklus tinjauan menjaga klaim itu tetap jujur. Siklus ini terdiri dari empat bagian.

Sebuah tanggal, dan pemicu yang mengalahkan tanggal itu. Setiap SOP punya tanggal tinjauan berikutnya di headernya — enam atau dua belas bulan lazimnya, lebih singkat untuk hal yang diatur regulasi atau terkait keselamatan. Empat peristiwa memajukan tinjauan: insiden yang tidak berhasil dicegah prosedur; perubahan pada alat, formulir, atau pemasok yang menjadi sandaran langkah-langkah; perubahan pada aturan atau regulasi yang diimplementasikan SOP; dan tiga penyimpangan berturut-turut — tiga orang mengerjakan satu langkah berbeda dari dokumen adalah suara, bukan masalah disiplin.

Rapat tinjauan singkat bersama orang-orang yang mengerjakan pekerjaan itu. Dua puluh menit, pemilik dan dua atau tiga orang yang menjalankan prosedur, versi terkini di layar semua orang. Agendanya selalu sama:

Tinjauan SOP-[ID] — [tanggal]
1. Penyimpangan sejak tinjauan terakhir: di mana kita mengerjakannya secara berbeda, dan mengapa — 5 mnt
2. Insiden dan keluhan yang bersentuhan dengan prosedur — 5 mnt
3. Langkah yang diubah, ditambah, atau dihapus — satu baris masing-masing, beserta alasannya — 7 mnt
4. Keputusan: terbitkan ulang sebagai v[n.n] pada [tanggal], atau konfirmasi tanpa perubahan dengan tanggal tinjauan baru — 3 mnt
Tindak lanjut: siapa yang mengedit, siapa yang menyetujui, siapa yang memberi tahu siapa, paling lambat kapan

Versi baru, dengan versi lama tetap disimpan. Perubahan masuk ke riwayat revisi sebagai satu baris — tanggal, apa yang berubah, siapa yang menyetujui — dan nomor versi bergerak: langkah yang berubah adalah versi minor (2.0 → 2.1), ruang lingkup yang berubah atau peran baru adalah versi mayor. Versi sebelumnya ditandai digantikan dan disimpan, bukan dihapus: auditor, atau kolega yang menjelaskan apa yang terjadi bulan Maret, membutuhkan prosedur seperti saat itu. Keputusan dalam tinjauan yang mengubah sebuah aturan, bukan hanya sebuah langkah, juga layak masuk ke log keputusan, dengan ID SOP di dalam entrinya.

Orang-orang yang mengerjakan pekerjaan itu mendengarnya. SOP yang diterbitkan ulang tanpa diumumkan adalah SOP lama dengan nomor baru. Perubahan disampaikan kepada orang-orang yang menjalankan prosedur, di tempat yang sudah biasa mereka baca, dengan tiga baris yang berubah dikutip — dan tanggal tinjauan baru masuk ke kalender pada hari yang sama.

Di mana SOP dan tinjauannya berada di alat yang sudah Anda pakai

Prosedurnya sendiri adalah dokumen, dan ia berada di mana pun dokumen tim berada — file Word di pustaka bersama, Google Doc, halaman wiki, sebuah canvas. Tinjauan adalah rapat, dan setiap platform punya tempat untuk apa yang ditinggalkan rapat tinjauan, dan masing-masing berhenti di titik yang berbeda. Hanya perilaku yang terdokumentasi, dari halaman resmi vendor, dengan bulan pemeriksaan tiap halaman:

Dua hal sama di mana-mana. SOP adalah dokumen dalam satu bahasa tempat ia ditulis, dan kolega yang membaca bahasa lain membaca yang itu atau salinan yang dibuat seseorang; dan apa yang diubah tinjauan hanya masuk ke dokumen bila seseorang mengetikkannya sesudahnya, dalam bahasa yang sama itu.

Bagaimana prosedur — dan setiap tinjauannya — kembali dalam bahasa masing-masing anggota

InterMIND adalah ruang komunikasi tempat pekerjaan tim hidup dalam sebuah channel, sehingga SOP punya rumah yang jelas: channel tim yang menjalankan prosedur itu. Diposting sebagai catatan — pesan teks kaya dengan judul dan daftar bernomor, yang dapat diedit kemudian dari menunya sendiri — SOP dibaca setiap anggota dalam bahasanya sendiri, dengan versi asli dan diff perubahan hanya satu sakelar jauhnya, dan disematkan sehingga versi terkini menjadi hal pertama yang ditemukan kolega baru. Diunggah sebagai file — PDF atau dokumen Word — SOP terbuka bagi setiap pembaca dalam terjemahan ke bahasanya pada paket berbayar, dan pada semua paket kartunya memuat ringkasan AI dalam bahasa pembaca, setiap poin tertaut ke paragraf asalnya, sehingga bacaan lima menit itu sudah ada sebelum ada yang menuliskannya. Jika salinan induk tetap berada di alat dokumen, pembaruannya masuk ke channel lewat email: host channel memberinya alamat tersendiri, dan pesan yang dikirim ke sana muncul sebagai pesan biasa dengan pengirim tercantum dan lampiran tetap terjaga.

Rapat tinjauan dimulai dari channel itu. Selama panggilan, versi terkini tampil di layar semua orang di samping kotak video dengan Share to conference — sebuah catatan, atau dokumen Google Docs atau OneDrive yang ditautkan di chat — dan setiap peserta menggulirnya secara mandiri dan membacanya dalam bahasanya sendiri; catatan yang dibagikan diedit langsung oleh pembagi sementara ruangan menyaksikan langkah yang berubah itu terbentuk. Ketika panggilan berakhir, rekap ditulis dari rapat itu sendiri — ringkasan, poin yang ditandai disepakati, terbuka, atau diperdebatkan, action items beserta pemiliknya, setiap baris menyimpan stempel waktunya — dan dokumen yang dibagikan selama sesi menyumbangkan ringkasannya berdampingan dengan apa yang dibicarakan. Rekap tiba lewat email, sebagai pesan di channel, dan sebagai tautan di acara kalender, dan setiap anggota yang masuk membacanya dalam bahasanya sendiri: catatan diterjemahkan per pembaca, bukan ditulis sekali dalam bahasa yang kebetulan dipakai di ruangan. Anggota mana pun dapat mengeditnya, setiap suntingan menyimpan penulis dan riwayat revisi, dan channel menyimpan rekap setiap sesi lampau — sehingga tinjauan yang menghasilkan v2.1 hanya berjarak satu klik dari catatan yang adalah v2.1, dan asisten milik anggota sendiri — Claude, ChatGPT, Copilot, atau Gemini, yang terhubung lewat konektor MCP — dapat mencari rekap, transkrip, chat, dan teks file yang dibagikan dalam satu pertanyaan, "apa yang kita ubah dalam prosedur keluhan bulan Oktober?", lalu membaca dokumennya sendiri; ini berjalan untuk organisasi dengan fitur AI aktif.

Orang-orang yang menjalankan prosedur tidak selalu karyawan. Staf distributor, kontraktor, dokter pengganti sementara: anggota eksternal channel bergabung lewat email dengan akun gratis dan membaca SOP beserta riwayatnya seperti semua orang; orang tanpa akun adalah tamu satu rapat — mereka bergabung ke panggilan tinjauan lewat tautan, dari ponsel, tanpa biaya, mendengarnya langsung dalam bahasanya sendiri, dan tidak mendapat catatan apa pun sesudahnya. Host menyediakan ruangnya dan, pada paket berbayar, hanya membayar anggota yang aktif dalam 28 hari terakhir — bergabung ke rapat, menulis di chat, atau bertanya kepada asisten; anggota yang menjadi tenang tetap mempertahankan aksesnya tanpa biaya.

• Buka rekap lengkap — catatan nyata yang dirender oleh kode yang sama yang menulis rekap Anda.
• Coba demo langsung — tanpa pendaftaran; berbicaralah, dan dengarkan ruangan diterjemahkan per pendengar.

SOP sebagai keahlian bertahan di setiap alat: seseorang tetap harus mengamati pekerjaan dilakukan, menulis langkah sebagai tindakan, dan bertanya kepada orang baru di mana mereka tersangkut. Yang tidak harus bertahan adalah pekerjaan kedua — menyimpan salinan terjemahan setiap versi secara manual, dan mengetik ulang apa yang diubah tinjauan, dalam satu bahasa, untuk orang yang membaca bahasa lain.

FAQ

Apa itu template SOP?

Template SOP adalah kerangka tetap tempat prosedur operasional standar ditulis: header berisi ID, versi, pemilik, tanggal berlaku, dan tanggal tinjauan berikutnya, diikuti bagian-bagian standar — tujuan, ruang lingkup, peran, definisi dan prasyarat, prosedur bernomor, pengecualian dan eskalasi, catatan, serta referensi dengan riwayat revisi. Template membuat setiap prosedur di organisasi terlihat sama, sehingga orang yang pernah membaca satu SOP dapat menemukan jalannya di semuanya.

Apa saja 5 bagian SOP?

Lima bagian yang disepakati kebanyakan template adalah blok judul atau header, tujuan, ruang lingkup, peran dan tanggung jawab, serta prosedur itu sendiri. SOP yang lengkap menambah tiga bagian lagi — pengecualian dan eskalasi, catatan, serta referensi dengan riwayat revisi — dan biasanya bagian yang hilang itulah yang membuat prosedur gagal: tak ada yang tahu apa yang harus dilakukan ketika jalur normal terhambat, dan tak ada yang tahu apa yang berubah sejak versi terakhir.

Bagaimana cara menulis SOP?

Amati orang yang mengerjakan pekerjaan itu dan catat apa yang sebenarnya terjadi, termasuk percabangannya. Susun bagian prosedur lebih dulu — satu tindakan per langkah, peran ditambah kata kerja, kala kini — lalu isi ruang lingkup, peran, dan pengecualian dari apa yang diungkapkan langkah-langkah itu. Uji pada orang yang belum pernah mengerjakan pekerjaan itu dan perbaiki setiap tempat mereka berhenti. Terbitkan di tempat tim sudah biasa membaca, dengan pemilik dan tanggal tinjauan berikutnya di header, dan masukkan tanggal itu ke kalender.

Apa format SOP?

Satu baris header — ID, versi, pemilik, tanggal berlaku, tanggal tinjauan berikutnya — dan delapan bagian bernomor: tujuan, ruang lingkup, peran, definisi dan prasyarat, prosedur, pengecualian dan eskalasi, catatan, referensi dan riwayat revisi. Bagian prosedur mengambil salah satu dari empat bentuk: langkah bernomor sederhana, langkah hierarkis dengan sublangkah, diagram alir ketika percabangan lebih penting daripada urutan, atau daftar periksa untuk rutinitas harian.

Apa perbedaan antara SOP dan instruksi kerja?

SOP menjelaskan satu pekerjaan dari ujung ke ujung pada tingkat peran dan langkah — siapa mengerjakan apa, dalam urutan apa, dengan hasil apa. Instruksi kerja menjelaskan salah satu langkah itu pada satu layar, mesin, atau formulir, sampai ke kolom dan tombolnya. SOP berkata "Resepsionis mencatat keluhan di register"; instruksi kerja menunjukkan register, kolom-kolomnya, dan nilai dropdown-nya. Memisahkan keduanya membuat SOP bertahan menghadapi perubahan perangkat lunak.

Apa perbedaan antara SOP dan kebijakan?

Kebijakan adalah aturan dan alasannya: apa yang dilakukan dan tidak dilakukan organisasi. SOP adalah bagaimana sebuah peran menjalankan aturan itu, langkah demi langkah. "Setiap keluhan dijawab dalam dua hari kerja" adalah kebijakan; delapan langkah dari pencatatan hingga penutupan adalah SOP yang mengimplementasikannya. Kebijakan jarang berubah dan lewat keputusan; SOP berubah setiap kali pekerjaan berubah, dan riwayat revisinya mencatat kapan.

Adakah template SOP di Word atau Google Docs?

Template dalam panduan ini berupa teks biasa dengan label tebal, sehingga bisa ditempel ke dokumen Word, Google Doc, halaman Notion, canvas Slack, atau catatan chat tanpa pemformatan ulang. Formatnya lebih penting daripada filenya: apa pun yang menyimpan SOP membutuhkan header dengan pemilik dan tanggal tinjauan, langkah bernomor yang diawali dengan peran dan kata kerja, satu orang yang disebut untuk setiap pengecualian, dan riwayat revisi — dan ia harus berada di tempat orang-orang yang mengerjakan pekerjaan itu sudah biasa membaca.

Seberapa sering SOP harus ditinjau?

Pada tanggal yang tertulis di header — setiap enam atau dua belas bulan lazimnya, dan lebih singkat bila prosedurnya diatur regulasi atau terkait keselamatan — dan lebih awal ketika salah satu dari empat hal terjadi: insiden yang tidak berhasil dicegah prosedur, perubahan pada alat atau formulir yang menjadi sandaran langkah-langkah, perubahan pada aturan yang diimplementasikannya, atau tiga penyimpangan berturut-turut. Tinjauan adalah rapat dua puluh menit bersama orang-orang yang mengerjakan pekerjaan itu, dan berakhir pada versi baru dengan satu baris di riwayat atau konfirmasi dengan tanggal tinjauan baru.

Sumber: Microsoft — Take meeting notes in Microsoft Teams; Zoom — Using Meeting Summary with AI Companion; Google — Calendar & Meet settings for "Take notes for me"; Google Meet — "Take notes for me" in Google Meet; Slack — Meeting agenda template (canvas). Halaman Microsoft, Google, dan Slack diperiksa Oktober 2026; halaman ringkasan rapat Zoom diperiksa Agustus 2026. Vendor mengubah paket, fitur, dan daftar bahasa dari waktu ke waktu; periksa halaman mereka untuk kondisi terkini.