
Bir SaaS platformunda kullanıcı, rapor hazırlamak için farklı ekranlardan veri topluyor. Bir finans uygulamasında hareketlerini görüyor ancak neyin değiştiğini anlamak için kendi hesabını yapıyor. Bir satın alma sisteminde teklifler yan yana duruyor; aralarındaki önemli farkları bulmak yine kullanıcıya kalıyor.
Bu ürünler çalışıyor. Kullanıcılar işlemlerini tamamlayabiliyor. Ancak sonuca ulaşmak hâlâ ciddi bir dikkat, yorumlama ve takip gerektiriyor.
Dijital ürünlerde yapay zeka dönüşümünün başlangıç noktası tam olarak burası: Kullanıcının bugün kendi üstlendiği işin hangi bölümünü ürün üstlenebilir?
Cevap bazen daha iyi bir arama deneyimi, bazen bir karşılaştırma özeti, bazen de kullanıcının kontrolüne sunulan hazır bir işlem olabilir. Önemli olan, yapay zekanın ürün içinde görünmesi kadar kullanıcının işini gerçekten kolaylaştırmasıdır.
Bu rehber, mevcut bir dijital üründe AI fırsatlarını belirlemek, doğru başlangıç alanını seçmek ve fikri ölçülebilir bir ürün deneyimine dönüştürmek için uygulanabilir bir çerçeve sunuyor.
Dijital ürünlerde AI dönüşümü; kullanıcıların bilgiye ulaşma, veriyi yorumlama, karar verme ve işlem tamamlama biçimlerinin yapay zekanın yetenekleriyle yeniden tasarlanmasıdır.
Bu dönüşüm, ürünün farklı katmanlarında gerçekleşebilir:
| Dönüşüm alanı | Örnek deneyim | Kullanıcıya sağladığı değer |
|---|---|---|
| Bilgiye erişim | Farklı belgelerden kaynak göstererek yanıt hazırlama | Arama ve okuma yükünü azaltır |
| Yorumlama | Raporlardaki değişimleri açıklama | Veriyi anlamlandırmayı kolaylaştırır |
| Karar hazırlığı | Seçenekleri belirlenen kriterlere göre karşılaştırma | Değerlendirme yükünü azaltır |
| İşlem hazırlığı | Kullanıcının hedefinden hareketle düzenlenebilir bir taslak oluşturma | Tekrarlanan veri girişini azaltır |
| Akış yönetimi | Eksik bilgileri belirleyip sonraki adımı hazırlama | İşin tamamlanmasını kolaylaştırır |
Buradaki örnekler olası kullanım senaryolarıdır; her ürün için aynı değeri yaratacakları varsayılamaz. Uygunlukları kullanıcı ihtiyacı, veri kalitesi, hata maliyeti ve teknik koşullarla birlikte değerlendirilmelidir.
McKinsey’nin AI dönüşümü üzerine çalışması da araç kullanımındaki artışın tek başına kalıcı iş değeri yaratmadığını; işin yürütülme biçiminin değişmesinin önemini vurguluyor. Dijital ürünler açısından bunun karşılığı, kullanıcının uçtan uca deneyimini yeniden değerlendirmektir.
AI ürün stratejisinin ilk çıktısı bir özellik listesi olmamalı. Önce, kullanıcının hangi sonuca ulaşmaya çalıştığı açık biçimde tanımlanmalı.
“Raporlar ekranını kullanıyor” bir davranış tarifidir.
“Satışlardaki düşüşün nedenini anlayıp hangi bölgeye müdahale edeceğini belirliyor” ise kullanıcının işini anlatır.
İkinci tanım, yapay zekanın nerede faydalı olabileceğini çok daha görünür kılar. Çünkü sorun yalnızca rapora erişmek olmayabilir. Kullanıcının farklı dönemleri karşılaştırması, istisnaları bulması ve bulguları bir aksiyona dönüştürmesi gerekebilir.
Başlangıçta şu sorulara yanıt arayın:
Ürün analitiği davranışın nerede gerçekleştiğini gösterir. Kullanıcı görüşmeleri ve kullanılabilirlik testleri ise bu davranışın nedenini anlamaya yardımcı olur.
Google’ın People + AI Guidebook rehberi de kullanıcı ihtiyacını belirlemeyi ve AI’ın bu ihtiyaca özgün bir katkı sağlayıp sağlamadığını değerlendirmeyi başlangıç noktası olarak ele alıyor.
Bu aşamanın çıktısı: Belirli bir kullanıcı grubunu, tamamlanmak istenen işi ve mevcut engeli anlatan net bir problem tanımı.
Problem netleştikten sonra mevcut akışı adım adım inceleyin.
Örneğin bir B2B satın alma platformunda kullanıcı şu işleri yapıyor olabilir:
Bu akışta AI için birden fazla fırsat bulunabilir. Ancak her biri ayrı bir ürün kararıdır.
Belgelerden bilgi çıkarmak, teklifleri karşılaştırmak ve satın alma kararını uygulamak aynı doğruluk, yetki ve kontrol gereksinimlerine sahip değildir.
İlk çalışma, her adım için üç soruyu yanıtlamalı:
Ürün neyi hazırlayabilir? Kullanıcı neyi değerlendirmeli? Son karar kimde kalmalı?
Böylece yapay zekanın rolü somutlaşır. Ekibin elinde “AI asistanı ekleyelim” gibi geniş bir fikir yerine, kullanıcı yükünü azaltabilecek belirli müdahale noktaları olur.
Bu aşamanın çıktısı: Kullanıcı yolculuğuna bağlı bir AI fırsat haritası.
İlk AI senaryosu, ekibin öğrenmesini ve kullanıcı değerini ölçmesini sağlayacak kadar sınırlı olmalı.
Önceliklendirme için aşağıdaki sorular kullanılabilir:
| Kriter | Değerlendirme sorusu |
|---|---|
| Kullanıcı değeri | Çözüldüğünde hangi somut yük ortadan kalkıyor? |
| Kullanım sıklığı | Problem ne kadar sık yaşanıyor? |
| Veri hazırlığı | Gerekli bilgi güncel, erişilebilir ve yeterli mi? |
| Doğrulanabilirlik | Çıktının doğru olup olmadığı kontrol edilebiliyor mu? |
| Hata maliyeti | Yanlış bir sonuç kullanıcıyı ve işi nasıl etkiliyor? |
| Teknik uygulanabilirlik | Mevcut sistemlerle anlamlı bir pilot kurulabilir mi? |
| Ölçülebilirlik | Mevcut deneyimle karşılaştırma yapılabilir mi? |
Yüksek etki potansiyeli tek başına yeterli değildir. Çok değerli görünen bir senaryo, gerekli veriye erişilemediği veya hatanın sonuçları yönetilemediği için başlangıca uygun olmayabilir.
Satın alma örneğinde ilk pilot, tekliflerdeki koşulları kaynaklarıyla birlikte karşılaştıran düzenlenebilir bir taslak olabilir. Kullanıcı bu taslağı kontrol eder ve kararını mevcut onay sürecinde verir.
Ayrıca daha basit bir çözümü de değerlendirin. Sabit kurallarla çözülebilen bir problem için kural tabanlı otomasyon; kötü yapılandırılmış bir ekran için bilgi mimarisi düzenlemesi daha uygun olabilir.
Bu aşamanın çıktısı: Kapsamı, varsayımları ve başarı koşulları belirlenmiş tek bir pilot senaryo.
Bir AI deneyiminin kullanılabilirliği, ihtiyaç duyduğu bilgiye ne kadar doğru bağlandığıyla yakından ilişkilidir.
Ürün ekibi, tasarım ekibi ve teknik ekip şu konularda ortak bir çerçeve oluşturmalı:
Örneğin bir kullanıcı belirli bir müşterinin sözleşmesini görüntüleyemiyorsa, AI üzerinden o sözleşmenin özetine de ulaşamamalıdır. Erişim sınırları arayüzde açıklanmalı ve teknik katmanda uygulanmalıdır.
Verinin güncelliği de deneyimin bir parçasıdır. Bir karşılaştırmanın hangi döneme veya hangi belgelere dayandığı bilinmiyorsa kullanıcı sonucu doğru değerlendiremez.
Bu aşamanın çıktısı: Kullanılacak verileri, erişim sınırlarını, izin verilen aksiyonları ve sorumluları tanımlayan bir kapsam.
Kullanıcının her görev için boş bir metin alanına ne istediğini yazması gerekmez.
Bazı ihtiyaçlar konuşmayla daha rahat ifade edilir. Bazıları ise bir seçim, karşılaştırma tablosu veya mevcut ekranın içindeki öneriyle daha hızlı karşılanır.
| Kullanıcı ihtiyacı | Değerlendirilebilecek etkileşim |
|---|---|
| Açık uçlu bir konuyu araştırmak | Konuşma tabanlı arayüz |
| Birkaç seçeneği karşılaştırmak | Kaynakları görülebilen karşılaştırma tablosu |
| Mevcut içeriği iyileştirmek | İçeriğin yanında düzenlenebilir öneri |
| Çok adımlı bir işlem hazırlamak | İnceleme ve onay ekranı |
| Tekrarlanan bir işi hızlandırmak | Mevcut akışın içinde bağlamsal aksiyon |
Satın alma örneğinde kullanıcıya “Ne yapmak istersiniz?” diye sormak yerine, seçtiği üç teklif için “Koşulları karşılaştır” aksiyonu sunmak daha anlaşılır olabilir.
Burada tasarımın görevi, sistemin yeteneklerini kullanıcının mevcut bağlamına yerleştirmektir. Kullanıcının doğru komutu keşfetmesi için harcadığı efor da toplam deneyim maliyetine dahildir.
AI deneyiminin kalitesi, yanlış veya eksik sonuç ürettiğinde de değerlendirilmelidir.
Bir karşılaştırma özeti hazırlanmış olabilir; ancak belgelerden birinde teslimat tarihi bulunamayabilir. Sistem bu alanı tahminle doldurursa akıcı görünen bir sonuç, yanlış bir karara zemin hazırlayabilir.
Daha kullanışlı bir deneyim:
Microsoft’un HAX rehberi, AI deneyimini ilk kullanım, etkileşim, sistemin hata yaptığı durumlar ve zaman içindeki kullanım üzerinden ele alıyor. Bu yaklaşım, hata durumlarını tasarımın başından itibaren değerlendirmek için yararlı bir çerçeve sunuyor.
Özellikle veri değiştiren, dışarıya içerik gönderen veya kullanıcı adına işlem başlatan deneyimlerde, işlemin kapsamı onaydan önce görünür olmalıdır. İptal ve geri alma olanakları da işlemin teknik olarak izin verdiği ölçüde tasarlanmalıdır.
Bu aşamanın çıktısı: Normal akışın yanında eksik veri, hatalı sonuç, düzeltme, onay ve alternatif tamamlama senaryoları.
Bir prototip, kullanıcıların önerilen deneyimi anlayıp anlamadığını gösterebilir. Ancak modelin gerçek verilerle yeterli doğrulukta çalışacağını tek başına kanıtlayamaz.
Bu nedenle iki ayrı doğrulama gerekir.
Deneyim doğrulaması: Kullanıcı ne yapabileceğini anlıyor mu? Sonucu değerlendirebiliyor mu? Hataları fark edip düzeltebiliyor mu? İşini daha az eforla tamamlıyor mu?
Teknik doğrulama: Sistem gerçekçi veri örneklerinde doğru ve tutarlı sonuç üretiyor mu? Erişim sınırlarını koruyor mu? Bekleme süresi ve işlem maliyeti kabul edilebilir mi?
BCG’nin üretken AI ürünleri için önerdiği test yaklaşımı da çıktı kalitesinin yanında kullanılabilirlik, güven ve kullanıcının sistemin yeteneklerini anlamasını değerlendirmeyi içeriyor.
Testlerde yalnızca düzgün hazırlanmış örnekler kullanılmamalı. Eksik belgeler, farklı ifade biçimleri, çelişkili bilgiler ve sistemin yanıt verememesi gereken durumlar da değerlendirmeye dahil edilmeli.
Bu aşamanın çıktısı: Kullanıcı araştırması bulguları, teknik değerlendirme sonuçları ve pilot öncesinde çözülmesi gereken sorunlar.
Bir AI özelliğinin kaç kez açıldığı, kullanıcıların ona ilgi gösterdiğini anlatabilir. Ürün değerini anlamak için işin sonucuna bakmak gerekir.
Satın alma örneğinde asıl soru, kaç karşılaştırma üretildiğinden daha kapsamlıdır:
Kullanıcı doğru bir karşılaştırmaya toplamda ne kadar sürede ulaştı ve bunun için ne kadar düzeltme yaptı?
Pilot için aşağıdaki metriklerden uygun olanlar seçilebilir:
| Ölçüm alanı | Örnek metrik |
|---|---|
| Görev başarısı | İşi doğru biçimde tamamlayan kullanıcı oranı |
| Toplam efor | Hazırlama, kontrol ve düzeltme dahil tamamlanma süresi |
| Çıktı kalitesi | Eksik veya hatalı bilgi oranı |
| Kullanıcı kontrolü | Hatalı çıktıyı fark etme ve düzeltebilme başarısı |
| Benimseme | İlgili ihtiyaç tekrarlandığında özelliğin yeniden kullanılması |
| Ekonomik değer | Başarılı görev başına toplam maliyet |
| Operasyonel etki | Destek talebi, yeniden iş yapma veya müdahale ihtiyacı |
Ölçüm başlamadan önce mevcut deneyimin başlangıç değerleri kaydedilmelidir. Yeterli trafik ve uygun koşullar varsa kontrollü karşılaştırmalar yapılabilir. Daha düşük kullanım hacminde ise benzer görevler üzerinden yürütülen testler ve nitel bulgular birlikte değerlendirilir.
Ölçekleme kararı da önceden belirlenmiş koşullara dayanmalı. Görev süresi kısalırken kritik hata oranı artıyorsa çözümün kapsamı yeniden ele alınmalıdır.
Aşağıdaki plan, kapsamı sınırlı bir ürün senaryosu için başlangıç çerçevesidir. Veri erişimi, entegrasyonlar ve ürünün risk düzeyi süreyi değiştirebilir.
| Dönem | Odak | Beklenen çıktı |
|---|---|---|
| 1. hafta | Kullanıcı ihtiyacı ve mevcut akış | Problem tanımı ve başlangıç ölçümleri |
| 2. hafta | Fırsatlar, veri ve uygulanabilirlik | Öncelikli senaryo ve pilot kapsamı |
| 3–4. hafta | Etkileşim tasarımı ve teknik deneme | Test edilebilir prototip ve teknik bulgular |
| 5. hafta | Kullanıcı testleri ve hata senaryoları | Düzeltme öncelikleri |
| 6. hafta | Pilot hazırlığı ve değerlendirme | Ölçüm planı ve devam kararı |
Bu çalışmanın sonunda ekip; hangi kullanıcı için hangi problemi çözdüğünü, AI’ın görevini, insan kontrolünün sınırlarını ve başarıyı nasıl ölçeceğini açıklayabilmelidir.
VOYA’da AI ürün dönüşümüne ürün stratejisi ve kullanıcı deneyimi üzerinden yaklaşıyoruz. Mevcut ürünü, kullanıcıların tamamlamaya çalıştığı işleri ve iş hedeflerini birlikte değerlendiriyoruz.
Süreç; AI fırsatlarını belirlemek, seçilen akışları yeniden düşünmek, etkileşimli prototipler hazırlamak ve deneyimi gerçek kullanıcılarla doğrulamak üzerinden ilerliyor. Doğrulanan çözümü geliştirmeye hazır tasarıma dönüştürüyor; model seçimi, entegrasyon ve yazılım sorumluluklarını teknik ekiple birlikte netleştiriyoruz.
Ürününüz için başlangıç noktası, kullanıcıların en fazla yorumlama, tekrar ve takip yükü taşıdığı akışlardan biri olabilir. Bu akışın incelenmesi, AI yatırımının nerede anlamlı değer yaratabileceğine dair somut bir yön verir.
Ürününüzdeki fırsatları değerlendirmek için VOYA AI Ürün Dönüşümü yaklaşımını inceleyin.
Kullanıcının sık yaşadığı, etkisi gözlemlenebilen ve sonucu ölçülebilen bir problemden başlanır. Mevcut akış incelenir, gerekli veriler değerlendirilir ve kapsamı sınırlı bir senaryo prototip ile teknik deneme üzerinden doğrulanır.
Her zaman gerekmez. Belirli bir görev veya kullanıcı akışıyla başlanabilir. Daha kapsamlı değişiklik ihtiyacı, pilotun bulguları ve mevcut ürünün kısıtları üzerinden değerlendirilir.
UX tasarımı; kullanıcının AI’ı ne zaman kullanacağını anlamasını, çıktıyı değerlendirmesini, gerektiğinde düzeltmesini ve işini tamamlamasını sağlar. Bekleme, belirsizlik ve hata durumları da bu tasarımın kapsamındadır.
Mevcut deneyime kıyasla görev başarısı, toplam tamamlama süresi, düzeltme yükü ve maliyet gibi göstergeler değerlendirilir. Kullanım sayısı, bu sonuçlarla birlikte anlam kazanır.
Projeniz hakkındaki fikirler, hedefler, talepler ve ulaşmak istediğiniz yer belli mi? Bir görüşme ayarlayarak tümünü hayata geçirme yolundaki ilk adımı beraber atalım.