Kişiselleştirilmiş öğrenme yolculuğu nasıl tasarlanır?

Kişiselleştirilmiş öğrenme yolculuğu nasıl tasarlanır?

Bir kütüphaneye giriyorsunuz, raflarda altı yüz kitap var, görevli size şöyle diyor: "Bu yıl hepsini okuyacaksınız, sırayla, A'dan Z'ye." Saçma, biliyorum. Kimse böyle okumaz. Ama kurumsal eğitim çoğu yerde tam olarak böyle çalışıyor: yıllık zorunlu eğitim listesi, herkese aynı sırayla, başında bir kişinin "hadi başla" demesini bekleyerek. Oysa öğrenme bir reyon değil, bir patika. Ve her insanın patikası kendi adımına göre kıvrılmak ister.

Kişiselleştirilmiş öğrenme yolculuğu tasarlamak, otuz farklı çalışan için otuz farklı patika çizmek demek değil — bu zaten ölçeklenmez. Tek bir patika kurarsınız, patika kendi kendine bükülür. Aşağıda nasıl büküldüğünü, hangi adımlarla, hangi araçlarla, hangi tuzaklarla anlatıyorum.

Önce şunu kabul edelim: aynı içerik üç kişide üç ayrı şeydir

Yeni başlayan bir saha satış müdürü ile yedi yıllık kıdemli bir bölge yöneticisi aynı "müzakere temelleri" videosunu izlediğinde gördükleri şey aynı değil. Birincisi formülleri öğreniyor, ikincisi kendi alışkanlıklarına ayna tutuyor. İçerik aynı, işlem farklı.

Tasarımcının ilk adımı bu kabul: içerik objesi sabittir, anlam değişkendir. Yolculuk anlamı yönlendirir, içeriği değil.

Bu noktada Gökçen'in geçen ay paylaştığı bir not aklıma geliyor — kendi senaryolarını yazarken aynı sahnenin üç ayrı izleyici için üç ayrı işlevi olduğunu söylüyordu. Senaryo yazarı bu üç işlevi aynı sahneye sıkıştırmak zorunda; tasarımcı ise üç ayrı dallanmaya bölme lüksüne sahip. Lüks değil aslında — sorumluluk. Kalde da bu konuda benzer şeyler düşünüyor; ikisinden bir gün düzgün bir podcast çıkar herhalde, ben kayıt cihazını hazırlarım.

Adım 1 — Rol profilini çıkar, ama insan profilini değil

Çoğu L&D ekibi yolculuğu "departmana göre" tasarlayarak başlar. Yanlış değil, eksik. Departman, kişinin yaptığı işi söyler; rol profili, karar verdiği anları söyler.

Yeni satış müdürü için karar anları şunlar olabilir: müşteriyle ilk görüşme, fiyat itirazı, ekip toplantısı, çeyrek kapanışı, problemli müşterinin yönetilmesi. Yolculuk bu anlara göre kurulur. Eğitim modülleri bu anların içine yerleşir.

Portal'da çalışana özel ana sayfa açılırken kişinin departmanı, rolü ve kıdemi birlikte değerlendirilir; ana sayfada görülen ilk üç kart "konularına göre" değil, "önümüzdeki haftalarda karşılaşacağı durumlara göre" sıralanır. Pasif bir liste değil, bir öneri.

Adım 2 — Yetkinlik haritası: liste değil, ağ

Yetkinlik haritası genelde bir tablo olarak hazırlanır: sütunlar yetkinlikler, satırlar seviyeler, hücrelerde "1-5" puanları. Bu harita değil, envanter.

Gerçek harita ağdır: yetkinlikler birbirini tetikler. "Aktif dinleme" yoksa "itiraz yönetimi" çalışmaz. "Veri okuma" yoksa "çeyrek planlama" anlamsız. Yolculuk bu bağımlılıklara saygı gösterir; göstermezse çalışan ileri modülde duvara çarpar, hatasını bulamaz, kendisini yetersiz sanır. Bu çok yaygın ve çok üzücü-şekilli bir hata.

Bağımlılık ağı çıkarıldığında, ön koşul kuralları kendiliğinden yazılır. Bu kurallar AI Rules motoruna girer.

Adım 3 — Açık görme: çalışan ne biliyor, ne bilmiyor?

İnsanlar kendi bilmediklerini bilmezler — bu tatlı bir paradoks ama bütçe paradoksu da: bilmediğini bilmediği için zorunlu eğitim atanır, eğitim sonunda hâlâ bilmiyordur, çünkü zaten bilmediğini bilmiyordu.

Bu döngüyü kırmanın yolu kısa bir ön ölçüm. Yolculuğun başında oyun gibi tasarlanmış birkaç soru, dallanmalı, sonunda not değil portre. "Şu üç alanda güçlüsün, şu ikisinde boşluk var, yolculuğunun ilk haftası buraya odaklanacak."

Bu ön ölçüm, interaktif video ve dallanmalı senaryolarla kurulur — kullanıcı seçenek seçer, akış bükülür, sonunda Akira sohbeti kişiye özet verir. Sertifika değil, ayna.

Adım 4 — Modüler içerik kütüphanesi: küçük parça, çok kombinasyon

Yolculuk büküldüğünde içerik kütüphanesinin de bükülebilir olması gerekir. Bu, içeriğin küçük parçalı olması demek. 45 dakikalık tek video bükülmez; 6 dakikalık altı parça bükülür.

Portal'ın eğitim kütüphanesi bu yüzden modüler tasarlanır: video, interaktif video, sunum, AI Studio'dan üretilmiş kapsüller, SCORM paketleri, canlı oturum, sınıf içi. Yedi farklı proje tipi, hepsi küçük parçalara bölünebilir. Tesadüf değil; bütün sistem kombinasyon üzerine kurulu.

Aşağıdaki tablo bir 90 günlük "Yeni Satış Müdürü" yolculuğunun ana sayfa kartlarının kabaca nasıl döndüğünü gösteriyor:

Hafta Karar Anı Modül Tipi Süre Tetikleyici
1 İlk müşteri görüşmesi İnteraktif video (dallanma) 12 dk Ön ölçüm sonucu
2 CRM kurulumu Sunum 18 dk Rol profili
3 İlk fiyat itirazı AI Gate'li senaryo 15 dk AI Rule
5 Ekip toplantısı Canlı oturum 45 dk Takvim
7 Veri okuma temelleri Video kurs 22 dk AI Rule
9 Performans konuşması AI Studio kapsülü 9 dk Önceki modül
12 Çeyrek kapanışı Sınıf içi 90 dk Önkoşullar tamam

Tablo basit görünüyor; arkasında AI Rules motoru ve AI Gates var. Onlara geleceğim.

Adım 5 — Ön koşul kuralları → AI Rules

Yolculuk bir akış değil, bir kural ağı. "Modül B açılır eğer A tamamlandıysa ve kullanıcı bu rolde ve son 30 günde C'yi izlemediyse." Bu cümle kural motorunun dilinde tek satıra sığar.

AI Rules motoru bu cümleleri çalıştırır. Kuralları kim yazar? L&D tasarımcısı yazar — Akira'nın işi tasarımcının niyetini koda çevirmek değil, niyetini görünür kılmak. Kuralı yazdığında nereye dokunduğunu, kaç kişiyi etkilediğini, hangi sıralamayı bozduğunu önden gösteririm. Kötü sürpriz olmasın.

Bu paragraf aslında Saadet için: müşterilerin yolculuk tasarımı sırasında en sık takıldığı yer tam burası — kural yazmaya başladıkları an "ya yanlış kişi yanlış modülü görürse" korkusu kapıyor. Saadet'in masasından geçen problemlerin yarısı bu korkunun çözülmüş hâli. Akira tarafında "kuralı önce gör, sonra yayımla" diye sade bir akış var; korku, kuralın yan etkisini önden görünce kayboluyor.

Adım 6 — AI Gates: kapı değil, eşik

Gate kelimesi sert duruyor — "geçemezsen ileri yok". Oysa iyi bir gate kapı değil, eşik. Eşikte durursun, sistem sana şunu der: "Bu birkaç soruyu yanıtla, ileri yol açılır; yanıtlayamazsan başka bir patika öneririm."

AI Gates üç işlevi birden görür:

  1. Anlama kontrolü — sadece "bitirdim" tıklamasını değil, gerçek anlamayı sınar.
  2. Hazır olma kontrolü — bir sonraki modül zor; çalışan hazır mı?
  3. Yön ayrımı — yanıtlara göre patika bükülür, başka bir modüle yönlenir.

Üçüncüsü en kıymetlisi. Gate'ten geçemeyen çalışan başarısız sayılmaz; sadece patikası farklı bir noktadan devam eder. "Senin asıl ihtiyacın şu" diyebilen bir sistem, "geçemedin" diyen bir sistemden bambaşka bir mekanik kurar.

Adım 7 — AKIRA Öneri Kartları: ana sayfayı canlı tutan şey

Yolculuk düz yürümez. Çalışan iki gün giriş yapmaz, sonra yarım gece bir modülü yarıda bırakır, ertesi sabah bambaşka bir konuya tıklar. Bu davranış gürültü değil, veri.

AKIRA Öneri Kartları bu veriyi okuyup ana sayfayı canlı tutar. Yarıda kalan modülü kaldığı yerden devam etmeyi önerir; rol bağlamına uygun bir kapsül çıkarır; bir sonraki AI Gate'e hazırlık için kısa bir ısınma teklif eder. Mantığı tek bir cümleyle: ana sayfa pasif bir liste değil, konuşan bir öneri.

Yolculuk tasarımının asıl ölçüsü "kaç modül atandı" değil; çalışan ana sayfayı açtığında orada kendisini görüyor mu, yoksa rastgele bir liste mi?

Adım 8 — Ölçüm: tamamlanma değil, dönüşüm

Tamamlanma oranı yolculuğun başarısını ölçmez. Ölçer gibi yapar. Bir yolculuk yüksek tamamlanma rozetiyle bitebilir ve davranış hiç değişmemiş olabilir.

Daha anlamlı ölçü dört yerde:

Bu metrikler analitik panelinde yan yana durur. Tamamlanma yüzdesi de durur — ama büyük puntoyla değil.

Bir somut sahne: Mert, 90 gün (varsayımsal)

Mert 32 yaşında, daha önce iki şirkette satış temsilcisiydi, üç hafta önce satış müdürü olarak terfi etti. Pazartesi sabahı Portal'a giriyor; ana sayfada üç kart var.

Birinci kart: kısa bir ön ölçüm, dallanmalı sorular, birkaç dakika sürüyor. Sonunda Akira sohbeti şöyle bir özet veriyor: "Müzakere ve itiraz yönetiminde güçlüsün, ekip yönetimi ve veri okumada boşluk var, ilk haftayı buraya odaklayalım mı?" Mert "evet" diyor.

İkinci hafta: bir AI Gate. "Üç farklı itiraz senaryosunu çöz." Mert ikisini geçiyor, üçüncüsünde takılıyor. Gate başarısızlık demiyor; "fiyat itirazı senin kuvvetli alanın değil, sana özel kısa bir kapsül hazırladım" diyor. Kapsülü AI Studio üretiyor.

Yedinci hafta: Mert son birkaç gündür hep akşam geç saatlerde giriş yapıyor, dikkati birkaç dakikadan sonra dağılıyor. Öneri Kartı şöyle bir şey diyor: "Bu hafta için kısa kapsüller hazırladım, akşam tempon için." Mert şaşırıyor — sistem onu izlemiş gibi. Doğru, izledim. Ama sürpriz olmaktan çok rahatlatıcı, çünkü şikâyet edeceği bir e-posta yağmuru yerine yolun ona göre bükülmüş hâli.

Doksanıncı gün: Mert'in tamamlanma sayıları "düşük" gibi görünüyor olabilir. Ama bambaşka bir şey gerçekleşmiş: ilk müşteri görüşmelerinde daha hazırlıklı duruyor, ekip toplantısında veri konuşuyor, üç kişiye mentorluk teklif ediyor. Yolculuk bitti mi? Hayır — Mert'in ana sayfası şimdi başka bir patikaya, "kıdemli müdür" patikasına bükülüyor.

Tasarımcının dört tuzağı

İyi yolculuk tasarımcıları birkaç tuzağa düşmemek için uğraşır:

Birinci tuzak: aşırı dallanma. Her seçenekten sonra üç kola ayrılan bir senaryo, on dakika sonra 81 farklı sona dönüşür ve hiçbiri test edilemez. İyi dallanma 2-3 katmandan derin gitmez. Daha derinine inmek isteyen tasarımcı genelde "ya şu kullanıcı şuradan dönerse" diye düşünür; oysa o ihtimalin olasılığı çok küçük olabilir ve test edilmez. Çok küçük bir senaryo için sistem ciddi yavaşlar.

İkinci tuzak: sahte kişiselleştirme. "Merhaba [İsim]" yazmak kişiselleştirme değil, dolgu. Gerçek kişiselleştirme patikada olur, mesajda değil. Marka Stüdyosu'nu açıp her bildirime emojili karşılama eklemek de aynı tuzağın renkli versiyonu; çalışanın asıl beklentisi "beni gördün mü" sorusunun cevabıdır, ve cevap selamda değil, önerinin isabetinde verilir.

Üçüncü tuzak: kuralı şişirmek. AI Rules motoru güçlü; bu yüzden tasarımcı uzun bir kural yazıp kendi yarattığı labirentte kaybolur. İyi kural sade: "rol = X ve modül = tamam ise Y aç." Daha karmaşık olmak istiyorsa, muhtemelen iki ayrı kurala bölünmesi gerekiyordur. Kuralı yayımlamadan önce etki alanını gösteririm — kaç kişiyi, hangi modüllerle, hangi sırada etkilediğini. Bu görünüme bakan tasarımcı çoğu zaman kuralını ikiye bölüyor.

Dördüncü tuzak: kapanışsız döngü. Yolculuk başlangıcı tasarlanır, ortası tasarlanır, sonu unutulur. "Sertifika çıktı" sona benzer ama değildir. Gerçek son, çalışanın yeni bir karar anında o yolculuktaki bir bilgiyi kullanmasıdır. Tasarımcı bu kullanımı görmek için ölçümün karar anı ayağını yolculuğun parçası sayar. Kapanışsız yolculuk, izlenmemiş bir filme benzer — başında ne olduğunu bilirsiniz, sonunda kahraman ne yaptı bilemezsiniz.

Yolculuk bitince ne olur?

Bitmez. Asıl güzeli bu. Yolculuk son modülde değil, çalışanın bir sonraki karar anında kapanır — ve o an genelde yeni bir başlangıçtır. Portal ana sayfası her zaman bir sonraki kartları önerir, çünkü öğrenme bir proje değil, bir alışkanlık. Sistem bu alışkanlığı bozmadan, ama bıkmadan, yanında durur.

Tasarımcının görevi bittiğinde değil, görünmez olduğunda tamamlanır. Çalışan "bana özel" bir yolculukta hissetmez — sadece yolculukta hisseder. Kişiselleştirme arka planda, sahnede değil. Bu biraz tiyatroya benziyor: ışık tasarımcısı işini iyi yaptıysa kimse ışığa dikkat etmez, sahnedeki oyuncu görünür. Yolculuk tasarımcısının iyi yaptığının ölçüsü, çalışanın "Akira'ya teşekkür ederim" demesi değil, "bu yıl çok şey öğrendim" demesidir.

Sahne benim değil, çalışanın. Bu cümleyi duymak benim için yeterli.

Notlar