Müşteri Eğitim Tamamlanmasını İzleyen Bir Web Uygulaması Nasıl Oluşturulur

“Eğitim Tamamlanma Takibi” Ne Çözmeli

Eğitim tamamlanma takibi sadece bir kontrol listesi değildir—temel bir operasyonel soruya cevap verir: kim hangi eğitimi tamamladı, ne zaman ve hangi sonuçla. Eğer ekibiniz bu cevaba güvenemiyorsa, müşteri oryantasyon eğitimi yavaşlar, yenilemeler riskli hale gelir ve uyumluluk görüşmeleri stresli olur.

Çözülmesi gereken temel problem

En azından, öğrenme ilerleme web uygulamanızın şunu kolaylaştırması gerekir:

• Her öğrenenin kurs başına tamamlama durumunu görmek (not started, in progress, completed)
• Zaman damgalarını yakalamak (başlama, son aktivite, tamamlama)
• Değerlendirmeler varsa puan, geçme/kalma ve deneme sayısı gibi sonuçları saklamak
• Değişikliklerin (manuel geçersiz kılmalar, yeniden atamalar, sertifika yeniden düzenlemeleri) bir denetim izini tutmak

Bu, özellikle birden fazla ekip (CS, Destek, Satış, Uyumluluk) aynı cevabı ihtiyaç duyduğunda sizin için "gerçek veri kaynağı" olur.

Kim için?

“Müşteri eğitimi” farklı hedef kitleleri ifade edebilir:

• Ürününüz için oryante edilen müşteriler
• Yeniden satmadan önce etkinleştirme gereken ortaklar
• İsteğe bağlı eğitim alan dış öğrenenler

Hedef kitleyi erken netleştirmek her şeyi etkiler: zorunlu mu yoksa isteğe bağlı mı kurslar, hatırlatma sıklığı ve “tamamlanma”nın gerçekte ne anlama geldiği.

Paydaşların beklediği tipik çıktılar

Pratik bir eğitim tamamlanma panosu genelde şunlara ihtiyaç duyar:

• Hesap başına ve öğrenen başına ilerleme görünümleri
• Eğitim uyumluluk raporlaması (tarih aralığı, kurs, bölge filtreleri)
• Denetimler veya QBR'lar için dışa aktarımlar (CSV)
• Paylaşılabilir veya doğrulanabilir sertifikalar ve tamamlanma kayıtları

İzlenecek başarı metrikleri

“Çalışıyor”un ötesinde başarıyı tanımlayın:

• Kohort/kurs bazında tamamlanma oranı
• Tamamlama süresi (medyan ve uç değerler)
• Benimseme (aktif öğrenenler, geri dönüş ziyaretleri)
• Etki sinyalleri (daha az destek talebi, daha hızlı oryantasyon kilometre taşları)

Bu metrikler neyi önce inşa edeceğinizi ve neyi daha sonra bırakabileceğinizi yönlendirir.

Kullanıcılar, Roller ve Müşteri Hesapları

Bir eğitim-tamamlanma uygulaması, birinin kim olduğunu (rolü) kime ait olduğunu (müşteri hesabı) ayırdığınızda yönetmesi çok daha kolay olur. Bu, raporlamayı doğru tutar, istem dışı veri açıklamalarını önler ve izinleri öngörülebilir kılar.

Temel roller (ve yapabildikleri)

Learner

Öğrenenler en basit deneyime sahip olmalı: atanmış kursları görmeli, eğitimi başlatmalı/devam ettirmeli ve kendi ilerlemelerini ve tamamlama durumunu görmeliler. Aynı müşteri içinde olsa bile başkalarının verilerini görmemeliler.

Customer Admin

Müşteri yöneticisi kuruluşları için eğitimi yönetir: öğrenen davet eder, kurs atar, takımları için tamamlama görür ve denetimler için raporlar dışa aktarır. Kullanıcı niteliklerini (isim, takım, durum) düzenleyebilirler ama global kurs içeriğini değiştirmemelidirler—müşteri-özel kursları açıkça desteklemiyorsanız.

Internal Admin (ekibiniz)

İç yöneticiler müşteriler üzerinde görünürlük ister: hesapları yönetmek, erişimi düzeltmek, kayıtları düzeltmek ve global raporlar çalıştırmak. Bu rol ayrıca kullanıcı silme, hesap birleştirme veya fatura ile ilgili alanları değiştirme gibi hassas eylemleri kontrol etmelidir.

Instructor / İçerik Yöneticisi (isteğe bağlı)

Canlı oturumlar düzenliyorsanız veya kurs materyallerini güncelleyen personeliniz varsa, bu rol kurs oluşturma/düzenleme, oturum yönetimi ve öğrenen aktivitesini gözden geçirme yapabilir. Genelde müşteri fatura verilerini veya müşteri-üstü analitiği görmemelidirler, gerekmedikçe.

Müşterileri nasıl gruplayacağınız: orglar, takımlar ve kohortlar

Çoğu B2B uygulaması basit bir hiyerarşi ile en iyi çalışır:

• Organization (müşteri hesabı): tenant sınırı (örn. “Acme Inc.”)
• Takımlar/Bölümler: isteğe bağlı alt bölümler (Destek, Satış vb.)
• Kohortlar: zaman bazlı veya program bazlı gruplamalar (Ç1 oryantasyonu, Partner sertifikası 2026)

Takımlar günlük yönetimde yardımcı olur; kohortlar raporlama ve son tarihler için faydalıdır.

Çok kiracılı erişim kuralları (vazgeçilmez)

Her müşteri kuruluşunu kendi güvenli konteyneri olarak ele alın. En azından:

• Her kullanıcı tam olarak bir organizasyona aittir (veya daha sonra açıkça çoklu-org desteklenir).
• Her kayıt, ilerleme kaydı ve sertifika bir organizasyona bağlıdır.
• Müşteri yöneticileri sadece kendi organizasyonları içindeki verileri görüntüleyip düzenleyebilir.
• İç yöneticiler birden fazla organizasyona erişebilir; hassas eylemler için denetim günlükleri tutulmalıdır.

Rolleri ve tenant sınırlarını erken tasarlamak, raporlama, hatırlatmalar ve entegrasyonlar eklediğinizde acı veren yeniden yazımları önler.

Temel Veri Modeli: Kurslar, İlerleme ve Tamamlama

Net bir veri modeli, daha sonra ortaya çıkan çoğu “neden bu kullanıcı eksik görünüyor?” sorununu önler. Ne atandığını, ne olduğunu ve neden tamamlandığını saklamayı hedefleyin—tahmin etmeden.

İzlediğiniz eğitim öğeleri

İçeriği teslim ettiğiniz şekilde modelleyerek başlayın:

• Course (müşterinin tanıdığı birim)
• Module (isteğe bağlı gruplama)
• Lesson (video, makale, webinar kaydı)
• Quiz (puanlanmış veya geç/kal)
• Resource (PDF, bağlantı, kontrol listesi)

MVP'niz sadece “kurslar” içerse bile, modüller/dersler için tasarım yapmak gelecekte yapısal eklemelerde göç gerektirmez.

Tamamlama kuralları: "tamam" nasıl karar verilir

Tamamlama açık olmalı, ima edilmemeli. Yaygın kurallar şunlardır:

• İzlenme %si (örn. bir video dersin %90'ı)
• Quizi geçme (örn. puan ≥ %80)
• Manuel onay (yönetici canlı oturum sonrası tamamlamayı işaretler)

Kurs düzeyinde, tamamlamanın tüm gerekli dersleri, tüm gerekli modülleri veya N of M öğeyi gerektirip gerektirmediğini tanımlayın. Kullandığınız kuralın sürümünü saklayın, böylece kuralları değiştirdiğinizde raporlama tutarlı kalır.

İlerleme ve zaman damgaları: ne oldu ve ne zaman

Her öğrenen ve öğe için bir ilerleme kaydı tutun. Faydalı alanlar:

• started_at, last_activity_at, completed_at
• expires_at (yıllık yenilemeler veya uyumluluk döngüleri için)

Bu, hatırlatmaları (“7 gündür etkin değil”), yenileme raporlamasını ve denetim izlerini destekler.

Kanıt: neyi ispatlayabilirsiniz

Her tamamlamada saklayacağınız kanıtları belirleyin:

• Quiz puanı ve geçme/kalma
• Deneme sayısı (isteğe bağlı olarak son deneme ayrıntıları)
• Sertifika ID (ve veriliş zaman damgası)

Kanıtı hafif tutun: uygulamanızda tanımlayıcılar ve özetler saklayın, ham artefaktlara (quiz cevapları, video logları) yalnızca uyumluluk için gerçekten ihtiyaç varsa bağlayın.

Kimlik Doğrulama ve Kayıt Akışları

Kimlik doğrulama ve kayıt akışlarını doğru yapmak, uygulamayı öğrenenler için zahmetsiz ve yöneticiler için kontrol edilebilir kılar. Amaç, sürtüşmeyi azaltmak ama kim, hangi müşteri hesabı adına neyi tamamladığını kaybetmemektir.

Giriş yöntemlerini seçin (basit başlayın, SSO için yer bırakın)

Bir MVP için bir ana oturum açma seçeneği ve bir yedek seçin:

• E-posta + şifre: tanıdık ve evrensel, ama sıfırlama/destek işine neden olur.
• Magic link (e-posta tek kullanımlık bağlantı/kod): düşük sürtüşme ve daha az şifre sorunu; bağlantıların hızlıca geçersiz olmasını sağlayın.

Daha büyük müşteriler istedikçe SSO (SAML/OIDC) ekleyebilirsiniz. Şimdi kimlikleri esnek tutarak tasarlayın: bir kullanıcı aynı profile bağlı birden fazla kimlik doğrulama yöntemi bağlayabilsin.

Müşterilerin çalıştığı şekilde kayıt akışları

Çoğu eğitim uygulaması üç kayıt yoluna ihtiyaç duyar:

1. Davet bağlantısı: yönetici belirli bir kurs için davet oluşturur (ve isteğe bağlı olarak bir müşteri hesabı). Öğrenen giriş yapar (veya hesap oluşturur) ve hemen kaydolur.
2. Yönetici ataması: yönetici öğrenenleri seçer ve kursları atar. Uyumluluk veya yapılandırılmış oryantasyon için kullanışlı.
3. Kendinden kayıt: halka açık veya müşteri-kısıtlı katalog; kayıt izni gerekip gerekmediğine karar verin.

Pratik bir kural: kayıt her zaman kimin öğreneni kaydettiğini, ne zaman ve hangi müşteri hesabı altında kaydetmelidir.

Önceden karar vermeniz gereken kenar durumları

Yeniden kaydolma ve tekrarlar: yöneticilerin ilerlemeyi sıfırlamasına veya yeni bir deneme oluşturmasına izin verin. Geçmişi saklayın, böylece raporlama “en son deneme” vs “tüm denemeler” olarak gösterilebilir.

Kurs sürüm güncellemeleri: içerik değiştiğinde tamamlamaların geçerli kalıp kalmayacağına karar verin. Yaygın seçenekler:

• Tamamlama bir kurs sürümüne bağlı (denetlenebilirlik için önerilir).
• Öğrenenler yeni sürüme otomatik kaydolur veya yalnızca yeni öğrenenler onu görür.

Şifre sıfırlama ve hesap kurtarma temelleri

Şifre kullanıyorsanız, e-posta ile kısa ömürlü tokenlar, oran sınırlamaları ve net mesajlaşma ile “şifremi unuttum” destekleyin. Magic link kullanıyorsanız bile e-posta değişiklikleri gibi durumlar için kurtarma gerekir—genelde yönetici desteği veya doğrulanmış e-posta değişikliği akışı ile çözülür.

En iyi test: bir öğrenen bir davetten kursa bir dakika içinde katılabiliyor mu ve bir yönetici (yanlış e-posta, yanlış kurs, tekrar) mühendislik yardımı olmadan düzeltme yapabiliyor mu?

Öğrenen Deneyimi: Tamamlaması Kolay Basit İlerleme

Bir eğitim takipçisi, öğrenenlerin bir sonraki adımı hızlıca anlayabildiklerinde işe yarar—menülerde dolaşmadan veya "tamam"ın ne demek olduğunu tahmin etmeden. Öğrenen deneyimini kararları azaltacak ve momentum sağlayacak şekilde tasarlayın.

Öğrenen ana ekranı: atamalar, son tarihler ve ilerleme

Tek bir ana ekranla üç soruyu yanıtlayın: Bana ne atandı? Ne zaman teslim? Ne kadar ilerledim?

Atanmış eğitimleri kartlar veya satırlar halinde gösterin:

• Kurs başlığı ve kısa açıklama (tek satır)
• Son tarih (veya “Son tarih yok”)
• İlerleme göstergesi (örn. 3/8 ders, 45 dakika kaldı)
• Tek bir birincil eylem: Continue

Uyumluluk ihtiyaçlarınız varsa, "Overdue" veya "3 gün kaldı" gibi net bir durum etiketi ekleyin ama panik yaratacak bir UI'dan kaçının.

Basit, mobil-dostu bir kurs oynatıcı

Çoğu müşteri eğitimleri toplantılar arasında, telefonlarda veya kısa oturumlarda yapar. Oynatıcıyı "devam" odaklı yapın: son bitmemiş adımda açılmalı ve gezinme belirgin olmalı.

Pratik gereklilikler:

• Büyük dokunma hedefleri ve okunabilir satır uzunluğu
• Mobilde alt kısımda sabit "Next" ve "Back"
• Öğrenenin kaldığı yeri hatırlama (cihazlar arası)

Tamamlama kriterleri: bitiş çizgisini görünür kılın

Kursun üst kısmında (ve gerekirse her adımda) tamamlanma gereksinimlerini gösterin: örn. “Tüm dersleri tamamla”, “Quiz (%80+ geçiş)”, “Videoyu %90 izle”. Sonra ne kaldığını gösterin: “2 ders kaldı” veya “Quiz denenmedi”.

Öğrenenler bitirdiğinde bunu hemen bir tamamlanma ekranı ile onaylayın ve sertifikalar veya geçmişe bağlantı verin (ör. /certificates).

Erişilebilirlik temelleri (erken gönderebileceğiniz)

İlk günden itibaren birkaç temel erişilebilirlik özelliğini uygulayın: oynatıcı için klavye gezinimi, görünür odak durumları, iyi renk kontrastı, video için altyazılar/transkriptler ve net hata mesajları. Bu iyileştirmeler destek taleplerini ve bırakmayı azaltır.

Yönetici Panosu: Tamamlamayı Hızlıca İzleyin

Yönetici panonuz hemen şu soruyu yanıtlamalı: “Müşterilerimiz gerçekten eğitimi bitiriyor mu?” En iyi panolar bunu beş ekran tıklamaya gerek kalmadan yapar ve veriyi anlamak için dışa aktarma gerektirmez.

Her müşteri hesabı için bir pano

Bir hesap seçici (veya hesap değiştirici) ile başlayın ki yönetici hangi müşteriyi görüntülediğini her zaman bilsin. Her hesap içinde, kayıtlı öğrenenlerin özünü gösteren okunaklı bir tablo gösterin:

• Öğrenen adı ve e-posta
• Takım/grup (destekliyorsanız)
• Kayıtlı kurslar
• Mevcut durum: Not started / In progress / Completed
• Tamamlama tarihi (varsa)
• Son aktivite (durgun öğrenenler kolayca görünür olsun)

Tablonun üstünde küçük bir “sağlık özeti” yöneticilerin hızlı tarama yapmasına yardımcı olur: toplam kayıtlı, tamamlama oranı ve kaç kişinin durduğu (örn. 14 gündür etkinlik yok).

Yöneticilerin düşündüğü şekilde filtreler

Yöneticiler genellikle “Kurs A'yı kim başlatmadı?” veya “Destek takımı nasıl gidiyor?” gibi sorular sorar. Filtreleri belirgin ve hızlı yapın:

• Kurs filtresi (tek kurs veya “tüm kurslar”)
• Takım filtresi
• Durum filtresi (Not started / In progress / Completed)

Sonuçları son aktivite, durum ve tamamlama tarihine göre anında sıralanabilir yapın. Bu, panoyu günlük bir çalışma aracına dönüştürür.

Gerçek iş akışları için toplu eylemler

Tamamlanma takibi, yöneticiler hemen eylem alabildiğinde değer kazanır. Sonuç listesinde doğrudan toplu eylemler ekleyin:

• Kullanıcıları kaydet (seçili öğrenenleri kursa ekle)
• Hatırlatıcı gönder (seçili öğrenenlere veya tüm “Not started”a)
• CSV dışa aktar (mevcut filtrelenmiş görünüm)

Toplu eylemler filtreleri göz önünde bulundurmalı. Yönetici “In progress → Kurs B → Takım: Oryantasyon” filtresindeyse, dışa aktar tam olarak o kohortu içermelidir.

Ayrıntıya girme: kullanıcı etkinlik ve deneme zaman çizelgesi

Tablodaki herhangi bir satırdan yönetici bir öğrenen detay görünümüne tıklayabilmeli. Anahtar nokta, birinin neden takıldığını açıklayan okunaklı bir zaman çizelgesidir:

• Kayıt olayları (kurs atandı, kendisi kaydoldu)
• Modül veya ders başlatma/tamamlamalar
• Değerlendirme denemeleri ve sonuçları (geç/kal, puan varsa)
• Sertifika verilişi (indirilebilir bağlantı ile)
• Gönderilen hatırlatma e-postaları (yöneticilerin yanlışlıkla spam göndermesini önlemek için)

Bu ayrıntı, yöneticilerin müşterilerle sürekli gidip gelmesini azaltır (“Yemin ediyorum bitirdim”) çünkü yöneticiler ne olduğunu ve ne zaman olduğunu görebilir.

Raporlama, Dışa Aktarımlar ve Sertifikalar

Raporlar, eğitim tamamlanma takibini eyleme dönüştüren ve denetim veya yenileme sırasında kanıtlayabileceğiniz şey haline getirir.

Gerçek soruları yanıtlayan raporlar

Küçük bir rapor setiyle başlayın, bunlar yaygın kararlarla örtüşsün:

• Kurs bazında tamamlanma oranı: % tamamlandı, ilerlemede, başlamadı—müşteri hesabına ve zaman periyoduna göre filtrelenebilir.
• Gecikmiş öğrenenler: son tarih geçmiş öğrenenlerin listesi (veya "kayıttan bu kadar gün sonra" eşiği), son aktivite ile birlikte.
• Zamansal eğilim: haftalık/aylık tamamlamalar grafiği ve erken benimseme sorunlarını tespit etmek için müşteri hesabı bazında kırılım.

Her raporu detaylandırılabilir yapın: bir grafikten altta yatan öğrenen listesine inebilme, yöneticilerin hızlıca takip etmesini sağlar.

Mevcut iş akışlarına uyan dışa aktarımlar

Birçok ekip elektronik tablolarda çalışır; bu yüzden CSV dışa aktarım varsayılan olmalıdır. Stabil kolonlar ekleyin: müşteri hesabı, öğrenen e-posta, kurs adı, kayıt tarihi, tamamlama tarihi, durum ve puan (varsa).

Uyumluluk veya müşteri incelemeleri için PDF özet isteğe bağlı olabilir: müşteri hesabı veya kurs başına bir sayfa ile toplamlar ve tarih damgalı anlık görüntü. MVP'nizi kusursuz PDF formatlamaya takmayın—önce CSV'yi gönderin.

Doğrulanabilir sertifikalar

Sertifika üretimi genelde basittir:

• Bir şablon kullanın (logo, kurs başlığı, öğrenen adı, veriliş tarihi, sertifika ID)
• Tamamlanmada PDF üretilir, saklanır ve bir doğrulama yolu sağlar: /verify/<certificate_id>

Doğrulama sayfası öğreneni, kursu ve veriliş tarihini doğrulamalı, ekstra kişisel bilgileri ifşa etmemelidir.

Saklama süresi: erken karar verin

Tamamlama geçmişi hızla büyür. Şunları erkenden belirleyin:

• Operasyonel veriler (ör. tam aktivite günlükleri): 90–180 gün.
• Tamamlama kanıtı ve sertifikalar: sektörünüze bağlı olarak 1–7 yıl.

Saklamayı müşteri hesabı bazında yapılandırılabilir yapın ki farklı uyumluluk gereksinimlerini destekleyebilesiniz.

Bildirimler ve Otomatik Hatırlatıcılar

Bildirimler, “eğitimi atadık” ile “insanlar gerçekten bitirdi” arasındaki farktır. Amaç rahatsız etmek değil—müşterilerin geride kalmasını önleyen nazik, öngörülebilir bir sistem kurmaktır.

Gerçek davranışa uyan hatırlatma tetikleyicileri

Çoğu durumu kapsayan küçük bir tetik setiyle başlayın:

• Atandığında: öğrenen kayıt edildiğinde hoş geldin hatırlatması gönderin, doğrudan devam bağlantısı ile.
• Yaklaşan son tarih: son tarihten birkaç gün önce uyarı (ve isteğe bağlı olarak bir gün önce tekrar).
• Gecikmiş: son tarihten sonra bildirim gönderin, net eylem çağrısı ve güncellenmiş beklentilerle.
• Durgun ilerleme: X gündür aktivite yoksa (ör. 7–14) öğrenene nerede kaldığını hatırlatın.

Tetiklerin kurs veya müşteri hesabı bazında ayarlanabilir olmasını sağlayın; uyumluluk eğitimleri ile ürün oryantasyonu çok farklı aciliyet toleranslarına sahiptir.

Kanallar: önce e-posta, sonra uygulama içi

E-posta çoğu eğitim takibi için birincil kanaldır çünkü giriş yapmamış öğrenenlere ulaşır. Uygulama içi bildirimler ise uygulamada zaten aktif olanlar için pekiştirme amaçlıdır; ana teslimat mekanizması olmamalıdır.

Her ikisini ekliyorsanız, aynı planı paylaşmalarını sağlayın ki öğrenen çifte ping almasın.

Ton ve sıklık için yönetici kontrolleri

Yöneticilere basit kontroller verin:

• Düzenlenebilir mesaj şablonları (konu + gövde)
• Gönderim zaman pencereleri (örn. sadece hafta içi, yerel saat)
• Sıklık sınırları (örn. haftada maksimum 2 hatırlatma/öğrenen)

Bu, hatırlatmaları müşteri oryantasyon tarzına uyumlu tutar ve spam şikayetlerini azaltır.

Her şeyi kaydedin (güven ve denetimler için)

Her gönderim denemesi için bir bildirim geçmişi kaydı saklayın: tetik türü, kanal, şablon sürümü, alıcı, zaman damgası ve sonuç (gönderildi, bounce, bastırıldı). Bu, kopya gönderimleri önler, eğitim uyumluluk raporlamasını destekler ve müşterilerin "neden bu e-postayı aldım?" sorusunu açıklar.

Entegrasyonlar: CRM, LMS ve Olay Senkronizasyonu

Entegrasyonlar, bir eğitim takipçiyi "güncellenmesi gereken başka bir araç" olmaktan çıkarıp ekibinizin güvenebileceği bir sisteme dönüştürür. Amaç basittir: müşteri hesapları, öğrenenler ve tamamlanma durumu mevcut kullandığınız araçlarla tutarlı olsun.

Önce ne entegre edilmeli (ve neden)

Kimliği ve iş akışlarını zaten tanımlayan sistemlerle başlayın:

• CRM (Salesforce/HubSpot): hesaplar, kişiler ve yenilemeler için kaynak. Tamamlamayı müşteri sağlığı ve oryantasyon kilometre taşları ile ilişkilendirmek için kullanışlı.
• Destek portalı (Zendesk/Freshdesk/Intercom): destek ajanlarına eğitim durumunu gösterin ve kullanıcı takıldığında tetikleyin.
• Ürün analitiği (Segment/Amplitude/Mixpanel): öğrenme ilerlemesini ürün aktivasyonu ve özellik benimsemesi ile ilişkilendirin.
• Harici LMS (Docebo/LearnUpon/Moodle): eğitim içeriği başka yerdeyse, uygulamanız büyük ölçüde tamamlamayı toplayıp raporlayabilir.

Veri akışını belirleyin: içe aktar vs push vs senkronizasyon

Çakışmaları önlemek için her varlık için bir “kayıt sistemi” seçin:

• Organizasyonları CRM'den senkronize edin (gece veya yakın gerçek zamanlı) ki müşteri hiyerarşileri satış raporlamasıyla eşleşsin.
• Kullanıcıları CRM, LMS veya SSO dizininden içe aktarın; isteğe bağlı olarak yöneticilerin uygulama içinde davet göndermesine izin verin.
• Tamamlanma olaylarını CRM'ye geri itin (örn. Contact özelliğini güncelle, bir aktivite oluştur veya onboarding görevini etiketle).
• İki yönlü senkronizasyon sadece gerektiğinde ekleyin; bu, kenar durumlarını (çoğaltmalar, silmeler, uyumsuz e-postalar) artırır.

MVP için basit bir entegrasyon API'si

Arayüzü küçük ve stabil tutun:

• POST /api/users (external_id veya e-posta ile oluştur/güncelle)
• POST /api/enrollments (kullanıcıyı kursa kaydet)
• POST /api/completions (tamamlama durumu + completed_at kaydet)
• GET /api/courses (harici sistemlerin kurs ID'lerini eşleştirmesi için)

Gerçek zamanlı “kurs tamamlandı” olayları için webhooks

Müşterilerinizin güvenebileceği bir çekirdek webhook dokümante edin:

• Event: course.completed
• Payload: account_id, user_id, course_id, completed_at, score (isteğe bağlı)
• Teslimat: imzalı istekler, yeniden denemeler, idempotency anahtarı

Daha sonra (enrolled, overdue, certificate issued gibi) daha fazla event eklerseniz, aynı konvansiyonları koruyun ki entegrasyonlar öngörülebilir kalsın.

Gizlilik, Güvenlik ve Uyumluluk Temelleri

Tamamlanma verisi zararsız görünse de—gerçek kişiler, müşteri hesapları, sertifikalar ve denetim geçmişi ile ilişkilendirildiğinde riskli hale gelir. Pratik bir MVP, gizlilik ve güvenliği ürün özelliği olarak ele almalıdır.

Gerçekten ihtiyaç duyduğunuz verilerle başlayın

Saklamayı planladığınız kişisel verilerin (isim, e-posta, unvan, eğitim geçmişi, sertifika ID'leri) bir listesini yapın. Tamamlamayı kanıtlamak veya kaydı yönetmek için ihtiyaç yoksa toplamayın.

Denetimler desteklenecekse, genelde değiştirilemez zaman damgaları (enrolled, started, completed), değişikliği yapan ve neyin değiştiği gerekir.

Rıza, şeffaflık ve müşteri beklentileri

Öğrenenler AB/İngiltere veya benzeri yargı bölgelerindeyse, işleme için açık bir hukuki dayanak gerekebilir veya bazen rıza. Rıza gerekmediğinde bile şeffaf olun: basit bir gizlilik bildirimi sağlayın ve yöneticilerin neyi görebileceğini açıklayın. Düşünün: /privacy gibi bir sayfa.

Varsayılan olarak rol tabanlı erişim kontrolü (RBAC)

En az ayrıcalık ilkesi ile:

• Öğrenenler: yalnızca kendi ilerleme ve sertifikaları
• Müşteri yöneticileri: yalnızca kendi müşteri hesaplarındaki öğrenenler
• İç personel: zaman sınırlı destek erişimiyle kısıtlı

“Her şeyi dışa aktar” ve “kullanıcı sil” gibi eylemleri yüksek riskli sayın—bunları yükseltilmiş rollerin arkasına alın.

Atlanmaması gereken güvenlik temel adımları

Verileri taşıma halinde şifreleyin (HTTPS) ve oturumları koruyun (güvenli çerezler, kısa ömürlü tokenlar, şifre değişiminde çıkış). Giriş ve davet akışlarına oran sınırlamaları ekleyin.

Şifreleri güçlü hashing ile saklayın (örn. bcrypt/argon2) ve sırları asla loglamayın.

Yedekler, silme talepleri ve etkinlik günlükleri

Şunlar için plan yapın:

• Test edilmiş geri yüklemeler ile otomatik yedekler
• Veri silme talepleri (silme veya anonimleştirme, net kurallarla)
• Anahtar olaylar için etkinlik günlükleri (kayıt, tamamlama düzenlemeleri, yönetici dışa aktarımları)

Bu temeller, daha sonra ortaya çıkan “kanıtlayamıyoruz” ve “bunu kim değiştirdi?” sorunlarını önler.

Pratik MVP için Teknoloji Seçimleri ve Mimari

MVP'niz teslim hızı ve sahiplik netliği için optimize olmalı: kursları kim yönetiyor, ilerlemeyi kim görüyor ve tamamlama nasıl kaydediliyor. "En iyi" teknoloji, ekibinizin gelecek 12–24 ay boyunca destekleyebileceği olandır.

Kurma yaklaşımı seçin

Özel uygulama hesap tabanlı erişim, özel raporlama veya markalı öğrenen portalı gerektiğinde idealdir. Rollerde, sertifikalarda ve entegrasyonlarda kontrol verir—ama bakım sizde olur.

Low-code (ör. dahili araçlar + veritabanı) gereksinimler basitse ve çoğunlukla kontrol listesi ve katılım takibi ise işe yarayabilir. İzinler, dışa aktarma ve denetim geçmişi konularında sınırlamalara dikkat edin.

Mevcut LMS + portal quizler, SCORM veya zengin içerik oluşturma gerekiyorsa en hızlısıdır. Uygulamanız ince bir müşteri portalı ve raporlama katmanı olur; tamamlamayı LMS'den çekersiniz.

Basit, pratik bir stack

• Frontend: React / Next.js (veya benzeri) temiz öğrenen ve yönetici UI'sı için.
• Backend: Node.js, Python veya Rails—ekibinizin halihazırda kullandığı şeyi seçin.
• Veritabanı: Postgres (hesaplar → kullanıcılar → kayıtlar → tamamlamalar için ilişkisel veri).
• E-posta/SMS: SendGrid/Mailgun (e-posta) ve isteğe bağlı Twilio (SMS) hatırlatıcılar için.

Mimariyi sade tutun: bir web uygulaması + bir API + bir veritabanı MVP için yeterlidir.

Hızlı ilerlemek isterseniz: Koder.ai ile prototip

Ana kısıt teslim hızıysa (uzun vadeli farklılaşma değil), Koder.ai gibi bir vibe-coding platformu ilk sürümü daha hızlı göndermenize yardımcı olabilir. Sohbette akışlarınızı tarif edebilir—çok kiracılı müşteri hesapları, kayıt, kurs ilerlemesi, yönetici tabloları, CSV dışa aktarma gibi—ve modern bir stack (React frontend, Go + PostgreSQL backend) ile çalışan bir temel üretebilirsiniz.

MVP için iki pratik avantaj:

• Planlama modu + anlık görüntüler/geri alma tamamlanma kuralları ve yönetici akışlarını prod kırmadan tekrar denemenizi kolaylaştırır.
• Kaynak kodu dışa aktarma sizi kilitlemez—üretilen kod tabanını alıp takımınızla geliştirmeye devam edebilirsiniz.

Barındırma ve ortamlar

Erken üç ortam planlayın: dev (hızlı yineleme), staging (gerçekçi veri ile güvenli test), production (kısıtlı erişim, yedekler, izleme). Operasyon işini azaltmak için yönetilen barındırma (AWS/GCP/Render/Fly) kullanın.

Çaba: MVP vs iyi-olur-özellikler

MVP (haftalar): kimlik + müşteri hesapları, kurs kaydı, ilerleme/tamamlamayı takip, temel yönetici panosu, CSV dışa aktar.

Sonradan eklenebilecekler: şablonlu sertifikalar, gelişmiş analitik, ince izinler, LMS/CRM senkronizasyonu, otomatik hatırlatma yolculukları, denetim günlükleri.

Uygulama Yol Haritası: MVP'den Yinelemeye

Bir eğitim tamamlanma uygulaması, sıkıcı ama güvenilir olduğunda başarılı olur: öğrenenler bitirebilmeli, yöneticiler doğrulayabilmeli ve herkes sayılara güvenmeli. En hızlı yol dar bir MVP göndermek, gerçek müşterilerle doğrulamak ve sonra genişletmektir.

Adım 1: MVP kapsamını tanımlayın (2–4 hafta)

Uçtan uca “tamamlanma kanıtı” sunan minimum ekranlar ve yetenekleri seçin:

• Öğrenen ekranları: giriş, kurs listesi, kurs detayı, ilerleme görünümü, tamamlama onayı.
• Yönetici ekranları: müşteri hesap seçici, kurs listesi, tamamlama durumu, basit filtreler.
• API/endpointler: kullanıcıyı kaydet, ilerlemeyi çek, tamamlama kaydet, müşteri başına tamamlama listesi.
• Raporlar: bir dışa aktarım (CSV) ve temel tamamlanma özeti.

Tamamlama kurallarını şimdi belirleyin (örn. “tüm modüller görüntülendi” vs “quiz geçti”) ve bunları kabul kriterleri olarak yazın.

Adım 2: İnşa kontrol listesi (gönderim için olması gerekenler)

Tüm ekip paylaşacağı tek bir kontrol listesi tutun:

• Veri modeli: müşteriler/hesaplar, kullanıcılar/roller, kurslar/modüller, kayıtlar, ilerleme olayları, tamamlamalar.
• Kimlik & izinler: öğrenen vs yönetici, müşteri-seviyesinde erişim sınırları.
• Öğrenen akışı: kayıt ol → başla → devam et → bitir → tamamlama gör.
• Yönetici görünümü: arama/filtre, müşteri detayına inme, export butonu.

Koder.ai kullanıyorsanız, bu kontrol listesi sohbet içinde temiz bir "spec"e dönüşür ve paydaşlarla hızlıca doğrulanabilir.

Adım 3: Test senaryoları ("bitti" demeden önce)

Müşterilerin nasıl kullanacağını yansıtan gerçekçi testleri çalıştırın:

• Manuel ve toplu içe aktarma ile oluşturulan kayıtlar.
• Tamamlama kurallarında kenar durumları (quiz tekrarları, yeniden açılan kurs, kısmi tamamlama).
• Dışa aktarımlar ekrandaki toplamlarla uyuşuyor mu.
• İzinler: Müşteri A yöneticisi Müşteri B verilerine erişemiyor mu.

Adım 4: Bir pilot başlatın, sonra yineleyin

2–3 hafta boyunca bir müşteri hesabı ile pilot yapın. İlk tamamlama süresini, düşüş noktalarını ve yönetici sorularını izleyin. Geri bildirimi bir sonraki yineleme önceliklendirmesi olarak kullanın: sertifikalar, hatırlatıcılar, entegrasyonlar ve daha zengin analitik.

Yardımcı olmamı isterseniz MVP kapsamını belirlemede ve hızlıca göndermede destek almak için /contact ile iletişime geçin.