Müşteri AI Uygulamaları için Yapıcı Entegrasyon Kontrol Listesi

Bir Builder entegrasyon kontrol listesi, bir müşteri AI uygulamasının belirsiz sahiplik, net olmayan kullanım birimleri ve faturalama sürprizleriyle yayına girmesini engeller. Geliştirme ajansları için, teslim edilen bir AI özelliğini teslimattan sonra ölçülebilir bir şeye dönüştüren ön lansman geçişidir.

Önemli sınır basittir: müşteri uygulaması ShareAI dışında oluşturulur, barındırılır ve kontrol edilir. ShareAI, AI çıkarım trafiğini yönlendirebilen, müşteri tarafından ödenen kullanımı işleyebilen, Builder marjı veya ek ücreti uygulayabilen ve oluşturulan kazançlara dayalı olarak aylık Builder ödemelerini destekleyebilen bir pazar yeri ve API katmanıdır.

Bu kontrol listesini lansmandan önce, fiyatlandırma konuşmaları belirsizleşmeden önce ve destek ekipleri açıklayamayacakları bir AI iş akışını devralmadan önce kullanın.

Builder Entegrasyon Kontrol Listesi: Lansmandan Önce Onaylanması Gerekenler

Amaç, her ajans projesini aynı fiyatlandırma modeline dönüştürmek değildir. Amaç, AI trafiğini izlenebilir, faturalandırılabilir, açıklanabilir ve müşteri sonucu ile uyumlu hale getirmektir.

Alan	Cevaplanacak soru	Lansman çıktısı
Sahiplik	Müşteri uygulaması ve kullanıcı ilişkisi kime ait?	Net bir Builder ve müşteri sınırı
Kullanım	AI değerini en iyi hangi birim temsil eder?	Biletler, belgeler, çalıştırmalar, mesajlar, raporlar veya iş akışları
Yönlendirme	Hangi AI çağrıları ShareAI üzerinden yönlendirilir?	Üretim çıkarım trafiği için tanımlanmış bir rota
Marj	Yapıcı marjı veya ek ücret nasıl belirlenecek?	Müşterinin anladığı bir fiyatlandırma kuralı
Raporlama	Lansmandan sonra kullanım nasıl gözden geçirilecek?	İstek etiketleri, müşteri raporlaması ve destek notları

1. Müşteri Uygulama Sınırını Onaylayın

ShareAI'nin müşteri kurulumunda ne yaptığını ve ne yapmadığını belgeleyerek başlayın. ShareAI uygulama oluşturucu, CMS, barındırma platformu veya iş akışı oluşturucu değildir. Ajans veya müşteri hâlâ uygulama, kullanıcı deneyimi, veri modeli, izinler ve iş mantığının sahibidir.

ShareAI, AI özelliğinin arkasında yer alır. Uygulama, seçilen çıkarım trafiğini ShareAI üzerinden gönderir ve bu trafik kullanım faturalandırması ve Yapıcı kazançları için temel olabilir. Bu ayrım, entegrasyonun ajansın ürün çalışmasını neden değiştirmediğini müşterinin anlamasına yardımcı olur.

• Yapıcıyı Onaylayın: AI trafiğinden sorumlu ajans, uygulama sahibi, bakımcı veya ürün ekibi.
• Müşteriyi Onaylayın: Yönlendirilmiş kullanım için ödeme yapan kullanıcı, müşteri, çalışma alanı veya son müşteri.
• Uygulama yüzeyini onaylayın: chatbot, portal, CRM iş akışı, CMS eklentisi, destek otomasyonu, ticaret özelliği veya dahili araç.
• Devretme sahibini onaylayın: fiyatlandırma, kullanım, destek ve özellik davranışı hakkında müşteri sorularını kim yanıtlar.

2. Müşterinizin Anladığı Kullanım Birimlerini Seçin

AI maliyetleri genellikle giriş tokenları, çıkış tokenları, model çağrıları ve önbelleğe alınmış bağlam gibi teknik birimlerde başlar. Bu detaylar önemlidir. OpenAI’nin API fiyatlandırması model seçimi ve kullanım türünün maliyeti nasıl etkileyebileceğine dair bir örnektir.

Müşteriler genellikle iş odaklı bir birime ihtiyaç duyar. Bir destek lideri çözülen biletleri anlayabilir. Bir hukuk operasyonları ekibi gözden geçirilen belgeleri anlayabilir. Bir ticaret ekibi oluşturulan ürün açıklamalarını veya oluşturulan inceleme özetlerini anlayabilir.

AI tüketimini müşteri değerine bağlayan bir birim seçin. Ardından bu birimi temel ShareAI yönlendirilmiş çıkarım kullanımına geri haritalayın.

• Destek otomasyonu: AI yanıtları, bilet özetleri, yönlendirmeler veya yükseltmeler.
• Belge iş akışları: işlenen belgeler, özetlenen bölümler, çıkarılan varlıklar veya oluşturulan taslaklar.
• CRM otomasyonu: nitelikli potansiyel müşteriler, özetlenen notlar, taslak olarak hazırlanan takipler veya zenginleştirilen kayıtlar.
• CMS ve ticaret: ürün açıklamaları, içerik yeniden yazımları, arama sorguları, inceleme özetleri veya öneriler.
• Dahili araçlar: departman talepleri, rapor oluşturma, çalışma alanı kullanımı veya çalışan asistan çalıştırmaları.

3. ShareAI Yönlendirme Yolunu Haritalayın

Lansmandan önce, hangi üretim AI çağrılarının ShareAI üzerinden yönlendirilmesi gerektiğine ve hangilerinin ücretlendirilmiş yolun dışında kalması gerektiğine karar verin. Her talep aynı model, marj veya müşteri odaklı işlem gerektirmez.

Teknik devir teslim, kullanıcı eylemini, AI talebini, modeli veya model sınıfını, yedekleme beklentisini ve raporlama için gereken kullanım kaydını belirlemelidir. Ekipler, ShareAI belgeleri ve API referansı uygulama başlangıç noktası olarak kullanabilir.

• Tetikleyici: Hangi kullanıcı veya sistem eylemi AI talebini oluşturur?
• Rota: Hangi talepler üretimde ShareAI üzerinden geçer?
• Model seçimi: Hangi model seçenekleri özelliğe, gecikme ihtiyacına ve maliyet profiline uygundur?
• Yedekleme: Bir rota kullanılamazsa veya çok yavaşsa ne olmalıdır?
• Günlük Kaydı: Destek için hangi talep kimliği, kiracı kimliği, müşteri kimliği veya çalışma alanı etiketi tutulmalıdır?

4. Müşteriler Kullanmadan Önce Yapıcı Marjını Fiyatlandırın

En temiz fiyatlandırma konuşması ilk fatura öncesinde gerçekleşir. Bir Yapıcı marjı, müşteri uygulamasının değerine bağlanmalı, rastgele bir ek ücret olarak sunulmamalıdır. Eğer AI iş akışı zaman kazandırıyorsa, destek taleplerini azaltıyorsa, belgeleri işliyorsa veya potansiyel müşterileri nitelendiriyorsa, fiyatlandırma mantığı savunulması kolay olmalıdır.

Para akışı açık bir dille yazılmalıdır: müşteri uygulaması seçilen AI çıkarım trafiğini ShareAI üzerinden yönlendirir, Yapıcı bir marj veya ek ücret yapılandırır, müşteri yönlendirilen kullanım için ShareAI'ye ödeme yapar ve ShareAI, oluşturulan kazançlara dayanarak Yapıcı'ya aylık ödeme yapar.

Bu, tekrarlayan kullanım tabanlı gelir potansiyelidir, garanti edilen bir gelir değildir. Eğer müşteri AI özelliğini kullanmazsa, paraya çevrilecek bir kullanım hacmi olmaz.

5. Raporlama ve Destek İçin Kullanımı Etiketleyin

Kullanım etiketleme, birçok müşteri AI lansmanının karmaşık hale geldiği yerdir. Bir destek bileti, chatbot konuşması ve arka plan iş akışı bir modeli çağırabilir, ancak bunların daha sonra ayrılması imkansız olmamalıdır.

En azından, uygulamanızın operasyonlar ve müşteri raporlaması için yeterli bağlamı nasıl koruyacağını belirleyin. Etiketleri iş açısından okunabilir tutun, çünkü mühendislik ekibi ilerledikten sonra hesap yöneticileri ve müşteri paydaşları bunları kullanabilir.

• Müşteri veya kiracı kimliği.
• Çalışma alanı, departman veya son müşteri etiketi.
• Destek özeti, müşteri adayının nitelendirilmesi veya belge incelemesi gibi özellik adı.
• Konuşma, çalışma, bilet, belge veya iş akışı gibi kullanım birimi.
• İstek zaman damgası ve dahili istek kimliği.
• Tamamlandı, başarısız oldu, yeniden denendi veya yükseltildi gibi müşteri odaklı durum.

6. Plan Sınırları, Güvenlik ve Hata Yönetimi

Bir üretim AI özelliği başarılı bir demo'dan daha fazlasını gerektirir. Kullanım artışları olduğunda, bir kullanıcı beklenmedik bir giriş gönderdiğinde, bir model çıktısının gözden geçirilmesi gerektiğinde veya bir aşağı akış iş akışı başarısız olduğunda ne olacağını belirleyin.

Güvenlik planlaması için, LLM'ler ve Gen AI Uygulamaları için OWASP İlk 10 ekiplerin gözden geçirmesi gereken sorunlar için yararlı bir dış referanstır, buna istem enjeksiyonu ve güvensiz araç davranışı dahildir. Bunu desteklenmeyen uyumluluk diline dönüştürmeyin. Bunu pratik bir inceleme adımı olarak ele alın.

• Olağanüstü yüksek hacim için kullanım uyarıları ayarlayın.
• Müşteri dahil edilen kullanım seviyesine ulaştığında ne olacağını tanımlayın.
• Başarısız veya geciken AI talepleri için belge yedekleme davranışı.
• Hangi çıktılarının müşteri sistemlerini etkilemeden önce kullanıcı onayı gerektirdiğine karar verin.
• Hassas istemleri, günlükleri ve saklama beklentilerini müşterinin kendi politikalarıyla uyumlu tutun.

7. Müşteri Devri Hazırlığı

Müşteri devri, AI özelliğini mühendis olmayanlar için anlaşılır hale getirmelidir. İyi bir devir, özelliğin ne yaptığını, hangi kullanım biriminin takip edildiğini, ödemenin nasıl işlediğini, Builder marjının ne anlama geldiğini ve lansman sonrası kullanımı kimin gözden geçirdiğini açıklar.

Bu özellikle ajanslar için önemlidir. Ajans ilk versiyonu oluşturmuş olabilir, ancak müşteri özelliği her gün kullanacaktır. Açık devir notları kafa karışıklığını azaltır ve devam eden değeri savunmayı kolaylaştırır.

• Özellik sahibi ve destek iletişim bilgisi.
• Kullanım birimi ve örnek faturalandırılabilir işlemler.
• Dahil edilen kullanım, ücretli kullanım veya ekleme politikası varsa.
• Müşterinin kullanımı görebileceği veya rapor talep edebileceği yer.
• Bilinen sınırlar, yedekleme davranışı ve yükseltme yolu.
• Hangi değişikliklerin fiyatlandırma veya uygulama incelemesi gerektirdiği.

Basit Bir Lansman Kontrol Listesi

Müşteri AI uygulaması yayına girmeden önce, aşağıdaki her öğenin bir sahibi olduğundan emin olun.

• Müşteri uygulaması açıkça ShareAI dışında sahiplenilmiş ve işletilmiştir.
• Builder rolü belgelenmiştir.
• AI özelliği iş odaklı bir kullanım birimine sahiptir.
• ShareAI yönlendirilmiş talepler tanımlanmıştır.
• Model, rota ve yedekleme davranışı belgelenmiştir.
• Builder marjı veya ek ücreti onaylanmıştır.
• Müşteri ödeme akışı, müşteri odaklı bir dilde açıklanmıştır.
• Kullanım etiketleri raporlama ve destek için tanımlanmıştır.
• Limitler, uyarılar ve hata davranışı tanımlanmıştır.
• Müşteri devri, fiyatlandırma, kullanım ve destek notlarını içerir.

Daha fazla uygulama odaklı makale için Geliştiriciler kategoriyi gözden geçirin, ardından Yapıcı Konsolu uygulama trafiğini bağlamak ve kullanım marjını yapılandırmaya hazır olduğunuzda açın.

SSS

Builder entegrasyon kontrol listesi nedir?

Builder entegrasyon kontrol listesi, mevcut bir uygulamadan ShareAI aracılığıyla AI kullanımını yönlendiren ekipler için bir lansman öncesi incelemedir. Sahiplik, kullanım birimleri, yönlendirme, marj, müşteri ödemesi, raporlama ve devri kapsar.

ShareAI müşteri uygulamasını oluşturmak için mi kullanılıyor?

Hayır. İstemci uygulaması ShareAI dışında oluşturulur ve kontrol edilir. ShareAI, seçilen çıkarım trafiği için AI pazarı, API, yönlendirme, kullanım, faturalama, ek ücret ve ödeme katmanını sağlar.

Bu kontrol listesini kim kullanmalı?

Geliştirme ajansları, AI otomasyon ajansları, SaaS ekipleri, eklenti geliştiricileri, chatbot ekipleri ve AI kullanımına sahip bir uygulamaya zaten sahip olan dahili yazılım ekipleri için faydalıdır.

ShareAI yönlendirmesi canlı hale gelmeden önce ne tanımlanmalı?

Üretim kullanımı başlamadan önce AI özelliğini, kullanım birimini, istek yolunu, model seçimini, geri dönüş davranışını, müşteri ödeme akışını, Builder marjını, raporlama etiketlerini ve destek sahibini tanımlayın.

Ajanslar kullanım birimlerini nasıl seçmeli?

Ajanslar, müşterilerin tanıdığı birimleri seçmelidir, örneğin çözülen biletler, işlenen belgeler, çalışan ajanlar, destek konuşmaları, oluşturulan raporlar veya nitelikli potansiyel müşteriler. Birim, AI maliyetini iş değerine bağlamalıdır.

Builder kullanımı için müşteri ödemesi nasıl çalışır?

Uygulama, seçilen AI çıkarım trafiğini ShareAI üzerinden yönlendirir. Müşteri, yönlendirilen kullanım için ShareAI'ye ödeme yapar ve Builder, yapılandırılmış marj veya ek ücret temelinde aylık ödemeler kazanabilir.

Builder ödemeleri ile Provider ödülleri arasındaki fark nedir?

Builder ödemeleri, Builder’ın uygulamasından yönlendirilen AI trafiğinden gelir ve yapılandırılmış marj veya ek ücreti içerir. Sağlayıcı ödülleri ayrı olup, ShareAI ağına uygun hesaplama kapasitesi katkısında bulunmaya ilişkindir.

Her AI özelliği ShareAI üzerinden yönlendirilmeli mi?

Gerekli değil. Kullanımın değerli, değişken ve izlenmeye değer olduğu özellikleri yönlendirin. Bazı yalnızca yöneticiye özel, test veya faturalandırılmayan istekler, ürün tasarımına bağlı olarak ücretlendirilmiş yolun dışında kalabilir.

Müşteriye kullanım tabanlı AI fiyatlandırması nasıl anlatılmalı?

Basit bir dil kullanın. Faturalandırılabilir işlemi, yoğun kullanımın neden daha fazla maliyet oluşturduğunu, dahil olanları (varsa), ücretli kullanımın nasıl çalıştığını ve kullanım raporlarının lansmandan sonra nasıl gözden geçirileceğini açıklayın.

Bu kontrol listesi kendi barındırılan veya müşteri kontrolündeki dağıtımlara uygulanır mı?

Evet, dağıtım seçilen AI çıkarım trafiğini ShareAI üzerinden gönderdiğinde. Gizlilik ve uyumluluk dili konusunda dikkatli olun: ShareAI, trafik ve faturalama katmanı olarak tanımlanabilir, genel bir uyumluluk garantisi olarak değil.

Lansmandan sonra ne izlenmelidir?

Kullanım hacmini, başarısız istekleri, alışılmadık derecede yoğun kullanıcıları, model seçimini, müşteri sorularını, marj varsayımlarını ve kullanım biriminin hâlâ müşterinin aldığı değeri yansıtıp yansıtmadığını izleyin.

Kontrol listesi tamamlandıktan sonra bir sonraki adım nedir?

Builder Console'u açın, ilgili uygulama trafiğini bağlayın, kullanım marjını yapılandırın ve müşteri odaklı fiyatlandırma ve destek notlarını uygulanan rota ile uyumlu tutun.