# Şirket İçi Geliştirdiğiniz Yazılım Konusunda Yeni Personeli Kim Eğitiyor?

> Published: 2026-08-04
> Updated: 2026-08-04
> Author: Mathias Nielsen
> Category: POS
> Canonical: https://finalpos.com/tr/blog/sirket-ici-gelistirdiginiz-yazlm-konusunda-yeni-personeli-kim-egitiyor

Kendi yap ya da satın al (build-versus-buy) tartışması, yazılım geliştirme maliyetini hesaba katar ancak eğitimi ücretsiz sayar. Oysa öyle değildir. Şirket içinde geliştirdiğiniz bir yazılımı kullandığınızda, işe yeni giren her personel bu yazılımı onu geliştiren kişiden öğrenir ve bu maliyet daha ilk vardiyada karşınıza çıkar.

Siz eğitirsiniz. Şirket içinde geliştirdiğiniz bir yazılımın eğitimi varsayılan olarak onu kim geliştirdiyse ona kalır: İşletme sahibi, komutlarla (prompt) onu hayata geçiren müdür veya sistemin nasıl kurulduğunu hatırlayan son çalışan. Kendi yap ya da satın al (build-versus-buy) tartışması geliştirme sürecini saatler ve dolar bazında fiyatlandırırken eğitimi ücretsizmiş gibi ele alır. Oysa ücretsiz değildir. Eğitim, kasada yeni biri durduğu her an ödenmesi gereken tekrarlayan bir faturadır ve neredeyse hiç kimse bunun için bütçe ayırmaz.

## Yeni bir çalışan şirket içi aracınızla karşılaştığında gerçekte ne olur?

Omuz başı eğitimi. Aracı kullanmayı bilen biri, bilmeyen birinin yanında durur ve ne yapacağını anlatır. Bu yöntem bir defalık işe yarar. Sorun şu ki asla tek bir defayla sınırlı kalmaz. Perakende ve hizmet sektörleri, ABD İş İstatistikleri Bürosu'nun izlediği tüm sektörler arasında sürekli en yüksek personel devir oranına sahip alanlardır[¹](https://www.bls.gov/jlt/). Bu yüzden bu anlatım her yeni personelde ve her zaman en kötü anlarda tekrarlanır: vardiyanın ortasında, en yoğun saatlerde veya yazılımı geliştiren kişinin izin gününde.

Asıl derin sorun kabile bilgisidir (yazılı bir doküman yerine birinin zihninde yaşayan bilgi birikimi). Şirket içi yazılımlar bu bilgiyi tek bir noktada toplar. İade akışının neden bu şekilde çalıştığı konusunda yetkili tek bir kişi vardır ve o kişinin yönetmesi gereken bir işletmesi de bulunmaktadır. O kişi tatile çıktığında yanıt da tatile çıkar. İşten ayrıldığında yanıt da ayrılır. Mühendisler buna otobüs faktörü (bir sistemin durması için kaç kişinin ortadan kaybolması gerektiği) adını verir. Kendi geliştirilen araçların çoğu için bu sayı birdir.

![Şirket içi geliştirilen yazılımların gayriresmi kılavuzu niteliğindeki el yazısı notlarla kaplı kasa ekranı](https://hy9joxwes0n0bta4.public.blob.vercel-storage.com/media/43399b6a-0d29-48b6-84dd-88ef01fcb193/generated/8b89e6457ddd2075-in-house-software-tribal-knowledge-sticky-notes.png)

## Satın alınan bir yazılımın eğitimi neden kendi geliştirdiğiniz yazılımdan daha kolaydır?

Daha iyi bir yazılım olduğu için değil; ortak bir yazılım olduğu için. Yaygın bir POS veya muhasebe aracı bir yardım merkezi, eğitim videoları, topluluk forumları ve bir destek hattı ile birlikte gelir. Ayrıca yeni çalışanınızın bunu önceki işinde kullanmış olma ihtimali oldukça yüksektir. Yazılımın kullanıcı tabanı, aynı zamanda onun eğitim departmanıdır.

Şirket içi aracınızın kullanıcı tabanı ise sadece bir kişiden ibarettir. Hiç kimse onu bilerek işe başlamaz, hiçbir video onu açıklamaz ve hiçbir forum aldığınız hata mesajını görmemiştir. Her soru dönüp dolaşıp aynı kişiye gelir.

Bu takas yine de yapmaya değer olabilir. Biz de bunu kendimiz yaptık ve [İşletmeniz 2026'da Kendi İç Yazılımını Geliştirmeli mi?](/blog/build-its-own-internal-software) yazımızda kaleme aldık. [SaaS öldü mü?](/blog/is-saas-dead-build-in-house) yazısındaki genel kural geçerliliğini koruyor: Sizi farklı kılan katmanı kendiniz inşa edin, her seferinde hatasız çalışması gereken altyapıyı satın alın. Ancak yapay zeka yazılım geliştirmeyi ucuzlattı ve bu durum küçük işletmelerin içinde çalışan dokümante edilmemiş araçların sayısını sessizce artırdı. İstek metni (prompt) yazılımı yazar ama kullanım kılavuzunu yazmaz. [Bir satış noktasını vibe coding ile kodlama](/blog/vibe-coding-a-point-of-sale) yazısı aynı deseni başka bir açıdan gösteriyor: Çalışan demo işin kolay kısmıdır, asıl iş onun etrafındaki her şeydir.

![İşletme sahibinin, yeni personelin kendisine ihtiyaç duymadan eğitilebilmesi için şirket içi yazılımın nasıl çalıştığını dokümante etmesi](https://hy9joxwes0n0bta4.public.blob.vercel-storage.com/media/43399b6a-0d29-48b6-84dd-88ef01fcb193/generated/2dc2d84b9b1e2b30-documenting-in-house-software-runbook.png)

## Şirket içi yazılımlar nasıl eğitilebilir hale getirilir?

Eğitim materyalini geliştirme sürecinden sonra gelen bir angarya olarak değil, bu sürecin bir parçası olarak görün. Şu altı uygulama büyük ölçüde işinizi görecektir:

- Geliştirme yaparken uygulama kılavuzunu (adım adım görev rehberi) yazın. Bir işlem beş dokunuş gerektiriyorsa sayfada beş satır tutar. Bunu sonraya bırakmak asla yazmamak demektir.
- Görev başına bir kısa ekran kaydı alın. Beş adet iki dakikalık video, tek bir yirmi dakikalık tur videosundan daha iyidir; çünkü yeni bir çalışan tüm turu değil, sadece iade videosunu tekrar izler.
- Yeni çalışanın sorduğu her soruyu bir dokümantasyon hatası (bug) olarak görün. Bir kez yüksek sesle yanıtlayın, ardından bir sonraki çalışanın gerçekten bakacağı yere yanıtı yazın.
- Kullanım alanını dar tutun. Daha az ekran ve daha az istisna, öğretilecek daha az şey demektir. Özel yazılımlar, daha fazla düğmeye sahip olarak değil, sürecinize tam uyum sağlayarak değer yaratır.
- İkinci bir süper kullanıcı belirleyin. Bu kişi sizi aramadan, iadeler de dahil olmak üzere tam bir vardiyayı yönetebilmelidir. Biri bunu yapana kadar otobüs faktörünüz hâlâ birdir.
- Yaptığınız değişiklikleri duyurun. Satın alınan yazılımlar sürüm notları yayınlar. Siz kullanıcılarınıza nelerin değiştiğini söylemediğiniz sürece aracınız sessizce değişir.

Hiçbiri gösterişli işler değildir; ancak hepsi aynı iade akışını dokuzuncu kez yeniden öğretmekten daha ucuzdur.

![Şirket içi yazılım konusunda uygun eğitim aldıktan sonra kasayı tek başına yöneten yeni çalışan](https://hy9joxwes0n0bta4.public.blob.vercel-storage.com/media/43399b6a-0d29-48b6-84dd-88ef01fcb193/generated/f28aca1dcc8a0df0-new-hire-running-shift-alone.png)

## Peki, kendi bünyenizde geliştirdiğiniz yazılım konusunda yeni personeli kim eğitiyor?

Aklınızdakileri yeni bir çalışanın tek başına takip edebileceği bir şeye dönüştürene kadar siz eğitirsiniz. Bu da dokümantasyon disiplini ya da özel aracınızı altında tutarlı kalan bir altyapı üzerinde inşa etmek anlamına gelir. Final gibi komut tabanlı (prompt-based) platformların sunduğu örtülü avantaj da budur: Arayüz işletmeniz kadar özel olabilir, ancak altındaki ödeme alma, iadeler ve raporlama mekanizmaları platformdaki her tüccarın kullandığı dokümante edilmiş aynı mekanizmalardır. Üstelik [ödeme akışı kurulumundan](https://finalpos.com/help/install-a-checkout-flow) [Merchant Hub sorun gidermeye](https://finalpos.com/help/merchant-hub-faq-troubleshooting) kadar her şeyi kapsayan halka açık bir yardım merkeziyle desteklenir. Üstte özel, altta ortak; böylece özel bir kurulum sıfırdan eğitim vermek anlamına gelmez.

Temel kural: **En yeni çalışanınız sizi bulmadan bir iade işlemini gerçekleştiremiyorsa, elinizde bir yazılım değil, bir bağımlılık var demektir.** Ve hâlâ sıfırdan geliştirme yapıp yapmamayı tartıyorsanız, [İşletmeniz 2026'da Kendi İç Yazılımını Geliştirmeli mi?](/blog/build-its-own-internal-software) yazımızla başlayın.

## FAQ

**Q: Özel olarak geliştirilen yazılımlarda yeni çalışanları kim eğitmelidir?**
A: Yazılımı geliştiren kişi ilk süper kullanıcıyı eğitir, ardından süreci dokümantasyon devralır. İşe alınan her yeni personel hâlâ geliştiren kişiye bizzat ihtiyaç duyuyorsa eğitim sistemi başarısız olmuştur ve personel devri bunu ortaya çıkarmaya devam edecektir.

**Q: Şirket içi yazılımlar için hangi dokümantasyon gereklidir?**
A: Her görev için kısa bir uygulama kılavuzu (ödeme alma, iade, gün sonu), görev başına bir kısa ekran kaydı ve personelin neyin değiştiğini bilmesi için bir değişiklik günlüğü. Bunu geliştirme sonrasında değil, geliştirme yaparken yazın.

**Q: Otobüs faktörü (bus factor) nedir?**
A: Bir sistemin kullanılmaz hale gelmesinden önce işten ayrılabilecek kişi sayısıdır. Kendi geliştirilen iş araçlarının çoğunda otobüs faktörü birdir: aracı geliştiren kişi.

**Q: Yapay zeka ile geliştirilen yazılımlar personel eğitimini kolaylaştırır mı yoksa zorlaştırır mı?**
A: Geliştirme süreci kolaylaşır ancak eğitim kolaylaşmaz. Yapay zeka yazılımı yazar ama kullanım kılavuzunu yazmaz; bu nedenle dokümantasyon geliştirmenin bir parçası olarak görülmediği sürece dokümante edilmemiş araçlar çoğalır.

**Q: Final üzerinde inşa edilen bir POS'un sıfırdan geliştirilen yazılımdan farkı nedir?**
A: Arayüz tamamen özel olabilir; ancak ödeme alma, iade ve raporlama süreçleri halka açık bir yardım merkeziyle desteklenen ortak ve dokümante edilmiş mekanizmalar üzerinde çalışır. Böylece yeni bir çalışanın eğitimi sıfırdan başlamaz.