chatbot performans metrikleri: Başarı görünen fakat başarısız sonuçlanan konuşmayı bulun

Chatbot kalitesini izleyen ürün yöneticisi, destek analisti ve risk sahibi için chatbot performans metrikleri, çözüm, aktarım ve memnuniyeti aynı karar görünümünde buluşturmalıdır. Amaç, botta kapanan konuşmayı otomatik başarı saymak değil; kullanıcının işinin gerçekten sonuçlanıp sonuçlanmadığını görünür kılmaktır. Bunun için sonuç etiketi, yeniden temas ve geri bildirim birlikte okunur; tek puan yerine kanıtlanabilir göstergelerle otomasyon kalitesi güvenle izlenir.

Başarı görünen fakat başarısız sonuçlanan konuşmayı bulun kararı, önce görünürde çözülen kayıtların ardındaki davranışı araştırır. Kullanıcı yanlış yanıttan sonra sessizce ayrılmış, başka kanala geçmiş veya temsilcide aynı talebi yeniden açmış olabilir. Kapanış olayı yalnız oturumun bittiğini gösterir; gerçek çözüm için konuşma sonuç etiketi, tekrar temas bağlantısı ve mümkünse kullanıcı beyanı gereklidir.

Metrik tanım kartı; göstergenin adını, karar amacını, payını, paydasını, veri kaynağını, güncelleme sıklığını ve sahibini açıkça belirtir. Kart ayrıca otomatik kapanışın neden çözüm sayılmadığını ve hangi kayıtların kapsam dışında kaldığını yazar. Böylece ürün yöneticisi artışı yorumlarken, destek analisti veriyi yeniden üretebilir; risk sahibi düşük hacimli ciddi vakaların saklanıp saklanmadığını denetleyebilir.

Kart ile konuşma sonuç etiketi farklı görevler üstlenir: kart hesaplamanın sözleşmesini, etiket ise tek konuşmanın gözlenen sonucunu taşır. Çözüldü, aktarıldı, kullanıcı ayrıldı, belirsiz kaldı veya yeniden açıldı gibi ayrımlar kanıta dayanmalıdır. Etiket bulunmadan karta oran yazmak, payı varsayıma dönüştürür; kart bulunmadan etiket toplamak ise kayıtları karar verilemeyen bir arşive çevirir.

İlk uygulamada ekip, botta kapatılan konuşmalardan sonuç çeşitliliğini temsil eden bir küme seçer ve sonradan oluşan destek kayıtlarıyla eşleştirir. Yanlış yanıt, sessiz ayrılma veya yeniden açılma görülürse başarı etiketi düzeltilir. Kabul ölçütü, her sınıfın gözlenebilir kanıta bağlanmasıdır; bağlantı kurulamayan konuşmalar başarıya eklenmez, belirsiz olarak tutulur ve sonraki örnekleme planına alınır.

İlgili uygulama rehberi: Yapay Zeka Müşteri Hizmetleri: 7/24 Yanıt Nasıl Verilir?: otomasyon kalitesini görünür kılmak için ilgili rehber.

Metrik adı, payda ve veri kaynağını tanımlayın

Metrik adı, payda ve veri kaynağını tanımlayın ilkesi, chatbot performans metrikleri arasında görünürde aynı adı taşıyan fakat farklı konuşmaları sayan göstergeleri ayırır. Örneğin çözüm payı, sonucu doğrulanan çözümlerdir; payda ise ölçülebilir sonuca sahip uygun konuşmalardır. Tüm bot kapanışlarını paydaya eklemek, belirsiz oturumları çözüm kanıtı gibi gösterir ve dönem karşılaştırmasını yanıltır.

Konuşma sonuç etiketi için veri sözleşmesi; konuşma kimliği, kanal, konu, başlangıç zamanı, kapanış nedeni, gözlenen sonuç ve kanıt türünü içerir. Etiketin kim tarafından, hangi kuralla ve ne zaman değiştirilebildiği de yazılır. Aynı ihtiyaçla açılan temsilci kaydı sonradan bulunursa önceki sonuç güncellenebilir; ancak eski değer, değişiklik nedeni ve karar sahibi denetlenebilir biçimde korunmalıdır.

NIST AI Risk Management Framework yapay zekâ sistemlerini yönetişim, haritalama, ölçme ve yönetme işlevleriyle izlemeyi chatbot performans metriklerine yaşam döngüsü bağlamı olarak sunar. Bu çerçeveden yapılan editoryal çıkarım, sonuç etiketinin yalnız raporlama alanı değil, karar sahipliği taşıyan bir ölçme girdisi olmasıdır. Haritalama kapsamı belirler; ölçme kanıt üretir, yönetme ise bulguya verilecek eylemi kaydeder.

Doğruluk örneklem kaydı, bot yanıtının yalnız dilsel düzgünlüğünü değil, kullanıcının sorusuyla uyumunu ve sonucu destekleyip desteklemediğini gösterir. Kayıtta örnekleme nedeni, beklenen yanıt, gözlenen hata, değerlendirici rolü ve uyuşmazlık kararı bulunur. Yalnız başarılı etiketlerden örnek seçmek yasaklanmalıdır; sessiz ayrılmalar, aktarımlar, belirsiz sonuçlar ve risk sinyalleri ayrı katmanlarda temsil edilmelidir.

Veri sözleşmesi kabul edilmeden önce ekip her göstergenin payını ve paydasını örnek kayıtlarla yeniden hesaplar. Veri kaynağı değişirse karşılaştırma serisi otomatik sürdürülmez; değişiklik tarihi, etkilenen kapsam ve eski tanımla fark kaydedilir. Sonuç etiketi doğrulanamayan konuşmalar ayrı tutulur. Böylece eksik olaylar başarıyı şişirmez, doğruluk örneklemi de belirsizliklerin hangi konularda yoğunlaştığını gösterebilir.

Resmî kaynak ve iddia kapsamı: NIST AI Risk Management Framework: haritalama kapsamı.

Olaydan gözden geçirmeye ölçüm zinciri kurun

Olaydan gözden geçirmeye ölçüm zinciri kurun yaklaşımı, kullanıcı mesajından yönetim kararına kadar her bağlantıyı izlenebilir yapar. Zincir; bot yanıtı, konuşma sonuç etiketi, olası insan aktarımı, sonraki tekrar temas ve geri bildirim olaylarını ortak konuşma kimliğiyle bağlar. Kimlikler eşleşmezse ekip oran üretmek yerine kapsama açığını bildirir; çünkü kopuk olaylar çözüm ile ayrılmayı güvenilir biçimde ayıramaz.

Doğruluk örneklem kaydı zincirin nitel değerlendirme düğümüdür. Destek analisti konu, sonuç ve risk katmanlarına göre örnek seçer; konu uzmanı yanıtın doğruluğunu ve kullanıcının ihtiyacına uygunluğunu değerlendirir. İki değerlendirici ayrışırsa kayıt uyuşmazlık durumuna geçer. Ürün yöneticisi, hata kümesi belirginleşmeden akış değişikliği yapmaz; risk sahibi kritik tekil vakayı hacimden bağımsız inceleyebilir.

İnsan aktarım olayı; aktarım zamanı, neden kodu, botun son niyet tahmini, kullanıcının bekleyen talebi ve temsilcinin kabul durumunu taşır. Aktarımın varlığı tek başına başarısızlık değildir; doğru anda yapılan aktarım zararı önleyebilir. Buna karşılık aktarım azaltma hedefi, gerekli insan yardımını engelleyebilir. Bu nedenle aktarım payı, aktarıma uygun konuşmalar paydasında ve sonuç kanıtıyla birlikte yorumlanmalıdır.

Ölçüm akışı günlük olay doğrulaması, düzenli örneklem incelemesi ve karar gözden geçirmesi olarak üç denetim katmanına ayrılır. İlk katman eksik alanları, ikinci katman yanlış etiketleri, üçüncü katman ürün eylemini ele alır. Her katmanın sahibi ve teslim çıktısı farklıdır. Aynı kişinin hem etiketi üretmesi hem itirazı sonuçlandırması, hata kalıplarının görünmez kalmasına yol açabileceğinden ayrıştırılır.

Zincirin kabul testi, seçilmiş konuşmanın tüm kayıtlarını geriye doğru izlemektir. İnceleyici, karar günlüğünden örneklem kaydına, aktarım olayına ve özgün sonuç etiketine ulaşabilmelidir. Her oranın payı ve paydası aynı kapsam filtresiyle yeniden üretilebilmelidir. Eksik bağ bulunan konuşma belirsiz sınıfına alınır; veri onarılana kadar çözüm başarısına eklenmez ve ilgili ekibe açık görev atanır.

İlgili uygulama rehberi: Müşteri Hizmetleri Otomasyonu ile Kaçan Müşteriyi Kazan: otomasyon kalitesini görünür kılmak için ilgili rehber.

Kurgu sessiz ayrılma vakasında metrikleri yorumlayın

Kurgu sessiz ayrılma vakasında metrikleri yorumlayın çalışması, sık sorulan soruları otomatik yanıtlayan kurgusal bir abonelik hizmetini ele alır. Bot, plan değişikliği sorularını yanıtladıktan sonra oturumu kapatmakta ve kapanan konuşmaları başarılı saymaktadır. Ancak bazı kullanıcılar yanlış yönlendirmeden sonra sessizce ayrılmakta, daha sonra insan temsilcide aynı talebi yeniden açmaktadır; iki temas henüz birbirine bağlanmamaktadır.

Kurgu vaka için ekip belirli bir inceleme dönemindeki bot kapanışlarını konu ve sonuç sınıfına ayırır. Çözüm payı, doğrulanmış çözümlerdir; payda, sonucu değerlendirilebilen uygun konuşmalardır. Otomatik kapanışlar doğrudan paya girmez. Aynı ihtiyaçla temsilcide açılan kayıt, önceki konuşmanın sonuç etiketini yeniden inceletir; bağlantısız oturumlar belirsiz kalır ve başarı hesabının dışında açıkça gösterilir.

İnsan aktarım olayı, botun yardım sınırını fark ettiği an ile temsilcinin talebi devraldığı anı ayrı ayrı kaydeder. Temsilciye zamanında ulaştırılan karmaşık istek koruyucu aktarım sayılabilir. Botun yanlış güvenle konuşmayı kapatması ise düşük aktarım görünümüne rağmen kalite sorunudur. Ekip bu ayrımı neden kodu, bekleyen talep, temsilci sonucu ve sonradan verilen çözüm etiketi üzerinden doğrular.

Tekrar temas işareti, aynı kullanıcının aynı ihtiyaçla başka kanal veya oturumda yeniden başvurmasını gösterir; fakat yalnız kimlik benzerliği yeterli değildir. Konu, zaman sırası ve temsilci kaydı birlikte incelenir. İşaret yükseldiğinde ekip hemen botu başarısız ilan etmez; yanlış yanıt, eksik yönlendirme, işlem tamamlanmaması veya kayıt eşleştirme hatası olasılıklarını doğruluk örneklemiyle birbirinden ayırır.

Bu kurgu vakada chatbot performans metrikleri, çözüm, doğruluk örneklemi, aktarım, tekrar temas, kullanıcı geri bildirimi ve risk olaylarını tek başarı puanına sıkıştırmadan birlikte gösterir. Karar ölçütü, sessiz ayrılmaların sonuç sınıfında görünmesi ve insan kayıtlarının doğrulanabilmesidir. Eşleştirme başarısızsa ekip otomasyon kapsamını genişletmez; önce olay bağını onarır, etiketleri yeniden inceler ve karşılaştırmayı güvenilir paydada tekrarlar.

Kurgu senaryo — Kurgu vaka: sık sorulan soruları otomatik yanıtlayan kurgusal bir abonelik hizmeti: Botta kapatılan konuşmalar başarı sayılıyor fakat yanlış yanıt sonrası sessiz ayrılma ve insan temsilcide yeniden açılma ölçülmüyor. Ekip çözüm, doğruluk örneklemi, aktarım, tekrar temas, kullanıcı geri bildirimi ve risk olaylarını tek başarı puanına sıkıştırmadan birlikte izleyecek.

Göstergeleri karar amacı ve kör noktayla tartın

Göstergeleri karar amacı ve kör noktayla tartın yaklaşımı, tabloyu dört işlevsel sütunla kurar: senaryo gözlenen durumu, kanıt doğrulama kaydını, eylem sorumlu müdahaleyi, durdurma veya eskalasyon ise güvenli sınırı belirtir. Satırlar çözüm, aktarım, tekrar temas, geri bildirim ve risk olaylarına ayrılır. Böylece yüksek görünen tek gösterge, diğer satırlardaki zarar sinyallerini örtemez ve karar gerekçesi izlenebilir kalır.

Çözüm satırında senaryo botta kapanış, kanıt doğrulanmış sonuç etiketi, eylem yanlış sınıfları yeniden incelemek, durdurma koşulu ise belirsiz paydanın büyümesidir. Aktarım satırında senaryo temsilciye geçiştir; kanıt neden kodu ile temsilci sonucudur. Eylem gereksiz sürtünmeyi azaltır, fakat gerekli insan yardımının engellendiği görülürse optimizasyon durdurulur ve risk sahibine eskale edilir.

Tekrar temas işareti satırında senaryo aynı ihtiyacın yeniden açılması, kanıt konuşma bağlantısı ve konu eşleşmesidir. Eylem, sorunlu yanıt kümesini örneklemek ve sonuç etiketini düzeltmektir. Bağlantı kuralı değişmişse dönem karşılaştırması durdurulur. İşaretin düşmesi tek başına iyileşme sayılmaz; kullanıcıların farklı kanala kayması veya kayıtların eşleşmemesi önce destek verisiyle dışlanmalıdır.

Geri bildirim satırında senaryo kullanıcının açık değerlendirmesi, kanıt yanıt zamanı ve ilgili konuşmadır. Eylem, tekrar eden gerekçeleri yanıt türüyle eşleştirmektir; düşük yanıt hacminde genelleme durdurulur. Risk satırında senaryo düşük hacimli ciddi olaydır, kanıt uzman incelemesidir. Eylem hızlı eskalasyondur; ortalama çözüm iyileşse bile ciddi olay sürdüğünde otomasyon kapsamı genişletilmez.

Tablonun seçimi, tekrar temas ile geri bildirimi birbirinin yerine koymaz. İlki davranışsal bir dönüş sinyali, ikincisi yanıt veren kullanıcıların beyanıdır; her ikisinin de seçilim kör noktası vardır. Ürün yöneticisi eylemi, destek analisti kanıtı, risk sahibi durdurma kararını kaydeder. Kabul ölçütü, her satırın bir sorumluya, doğrulanabilir girdiye ve açık eskalasyon sonucuna bağlanmasıdır.

İlgili uygulama rehberi: İlk Yanıt Süresi: 5 Dakika Kuralı ve Kaybedilen Satışlar: otomasyon kalitesini görünür kılmak için ilgili rehber.

Gösterge setini yedi veri teslimiyle uygulayın

Gösterge setini yedi veri teslimiyle uygulayın hedefi, rapor başlıklarını çoğaltmak değil, farklı sorumluların kabul edilebilir çıktılar üretmesini sağlamaktır. İlk teslimde ürün yöneticisi metrik tanım kartlarını onaylar. İkinci teslimde veri sorumlusu konuşma sonuç etiketi sözleşmesini yayımlar. Her iki çıktı için pay, payda, kapsam, kaynak, sahip ve değişiklik kuralı örnek kayıt üzerinden yeniden üretilebilir olmalıdır.

Üçüncü teslimde destek analisti doğruluk örneklem kaydı oluşturur; kabul çıktısı, başarı, aktarım, sessiz ayrılma ve belirsiz sonuç katmanlarını kapsayan izlenebilir örnek listesidir. Dördüncü teslimde operasyon sahibi insan aktarım olayını doğrular. Kabul için neden kodu, zaman sırası, bekleyen ihtiyaç ve temsilci sonucu bulunmalıdır. Eksik alanlar oran içinde saklanmaz, veri kalitesi kuyruğuna açık görev olarak aktarılır.

Beşinci teslimde veri ekibi tekrar temas işaretini üretir; kabul çıktısı, aynı ihtiyacı bağlayan kuralın örneklerle doğrulanması ve yanlış eşleşmelerin kaydedilmesidir. Altıncı teslimde araştırma sahibi geri bildirim yanıtı verisini hazırlar. Yanıtın konuşmayla bağı, toplama anı ve seçilim sınırı görünmelidir. Yanıt vermeyen kullanıcılar memnun kabul edilmez; düşük katılım, sonuçların genellenmesini açıkça sınırlar.

Yedinci teslimde risk sahibi risk olay sayacını kurar; kabul çıktısı, olay sınıfı, kaynak, inceleme durumu, eskalasyon sahibi ve kapanış kanıtıdır. Düşük hacimli ciddi olaylar ortalama içinde eritilmez. Sayacın yükselmesi otomatik olarak genel kalitenin düştüğünü kanıtlamaz, fakat inceleme başlatır. Kritik olay doğrulanırsa kapsam genişletme durur ve düzeltme tamamlanana kadar ilgili yanıt akışı sınırlandırılır.

Uygulama deneyi önce dar bir konu kümesinde yürütülür. Ekip yedi teslimi aynı konuşma örnekleri üzerinde bağlar, ardından her göstergenin payını ve paydasını bağımsız yeniden hesaplar. Kabul ölçütleri; olay bağlantısının izlenebilmesi, örneklem uyuşmazlıklarının karara bağlanması ve risk eskalasyonunun çalışmasıdır. Payda değişirse eski dönemle doğrudan kıyas yapılmaz; gerekçe metrik karar günlüğüne yazılır ve gösterge yeniden başlatılır.

chatbot performans metrikleri için yedi somut teslim:

1. Başarı görünen fakat başarısız sonuçlanan konuşmayı bulun: metrik tanım kartı çıktısını sorumlusuyla tamamlayın.
2. Metrik adı, payda ve veri kaynağını tanımlayın: konuşma sonuç etiketi çıktısını sorumlusuyla tamamlayın.
3. Olaydan gözden geçirmeye ölçüm zinciri kurun: doğruluk örneklem kaydı çıktısını sorumlusuyla tamamlayın.
4. Kurgu sessiz ayrılma vakasında metrikleri yorumlayın: insan aktarım olayı çıktısını sorumlusuyla tamamlayın.
5. Göstergeleri karar amacı ve kör noktayla tartın: tekrar temas işareti çıktısını sorumlusuyla tamamlayın.
6. Gösterge setini yedi veri teslimiyle uygulayın: geri bildirim yanıtı çıktısını sorumlusuyla tamamlayın.
7. Goodhart etkisi ve eksik payda sorununu izleyin: risk olay sayacı çıktısını sorumlusuyla tamamlayın.

Goodhart etkisi ve eksik payda sorununu izleyin

Goodhart etkisi ve eksik payda sorununu izleyin yaklaşımı, hedefe dönüşen göstergenin davranışı bozabileceğini kabul eder. Kapanma oranı ödüllendirilirse bot konuşmayı erken sonlandırabilir; aktarımı azaltma hedefi ise gerekli insan yardımını geciktirebilir. Denetim, hedef göstergenin yanında tekrar temas, belirsiz sonuç, geri bildirim ve risk olaylarını izler. İyileşme yalnız karşıt sinyaller bozulmadığında karar desteği kazanır.

Risk olay sayacı, düşük hacimli fakat ciddi sonuçları çözüm ortalamasından ayrı tutar. Her olay sınıf, önem, kaynak, inceleme durumu ve eskalasyon kararıyla kaydedilir. Sayaç tek başına neden açıklamaz; doğruluk örneği ve konuşma sonucu incelemesi başlatır. Kritik bir olay doğrulanırsa yüksek genel çözüm görünümü müdahaleyi ertelemez; ilgili akış sınırlandırılır ve risk sahibi kapanış kanıtını onaylar.

ISO şikâyet yaklaşımı kullanıcı geri bildirimi ve tekrar eden sorunların yalnız kapanma sayısından ayrı bir iyileştirme girdisi olarak değerlendirilmesini destekler. Buradan yapılan editoryal çıkarım, şikâyet ve olumsuz geri bildirimlerin sonuç etiketine bağlanarak tekrar örneklenmesidir. Bu yaklaşım belirli bir hedef oran önermez; ekip yalnız alınma, değerlendirilme ve iyileştirme kararına dönüşme sürecini kendi veri sözleşmesi içinde tanımlar.

Metrik karar günlüğü; tanım değişikliğini, gerekçeyi, etkilenen paydayı, karar sahibini, yürürlük anını ve karşılaştırma etkisini saklar. Payda kapsamı değiştiğinde eski ve yeni seri sessizce birleştirilmez. Örneklem yalnız başarılı konuşmaları içeriyorsa sonuç yayımlanmadan seçim düzeltilir. Günlük, hedef baskısının hangi davranışı teşvik ettiğini ve hangi koruyucu göstergenin kararı durdurduğunu geriye dönük gösterir.

Chatbot performans metrikleri için son güvenlik kontrolü, çözüm artarken aktarımın, tekrar temasın, geri bildirimin ve risk sayacının ne söylediğini birlikte sormaktır. Otomatik kapanış çözüm varsayılmaz; her oran açık pay ve paydayla sunulur. Risk olayı az diye gizlenmez. Kanıtlar çelişirse ekip tek puan üretmez, kararı erteler, örneklemi genişletir ve gerekçeyi metrik karar günlüğüne kaydeder.

İlgili uygulama rehberi: MY Asistan rehberleri: destek operasyonu konu kümesi.

Resmî kaynak ve iddia kapsamı: ISO ISO 10002:2018 complaints handling guidelines: kullanıcı geri bildirimi kapsamı.

chatbot performans metrikleri hakkında uygulama soruları ve kısa yanıtlar

metrik tanım kartı başlamadan önce hangi kanıt aranmalı?

Başarı görünen fakat başarısız sonuçlanan konuşmayı bulun çalışmasından önce botta kapanış, aynı ihtiyaçla yeniden temas, temsilcide açılan kayıt ve kullanıcı geri bildirimi arasında bağlantı kanıtı aranmalıdır. Metrik tanım kartı ancak bu olayların güvenilir biçimde eşleştirilebildiği dönem için hazırlanmalıdır. Eşleştirme zayıfsa ekip çözüm oranı yayımlamak yerine veri açığını, örnekleme ihtiyacını ve geçici karar sınırını karta kaydetmelidir.

doğruluk örneklemi için sınır ve sorumlu nasıl belirlenir?

Olaydan gözden geçirmeye ölçüm zinciri kurun hedefinde örneklem sınırı; konu, kanal, sonuç etiketi ve risk düzeylerini kapsayacak şekilde belirlenmelidir. Doğruluk örneklem kaydı, yalnız başarılı görünen konuşmaları değil sessiz ayrılmaları ve aktarımları da içermelidir. Destek analisti seçimi yürütür, konu uzmanı yanıtı değerlendirir, risk sahibi kritik uyuşmazlıkları inceler; ürün yöneticisi düzeltme kararını ve yeniden ölçüm zamanını sahiplenir.

insan aktarım olayı sırasında hangi kayıt karar vermeyi kolaylaştırır?

İnsan aktarımı sırasında konuşma kimliği, aktarım nedeni, botun son niyeti, kullanıcı talebinin durumu ve temsilcinin sonucu kaydedilmelidir. Göstergeleri karar amacı ve kör noktayla tartın yaklaşımında bu kayıt, aktarımın gereksiz mi yoksa koruyucu mu olduğunu gösterir. Tekrar temas işareti aynı ihtiyaçla sonraki başvuruyu bağladığında ekip, aktarımı azaltmak yerine başarısız bot yanıtını, yönlendirme gecikmesini veya sonuç etiketindeki hatayı ayırabilir.

tekrar temas işareti bozulduğunda önce hangi işaret incelenir?

Tekrar temas bağlantısı bozulduğunda önce konuşma sonuç etiketi ile kanal ve konu eşleştirmesinin değişip değişmediği incelenir. Goodhart etkisi ve eksik payda sorununu izleyin yaklaşımı, görünürdeki iyileşmenin kayıt kaybından doğabileceğini hatırlatır. Ardından risk olay sayacı kontrol edilir; riskli vakalar sürerken tekrar temasın düşmesi, başarı değil izleme kopukluğu olabilir. Ekip karşılaştırmayı durdurur, paydayı yeniden kurar ve değişikliği karar günlüğüne işler.

risk olay sayacı hangi durumda yeniden değerlendirilmelidir?

Risk olay sayacı; konuşma sonuç etiketi değiştiğinde, yeni bir risk sınıfı tanımlandığında, olay yakalama kuralı güncellendiğinde veya düşük hacimli ciddi vakalar ortalamada kaybolduğunda yeniden değerlendirilmelidir. Chatbot performans metrikleri ancak sayacın kapsamı, veri kaynağı ve eskalasyon eşiği dönemler arasında açıklanabiliyorsa karşılaştırılmalıdır. Yeniden değerlendirme, geçmiş sonuçları sessizce düzeltmemeli; kapsam değişikliğini karar günlüğünde belirtmeli ve gerekiyorsa eski dönemleri ayrı göstermelidir.