SOP şablonu: format, örnek, gözden geçirme döngüsü — ve her üyenin kendi dilinde okuduğu SOP (2026)

Standart işletim prosedürü, yani SOP, kuruluşunuzda tekrarlayan bir işin yazılı yapılış biçimidir: adımlar sırasıyla, her adımı kimin üstlendiği, her adımın ne ürettiği ve normal yol tıkandığında ne yapılacağı. SOP şablonu, bu sözcüklerin içine yerleştirildiği sabit iskelettir; böylece kırkıncı prosedür ilkine benzer ve birini okuyan kişi hepsini okuyabilir. Şablon işin kolay kısmıdır; bu rehberin büyük bölümü şablonun içine ne gireceğini ve yazıldığı günden sonra onu neyin doğru tuttuğunu anlatır.

Bu rehber önce zanaatı ele alır: SOP nedir ve ne değildir, standart format, insanların gerçekten uyacağı bir SOP nasıl yazılır, kopyalayabileceğiniz bir şablon, doldurulmuş iki örnek. Ardından mekaniğe geçer: gözden geçirme döngüsü nasıl işler, SOP ve gözden geçirmesi ekibinizin zaten kullandığı araçlarda nerede durur ve onu başka bir dilde okuyan kişi ne elde eder. Çünkü bir SOP'nin gerçek sınavı onaylandığı gün değildir. Sınav, yeni bir meslektaşın bir salı günü, tezgâhta, bekleyen bir müşterinin önünde onu tek başına açtığı andır.

SOP nedir — ve ne değildir

İşin nasıl yapıldığını anlatan beş tür belge vardır ve SOP ortadaki belgedir:

Bu ayrımlar önemlidir, çünkü belgenin uzunluğunu belirlerler. Her adımın ardındaki politikayı açıklayan bir SOP, tezgâhta kimsenin açmayacağı bir el kitabına dönüşür; hangi düğmeye tıklanacağına kadar inen bir SOP ise yazılım her değiştiğinde yeniden yazılır. SOP neyin, kim tarafından, hangi sırayla, hangi sonuçla yapıldığını söyler; üstündeki politika nedenini, altındaki iş talimatı ise bu ekranda tam olarak nasıl yapılacağını söyler.

SOP ayrıca işin genellikle nasıl yapıldığının tarifi de değildir. Üzerinde uzlaşılmış yoldur; bu yüzden bir sahibi, bir sürümü ve bir gözden geçirme tarihi vardır, ve kimsenin uymadığı bir adım, belgede bırakılacak bir cümle değil, silinecek bir adım ya da yapılacak bir konuşmadır.

Neler içermeli: standart format

Kullanılabilir bir SOP bir başlık bloğu ve sekiz bölüm taşır. İnternetteki şablonların çoğu yalnızca başlığı ve adımları taşıyıp durur; çoğu SOP'nin bir yıl içinde eskimesinin ve kimsenin bunu bilmemesinin nedeni budur:

Başlık bloğu, belgenin kimliğidir; tek satırda beş alan: atıf yapılabilecek bir ID ("SOP-CS-04"), bir sürüm ("v2.1"), sahip (bir departman değil, adı belli tek bir kişi), yürürlük tarihi ve bir sonraki gözden geçirme tarihi. Gözden geçirme tarihi olmayan bir belge, bir şeyler ters gittiğinde gözden geçirilir.

1. Amaç. Bir ya da iki cümle: bu prosedür neyi sağlar ve olmazsa neyin ters gittiği. "Her şikâyet aynı şekilde kaydedilir, bildirilir ve çözülür; böylece telefonu kim açarsa açsın müşteri aynı yanıtı alır."
2. Kapsam. Bu SOP'nin ne zaman geçerli olduğu ve ne zaman olmadığı. "Müşterilerin bir ürün veya teslimat hakkındaki şikâyetleri. Kapsam dışı: garanti talepleri (SOP-CS-07), tedarikçi şikâyetleri."
3. Roller ve sorumluluklar. Adımlarda geçen her rol ve neyden sorumlu olduğu. Roller yazılır, isimler değil: isimler değişir; SOP'nin değişmesi gerekmemeli.
4. Tanımlar ve ön koşullar. Yeni birinin bilmeyebileceği terimler ve 1. adımdan önce hazır olması gerekenler: kayıt defterine erişim, şablon, yükseltme listesi.
5. Prosedür. Numaralı adımlar; her adımda tek eylem, gerçekleştikleri sırayla, her biri rolle ve bir fiille başlar: "Resepsiyon kaydeder…", "Ekip lideri inceler…". Yararlı olduğunda üç sütun: kim, ne yapar, sonuç veya kayıt; böylece her adım, ikinci bir kişinin kontrol edebileceği bir şeyle biter.
6. İstisnalar ve yükseltme. Dallanmalar: müşteri sistemde yoksa, tutar limiti aşıyorsa, sahip yerinde değilse ne yapılacağı. Her istisna "birine sorun" demez, bir kişiyi ya da rolü adıyla söyler.
7. Kayıtlar ve çıktılar. Sonunda var olan, başta olmayan şeyler: kayıt defteri girdisi, gönderilen e-posta, imzalı form ve bunların nerede saklandığı. Bir denetçinin okuduğu bölüm budur ve prosedüre uyulup uyulmadığını söyleyen de odur.
8. Referanslar ve revizyon geçmişi. Uyguladığı politika, ilgili SOP'ler ve iş talimatları; ardından her sürüm için bir satır: tarih, ne değişti, kim onayladı. Geçmiş, aynı hatanın yeni bir sürüm numarasıyla yeniden getirilmesini engelleyen kısımdır.

Prosedür bölümü için dört format. Basit adımlar, yani numaralı liste, dalı olmayan ve on adımdan kısa işler için. Hiyerarşik, yani harfli alt adımları olan numaralı adımlar, bir adımın içinde kendi sırası olduğunda. Akış şeması, dallar sıradan daha önemliyse: bir karar eşkenar dörtgeni, "eğer… aksi halde… olmadıkça" ifadesinden daha kolay izlenir. Kontrol listesi, aynı kişilerce her gün yapılan rutinler için; burada soru "nasıl" değil "yaptık mı"dır. Birçok SOP ikisini birlikte kullanır: hiyerarşik bir prosedür ve ondan türetilmiş, vardiya için tek sayfalık bir kontrol listesi.

Dışarıda kalanlar: gerekçelendirme (politikanın işi), her tıklamanın ekran görüntüsü (iş talimatının işi) ve kişinin uygulayamayacağı her şey. "Müşteriye saygıyla davranın" bir değerdir, bir adım değil.

Nasıl yazılır: gözlemle, taslak çıkar, dene, yayımla

İşi yapan kişiyi gözlemleyin ve gerçekte ne yaptığını yazın. Yöneticinin olduğunu düşündüğünü değil, gerçekte olanı: elektronik tablolu geçici çözüm dahil. İşi her gün yapan kişi ortak yazardır; onun hakkında, onunla birlikte değil de yazılan SOP, gerçek prosedür onun kafasında yaşarken bir klasörde duran SOP'dir. Her adımda sorun: bu başarısız olursa ne yapıyorsunuz?

Şablonda taslak çıkarın, önce adımlarla. Prosedür bölümünü amaçtan önce yazın: adımlar kapsamın nerede bittiğini ve hangi rollerin var olduğunu gösterir. Adım başına tek eylem, rol artı fiil, şimdiki zaman. Bir adım için paragraf gerekiyorsa, o iki adımdır ya da bir iş talimatıdır. Tüm belgeyi beş dakikada okunacak kadar kısa tutun; ayrıntı bağlantılı talimatlarda durur.

İşi hiç yapmamış birinde deneyin. Ona SOP'yi verin, başka hiçbir şey vermeyin ve nerede durduğunu izleyin. Her duraklama eksik bir adım, eksik bir tanım ya da eksik bir istisnadır. Yeni biriyle yapılan bir deneme, boşlukları fark etmeden dolduran deneyimli kişilerin yaptığı üç gözden geçirmeye bedeldir.

Ekibin okuduğu yerde yayımlayın ve tarihi belirleyin. Kırk SOP'yle aynı klasörde duran bir SOP'yi yalnızca işi zaten bilenler bulur. SOP, prosedürü yürüten ekibin zaten konuştuğu yerde olmalı, sahibinin adı ve gözden geçirme tarihi görünür durumda; böylece "bu hâlâ güncel mi?" sorusunu başlık yanıtlar, etrafa sormak değil. Sonra gözden geçirme tarihini takvime koyun: yazılıp hiç gözden geçirilmeyen SOP, doğru olmaktan çıktıktan sonra bile güvenle izlenen SOP'dir.

Bir SOP şablonu

[SOP ID] — [Prosedür adı]
Sürüm: [n.n] · Sahip: [rol, ad] · Yürürlük: [tarih] · Sonraki gözden geçirme: [tarih]

1. Amaç
[Bir ya da iki cümle — bu prosedür neyi sağlar ve olmazsa neyin ters gider.]

2. Kapsam
Geçerli olduğu yerler: [durumlar, ürünler, lokasyonlar] · Geçerli olmadığı yerler: [başka yerde ele alınanlar, SOP ID ile]

3. Roller
[Rol] — [bu prosedürde neden sorumlu olduğu]
[Rol] — [neden sorumlu olduğu]

4. Tanımlar ve ön koşullar
[Terim] — [anlamı]
1. adımdan önce: [erişim, araçlar, şablonlar, gereken listeler]

5. Prosedür
5.1 [Rol] [ne yapar] → [sonuç veya kayıt]
5.2 [Rol] [ne yapar] → [sonuç veya kayıt]
5.3 [Rol] [ne yapar] → [sonuç veya kayıt]
[a. alt adım] [b. alt adım]

6. İstisnalar ve yükseltme
Eğer [koşul]: [ne yapılacağı, kimin karar verdiği]
Eğer [koşul]: [ne yapılacağı, kimin karar verdiği]
Burada ele alınmayan her şey: [rol] karar verir ve durum bir sonraki gözden geçirmede gündeme getirilir.

7. Kayıtlar
[Sonunda var olanlar — kayıt defteri girdisi, e-posta, form — ve nerede, ne kadar süreyle saklandığı.]

8. Referanslar ve revizyon geçmişi
Uyguladığı: [politika] · İlgili: [SOP ID'leri, iş talimatları]
v[n.n] — [tarih] — [ne değişti] — onaylayan: [ad]
v[n.n] — [tarih] — [ne değişti] — onaylayan: [ad]

Şablon; bir Word dosyasına, bir Google Doc'a, bir Notion sayfasına, bir Slack canvas'ına ya da bir sohbet notuna yeniden biçimlendirme yapmadan yapıştırılabilir. En sık boş bırakılan iki alan sahip ve bir sonraki gözden geçirme tarihidir; belgenin bir yıl sonra hâlâ doğru olup olmadığını belirleyen de bu ikisidir.

Doldurulmuş iki örnek

Müşteri şikâyetini ele alma — servis ekibi, hiyerarşik

SOP-CS-04 — Müşteri şikâyeti yönetimi
Sürüm: 2.1 · Sahip: Servis lideri, Marta R. · Yürürlük: 1 Eki 2026 · Sonraki gözden geçirme: 1 Nis 2027

1. Amaç — Her şikâyet aynı şekilde kaydedilir, bildirilir ve çözülür; böylece telefonu kim açarsa açsın müşteri, kendi dilinde aynı yanıtı alır.
2. Kapsam — Müşterilerin bir ürün, bir teslimat veya bir fatura hakkındaki şikâyetleri; telefon, e-posta veya sohbet yoluyla. Kapsam dışı: garanti talepleri (SOP-CS-07); tedarikçi şikâyetleri (SOP-PR-02).
3. Roller — Resepsiyon: kaydeder ve alındı bildirimi gönderir. Servis uzmanı: inceler ve yanıtlar. Servis lideri: kredi limitini aşan her şeyi onaylar, yükseltmelere karar verir.
4. Ön koşullar — Şikâyet kayıt defterine erişim; müşterinin dilinde alındı bildirimi şablonu; güncel kredi limiti (kayıt defterinin başlığına bakın).

5. Prosedür
5.1 Resepsiyon şikâyeti kayıt defterine işler → tarih, kanal, müşteri, ürün, müşterinin dili ve bir şikâyet ID'si içeren kayıt
5.2 Resepsiyon, bir iş günü içinde alındı bildirimini gönderir → şikâyet ID'sini içeren, müşterinin dilinde alındı e-postası
5.3 Servis uzmanı inceler:
a. sipariş, teslimat ve fatura kayıtlarını kontrol eder;
b. bir bilgi eksikse müşteriyi arar veya ona yazar;
c. bulguyu ve önerilen çözümü kayıt defterine işler → tarihli bulgu ve çözüm
5.4 Çözüm limit altında bir krediyse uzman bunu verir; limit üzerindeyse servis lideri bir iş günü içinde onaylar → alacak dekontu veya yazılı onay
5.5 Uzman, 5.1'den itibaren beş iş günü içinde müşteriye yanıt verir → müşterinin dilinde, şikâyet ID'sine atıf yapan yanıt
5.6 Resepsiyon kaydı kapatır → durum Kapandı, tarih, çözüm

6. İstisnalar — Müşteri sistemde yok: verilen iletişim bilgileriyle kaydedin, doğrulanmamış olarak işaretleyin, devam edin. Müşteri yasal işlemle tehdit ediyor: 5.3'te durun, aynı gün servis liderine devredin. Sahip yerinde değil: kayıt defterinin başlığında adı geçen vekil onaylar.
7. Kayıtlar — Kayıt defteri girdisi (5 yıl saklanır), alındı bildirimi ve yanıt (müşterinin dosyasında), alacak dekontu (finans).
8. Referanslar — Müşteri politikası §4; SOP-CS-07; iş talimatı WI-CS-04a "Şikâyet kayıt defteri".
v2.1 — 1 Eki 2026 — adım 5.2 süresi iki günden bire indirildi; alındı bildirimi artık müşterinin dilinde — onaylayan: Marta R.
v2.0 — 15 Mar 2026 — kredi limiti ve onay adımı eklendi — onaylayan: Marta R.

Kliniğin açılışı — resepsiyon, günlük kontrol listesi

SOP-FD-01 — Kliniğin açılışı
Sürüm: 1.3 · Sahip: Klinik yöneticisi, Tomás A. · Yürürlük: 1 Eyl 2026 · Sonraki gözden geçirme: 1 Mar 2027

1. Amaç — Klinik, kim açarsa açsın, her gün 08:00'de ilk hasta için hazırdır.
2. Kapsam — Erken vardiyadaki resepsiyonistin hafta içi açılışı. Kapsam dışı: hafta sonu açılışı (SOP-FD-02).
3. Roller — Açılışı yapan resepsiyonist: aşağıdaki her şey. Klinik yöneticisi: başarısız olan her madde için aranır.

5. Prosedür — 07:45'e kadar, bu sırayla
☐ Alarm kapalı, kapılar açık, ışıklar ve ısıtma açık
☐ Resepsiyon bilgisayarı açık, randevu sistemi açık, günün listesi yazdırılmış
☐ Telefon hattı gece mesajından canlıya alınmış
☐ Bekleme odası kontrol edilmiş: sandalyeler, su, günün duyuruları iki dilde
☐ 1–3 numaralı tedavi odaları: sarf malzemeleri dolaptaki asgari çizginin üzerinde
☐ Kart terminali açık ve deneme işlemi iptal edilmiş
☐ Notunda teyit et yazan hasta varsa günün ilk üç hastası aranmış

6. İstisnalar — Herhangi bir madde tamamlanamıyor: 07:50'den önce klinik yöneticisini arayın; yönetici yanıt verene kadar kapıları hastalara açmayın. Randevu sistemi çalışmıyor: bir önceki akşamdan yazdırılmış listeyi kullanın (SOP-FD-05).
7. Kayıtlar — İşaretlenmiş, paraflanmış ve tarihlenmiş kontrol listesi, açılış klasöründe; üç ay saklanır.
v1.3 — 1 Eyl 2026 — bekleme odası maddesine iki dilde duyurular eklendi — onaylayan: Tomás A.

İkisinin ortak noktalarına dikkat edin: her adım bir rol ve bir fiille başlar ve ikinci bir kişinin kontrol edebileceği bir şeyle biter; istisnalar bir kişiyi adıyla söyler; başlık kimin sahip olduğunu ve belgeye bir sonraki bakışın ne zaman olduğunu belirtir; son satırlar neyin neden değiştiğini kaydeder. Zanaatın tamamı budur. Bu rehberin geri kalanı, belgeyi imzalandığı günden sonra doğru tutmakla ilgilidir.

Gözden geçirme döngüsü: bir prosedür nasıl doğru kalır

SOP, işin nasıl yapıldığına dair bir iddiadır ve iş hareket eder. Gözden geçirme döngüsü bu iddiayı dürüst tutar. Dört parçası vardır.

Bir tarih ve tarihi geçen tetikleyiciler. Her SOP'nin başlığında bir sonraki gözden geçirme tarihi vardır: altı veya on iki ay olağandır, düzenlemeye tabi veya güvenlikle ilgili her şey için daha kısa. Dört olay gözden geçirmeyi öne çeker: prosedürün önleyemediği bir olay; adımların dayandığı araçta, formda veya tedarikçide bir değişiklik; SOP'nin uyguladığı kural veya düzenlemede bir değişiklik; ve art arda üç sapma. Üç kişinin bir adımı belgeden farklı yapması bir oylamadır, disiplin sorunu değil.

İşi yapan kişilerle kısa bir gözden geçirme toplantısı. Yirmi dakika; sahip ve prosedürü yürüten iki ya da üç kişi, güncel sürüm herkesin ekranında. Gündem hep aynıdır:

SOP-[ID] gözden geçirme — [tarih]
1. Son gözden geçirmeden bu yana sapmalar: nerede farklı yaptık ve neden — 5 dk
2. Prosedürün temas ettiği olaylar ve şikâyetler — 5 dk
3. Değiştirilecek, eklenecek veya silinecek adımlar — her biri nedeniyle birlikte bir satır — 7 dk
4. Karar: [tarih] itibarıyla v[n.n] olarak yeniden yayımla veya yeni bir gözden geçirme tarihiyle değişmeden onayla — 3 dk
Aksiyonlar: kim düzenler, kim onaylar, kim kime bildirir, ne zamana kadar

Eskisi saklanarak yeni bir sürüm. Düzenleme revizyon geçmişine tek satır olarak girer (tarih, ne değişti, kim onayladı) ve sürüm numarası ilerler: değişen bir adım küçük sürümdür (2.0 → 2.1), değişen bir kapsam veya yeni bir rol büyük sürümdür. Önceki sürüm yürürlükten kalktı olarak işaretlenir ve silinmez, saklanır: bir denetçi ya da Mart'ta ne olduğunu açıklayan bir meslektaş, prosedürün o zamanki halini görmek ister. Gözden geçirmede alınan ve yalnızca bir adımı değil bir kuralı değiştiren bir karar, girdide SOP ID'siyle birlikte karar günlüğüne de girer.

İşi yapanlar haberdar olur. Kimsenin duyurmadığı yeniden yayımlanmış bir SOP, yeni numaralı eski SOP'dir. Değişiklik, prosedürü yürütenlere, zaten okudukları yerde, değişen üç satır alıntılanarak iletilir; yeni gözden geçirme tarihi de aynı gün takvime girer.

SOP ve gözden geçirmesi, zaten kullandığınız araçlarda nerede durur

Prosedürün kendisi bir belgedir ve ekibin belgelerinin durduğu yerde durur: paylaşılan bir kitaplıktaki bir Word dosyası, bir Google Doc, bir wiki sayfası, bir canvas. Gözden geçirme ise bir toplantıdır; her platformun, gözden geçirme toplantısının geride bıraktıkları için bir yeri vardır ve her biri farklı bir noktada durur. Yalnızca belgelenmiş davranış, satıcıların kendi sayfalarından, her sayfanın kontrol edildiği ayla birlikte:

İki şey her yerde aynıdır. SOP, yazıldığı tek dilde bir belgedir ve başka bir dil okuyan meslektaş ya da onu okur ya da birinin yaptığı bir kopyayı okur; gözden geçirmenin değiştirdikleri de belgeye, ancak biri sonradan aynı dilde yazarsa girer.

Prosedür — ve her gözden geçirmesi — her üyenin dilinde nasıl geri gelir

InterMIND, bir ekibin işinin bir kanalda yaşadığı bir iletişim alanıdır; dolayısıyla SOP'nin belli bir evi vardır: prosedürü yürüten ekibin kanalı. Not olarak gönderildiğinde (başlıkları ve numaralı listeleri olan zengin metinli bir mesaj, sonradan kendi menüsünden düzenlenebilir) her üye onu kendi dilinde okur; orijinal ve neyin değiştiğini gösteren karşılaştırma bir geçiş düğmesi uzaklıktadır ve sabitlenir, böylece güncel sürüm yeni bir meslektaşın ilk bulduğu şey olur. Bunun yerine dosya olarak yüklendiğinde (bir PDF veya bir Word belgesi) ücretli planlarda her okuyucu için kendi diline çevrilmiş olarak açılır; her planda ise kartı, okuyucunun dilinde bir yapay zekâ özeti taşır, her madde geldiği paragrafa bağlıdır; böylece beş dakikalık okuma, kimse yazmadan önce vardır. Ana kopya bir belge aracında kalırsa güncellemeleri kanala e-postayla düşer: kanalın ev sahibi ona kendine ait bir adres verir ve oraya gönderilen mesaj, gönderen adı belirtilerek ve ekleri korunarak sıradan bir mesaj olarak görünür.

Gözden geçirme toplantısı bu kanaldan başlar. Görüşme sırasında güncel sürüm, Share to conference ile video karelerinin yanında herkesin ekranına gelir: bir not ya da sohbette bağlanan bir Google Docs veya OneDrive belgesi; her katılımcı onu bağımsız olarak kaydırır ve kendi dilinde okur; paylaşılan not paylaşan tarafından canlı düzenlenir ve oda, değişen adımın şekillenmesini izler. Görüşme bittiğinde özet toplantının kendisinden yazılır: bir özet, kararlaştırılmış, açık veya tartışmalı olarak işaretlenen noktalar, sahipleriyle birlikte action items, her satır zaman damgasını korur; oturum sırasında paylaşılan belgeler de söylenenlerin yanında kendi özetleriyle katkıda bulunur. Özet e-postayla, kanalda bir mesaj olarak ve takvim etkinliğinde bir bağlantı olarak gelir ve oturum açmış her üye onu kendi dilinde okur: kayıt, odanın o sırada kullandığı dilde bir kez yazılmaz, okuyucu başına çevrilir. Herhangi bir üye onu düzenleyebilir, her düzenleme yazarını ve revizyon geçmişini korur ve kanal geçmiş her oturumun özetini saklar; böylece v2.1'i doğuran gözden geçirme, v2.1 olan notun bir tık ötesindedir. Bir üyenin kendi asistanı (Claude, ChatGPT, Copilot veya Gemini, MCP bağlayıcısı üzerinden bağlı) özetlerde, transkriptlerde, sohbetlerde ve paylaşılan dosyaların metninde tek bir soruyla arama yapabilir: "Ekim'de şikâyet prosedüründe ne değiştirdik?" ve belgenin kendisini okuyabilir; bu, yapay zekâ özellikleri açık olan kuruluşlar için çalışır.

Bir prosedürü yürütenler her zaman çalışan değildir. Bir distribütörün personeli, bir yüklenici, bir vekil hekim: kanalın dış üyesi e-postayla ücretsiz bir hesaba katılır ve SOP'yi ve geçmişini herkes gibi okur; hesabı olmayan kişi ise tek bir toplantının konuğudur: gözden geçirme görüşmesine bağlantıyla, bir telefondan, ücretsiz katılır, onu canlı olarak kendi dilinde dinler ve sonrasında kayıt almaz. Ev sahibi alanı sağlar ve ücretli bir planda yalnızca önceki 28 günde aktif olan üyeler için öder: bir toplantıya katılan, bir sohbette yazan veya asistana soru soran; sessizleşen üyeler erişimlerini ücretsiz korur.

• Eksiksiz bir özeti açın — sizinkini yazan aynı kodun oluşturduğu gerçek bir kayıt.
• Canlı demoyu deneyin — kayıt gerekmez; konuşun ve odanın dinleyici başına çevrildiğini duyun.

Bir zanaat olarak SOP her aracın ötesinde yaşar: biri hâlâ işin yapılışını izlemeli, adımları eylem olarak yazmalı ve yeni kişiye nerede takıldığını sormalıdır. Yaşamak zorunda olmayan şey ikinci iştir: her sürümün çevrilmiş bir kopyasını elle tutmak ve gözden geçirmenin değiştirdiklerini, başka dil okuyan insanlar için tek bir dilde yeniden yazmak.

SSS

SOP şablonu nedir?

SOP şablonu, standart bir işletim prosedürünün içine yazıldığı sabit iskelettir: ID, sürüm, sahip, yürürlük tarihi ve bir sonraki gözden geçirme tarihini içeren bir başlık ve ardından standart bölümler: amaç, kapsam, roller, tanımlar ve ön koşullar, numaralı prosedür, istisnalar ve yükseltme, kayıtlar ve revizyon geçmişiyle birlikte referanslar. Şablon, kuruluştaki her prosedürün aynı görünmesini sağlar; böylece birini okuyan kişi hepsinde yolunu bulabilir.

Bir SOP'nin 5 bölümü nedir?

Çoğu şablonun üzerinde uzlaştığı beş bölüm; başlık bloğu veya başlık, amaç, kapsam, roller ve sorumluluklar ve prosedürün kendisidir. Eksiksiz bir SOP üç bölüm daha ekler (istisnalar ve yükseltme, kayıtlar ve revizyon geçmişiyle referanslar) ve bir prosedürün başarısız olmasına çoğunlukla eksik olanlar yol açar: normal yol tıkandığında ne yapılacağını kimse bilmez ve son sürümden bu yana neyin değiştiğini kimse bilmez.

SOP nasıl yazılır?

İşi yapan kişiyi gözlemleyin ve dallar dahil gerçekte olanı yazın. Önce prosedür bölümünü taslak olarak çıkarın: adım başına tek eylem, rol artı fiil, şimdiki zaman; ardından kapsamı, rolleri ve istisnaları adımların ortaya çıkardıklarından doldurun. İşi hiç yapmamış birinde deneyin ve durdukları her yeri düzeltin. Ekibin zaten okuduğu yerde yayımlayın, başlıkta sahip ve bir sonraki gözden geçirme tarihi olsun ve o tarihi takvime koyun.

SOP'nin formatı nedir?

Bir başlık satırı (ID, sürüm, sahip, yürürlük tarihi, bir sonraki gözden geçirme tarihi) ve sekiz numaralı bölüm: amaç, kapsam, roller, tanımlar ve ön koşullar, prosedür, istisnalar ve yükseltme, kayıtlar, referanslar ve revizyon geçmişi. Prosedür bölümü dört biçimden birini alır: basit numaralı adımlar, alt adımlı hiyerarşik adımlar, dallar sıradan daha önemliyse bir akış şeması ya da günlük bir rutin için kontrol listesi.

SOP ile iş talimatı arasındaki fark nedir?

SOP, bir işi uçtan uca roller ve adımlar düzeyinde anlatır: kim ne yapar, hangi sırayla, hangi sonuçla. İş talimatı, bu adımlardan birini tek bir ekranda, makinede veya formda, alana ve düğmeye kadar anlatır. SOP "Resepsiyon şikâyeti kayıt defterine işler" der; iş talimatı kayıt defterini, alanları ve açılır liste değerlerini gösterir. İkisini ayrı tutmak, SOP'nin bir yazılım değişikliğinden sağ çıkmasını sağlar.

SOP ile politika arasındaki fark nedir?

Politika kural ve gerekçedir: kuruluşun ne yaptığı ve ne yapmadığı. SOP ise bir rolün kuralı adım adım nasıl yerine getirdiğidir. "Her şikâyet iki iş günü içinde yanıtlanır" bir politikadır; kayıttan kapanışa kadar sekiz adım, onu uygulayan SOP'dir. Politika nadiren ve bir kararla değişir; SOP iş her değiştiğinde değişir ve revizyon geçmişi bunun ne zaman olduğunu söyler.

Word veya Google Docs'ta SOP şablonu var mı?

Bu rehberdeki şablon kalın etiketli düz metindir; bu yüzden bir Word belgesine, bir Google Doc'a, bir Notion sayfasına, bir Slack canvas'ına ya da bir sohbet notuna yeniden biçimlendirme yapmadan yapıştırılır. Format, dosyadan daha önemlidir: SOP'yi tutan her ne ise, sahibi ve gözden geçirme tarihiyle başlığa, rol ve fiille başlayan numaralı adımlara, her istisna için adı belli bir kişiye ve bir revizyon geçmişine ihtiyaç duyar; ve işi yapanların zaten okuduğu yerde durması gerekir.

SOP'ler ne sıklıkla gözden geçirilmelidir?

Başlığa yazılan bir tarihte: altı ya da on iki ayda bir olağandır, prosedür düzenlemeye tabi veya güvenlikle ilgiliyse daha kısa; dört şeyden biri olduğunda daha erken: prosedürün önleyemediği bir olay, adımların dayandığı araçta veya formda bir değişiklik, uyguladığı kuralda bir değişiklik veya art arda üç sapma. Gözden geçirme, işi yapan kişilerle yapılan yirmi dakikalık bir toplantıdır ve geçmişe bir satır eklenen yeni bir sürümle ya da yeni bir gözden geçirme tarihiyle yapılan bir onayla biter.

Kaynaklar: 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). Microsoft, Google ve Slack sayfaları Ekim 2026'da, Zoom toplantı özeti sayfası Ağustos 2026'da kontrol edildi. Satıcılar planları, özellikleri ve dil listelerini zaman içinde değiştirir; güncel durum için kendi sayfalarına bakın.