Kod yazmadan müşteri portalı nasıl geliştirilir

Müşterilere proje güncellemelerini e-postayla gönderiyor ve kimin neyi gördüğünü takip etmekte zorlanıyorsan, bir müşteri portalı bunu çözer. İşte bir yapay zeka uygulama oluşturucuyla nasıl geliştirilir — geliştiriciye gerek yok.

Bir noktada, her serbest çalışan ya da küçük ajans ikinci bir işi sürdürür hale gelir: müşterilere neler olduğunu anlatmak.

Bir teslimatı bitirirsin, bir PDF’i e-postayla gönderirsin ve yanlış kişiyi cc’ye eklersin. Müşteri daha eski bir konuya yanıt verir. Biri faturanın nerede olduğunu sorar. Bir başkası web sitesinin bitip bitmediğini sorar. Pazartesi sabahı sadece kimin neyi sorduğunu ve cevap verip vermediğini çözmeye kırk dakika harcarsın.

Bir müşteri portalı bunu çözer. Müşterilerinin giriş yapıp neler olduğunu görebileceği tek bir yer — proje durumu, dosyalar, faturalar, mesajlar — sana sormadan. Eskiden sorun, böyle bir şey geliştirmenin bir geliştirici, altı hafta ve yalnızca yirmi ya da daha fazla müşterisi olan ajanslar için mantıklı olan bir bütçe gerektirmesiydi.

Bir yapay zeka uygulama oluşturucuyla, bir öğleden sonrada kod yazmadan bir müşteri portalı geliştirebilirsin. İşte nasıl.

Bir müşteri portalının gerçekte neye ihtiyacı var

Yapay zeka oluşturucundan bir şey geliştirmesini istemeden önce, “bir müşteri portalı”nın somut olarak ne anlama geldiğini bilmek faydalı olur. Çoğu, göründüğünden daha basittir.

Özünde, bir müşteri portalı sadece şunlara sahip özel bir web sitesidir:

  • Bir giriş — her müşteri kendi hesabını alır ve yalnızca kendi projelerini görür
  • Bir proje durumu sayfası — hangi aşamadasın, ne bitti, sırada ne var
  • Bir dosya bölümü — teslimatlar, sözleşmeler, referanslar
  • Bir mesaj konusu — ya da en azından hiçbir şeyin e-postada kaybolmaması için bir notlar bölümü

Hepsi bu. Geri kalan her şey (faturalar, zaman takibi, geri bildirim formları) sonradan ekleyebileceğin bir uzantı. Bu dört şeyle başla ve Pazartesilerini yiyen “ne durumdayız?” sorularının %90’ını karşılarsın.

Yapay zeka oluşturucuna nasıl anlatılır

Yapay zekayla geliştirirken en sık yapılan hata, bir kerede çok fazla şey istemektir. “Bana proje yönetimi, faturalama, dosya paylaşımı ve bir sohbet sistemi olan bir müşteri portalı geliştir” demek, test etmesi zor, düzeltmesi daha zor, dağınık bir ilk taslak üretir.

Bunun yerine, tek bir kullanım senaryosu ve tek bir kişiyle başla. Şöyle bir şey dene:

“Bir yönetici olarak giriş yapıp projeler oluşturabileceğim bir web uygulaması geliştir. Her projenin bir adı, durumu (Planlama / Devam Ediyor / İnceleme / Tamamlandı) ve bir notlar alanı olsun. Bir müşteriyi e-postayla davet edebileyim, onlar da giriş yapıp yalnızca kendi projelerini, durumlarını ve notlarını görebilsinler.”

Bu açıklama iki paragrafa sığar ve gün sonuna kadar gerçekten kullanabileceğin bir şey üretir. Net bir veri modeli (durum ve notları olan projeler), iki kullanıcı rolü (sen ve müşteri) ve bir anahtar kısıt (müşteriler yalnızca kendi verilerini görür) içeriyor.

Bu çalıştığında, dosyaları eklersin. Sonra belki mesajları. Her ekleme ayrı bir istektir.

Bir müşteri portalında gerçekte önemli olan üç şey

Tüm özellikler eşit derecede önemli değildir. Müşterilerin portalı gerçekten kullanıp kullanmayacağını ya da sana e-posta atmaya devam edip etmeyeceğini bu üçü belirler.

1. Giriş kolay olmalı.

Bir müşterinin proje durumunu kontrol etmek için üç ay önce belirlediği bir parolayı hatırlaması gerekiyorsa, bunun yerine sana e-posta atar. Teknik olmayan bir kitle için en iyi kurulum: sihirli bağlantı (magic link) ile giriş. E-postanı yazarsın, bir bağlantı alırsın, tıklarsın, içeridesin. Unutulacak parola yok.

Yapay zeka oluşturucuna söyle: “Sihirli bağlantıyla giriş kullan — kullanıcı e-postasını girer, bir bağlantı alır ve ona tıklayınca giriş yapar.” Çoğu modern yapay zeka oluşturucu bunu tek bir talimatla kurabilir.

2. Durum tıklamadan görünür olmalı.

Bir müşteri portalı açtığında, gördüğü ilk şey ona faydalı bir şey söylemeli. Bir gezinme menüsü değil. Boş bir panel değil. Projesinin durumu, tam orada, net bir etiketle.

“Panelde, her projeyi proje adı ve mevcut durumu belirgin şekilde gösterilen bir kart olarak göster. Durum renk kodlu olsun: Tamamlandı için yeşil, Devam Ediyor için sarı, İnceleme için turuncu, Planlama için gri.”

3. Dosya bölümü gerçekten işe yaramalı.

Müşterilerin bir şeyi indirmesini, başka bir yere yeniden yüklemesini ve sana onay e-postası atmasını gerektiren “dosya paylaşımı” e-postadan beterdir. Oluşturucundan, bir projeye dosya yükleyebilmeni ve müşterilerin onları doğrudan indirebilmesini iste. Bundan daha süslü bir şey değil.

İlk gün ne yapılmalı

İşte işe yarayan tam sıra:

  1. Projeler, durumlar ve rollerle (yönetici + müşteri) temel uygulamayı geliştir.

  2. Kendini yönetici olarak ekle, bir sahte proje oluştur, bir sahte müşteri ekle.

  3. Sahte müşteri olarak giriş yap (farklı bir tarayıcı ya da gizli pencere kullan). Projeyi görebiliyorlar mı? Yalnızca o projeyi görebiliyorlar mı?

  4. Sihirli bağlantıyla girişi ekle.

  5. Tam giriş akışını taze bir gizli pencereden test et.

  6. Dosya yüklemelerini ekle.

  7. Bir gerçek müşteri, bir gerçek proje ekle ve onlardan denemelerini iste.

  8. adım önemli. Beş özellik daha geliştirmeden önce, şeyin gerçek dünyada işe yarayıp yaramadığını öğren. Gerçek bir müşteri sana neyin kafa karıştırıcı olduğunu anında söyleyecektir — ve bu neredeyse hiçbir zaman beklediğin şey değildir.

Bir portal değdiğinden fazla dert olduğunda

Bir müşteri portalı şu durumlarda mantıklıdır:

  • Aynı anda üç dörtten fazla aktif müşterin var
  • Müşteriler durumu, sana gerçek zaman kaybettirecek kadar sık soruyor
  • “Bir şey hazır olunca e-posta atarım”dan daha profesyonel görünmek istiyorsun

Aynı anda tek müşterin varsa, çok kısa bir proje döngün (haftalar değil günler) varsa ya da ikinizin de rahat olduğu bir aracı zaten kullanan müşterilerin varsa muhtemelen mantıklı değildir.

Test şu: “ne durumdayız?” sorularını yanıtlamaya haftada bir saatten fazla harcıyorsan, bir portal onu geliştirmenin gerektirdiği öğleden sonranın hakkını verir.

Geliştirildikten sonra

Bir müşteri portalındaki asıl risk teknoloji değil — benimsenmesi. Yıllardır sana e-posta atan müşteriler, değişmeleri için bir sebep vermezsen e-posta atmaya devam eder. Portalı ilk kez paylaştığında, sadece bir bağlantı gönderme. Bir bağlantı gönder, bir görüşmede onlarla birlikte giriş yap ve projelerini kontrol ettiklerinde tam olarak ne görecekleri göster.

Bir kez giriş yapıp faydalı bir şey gören müşteriler, tekrar giriş yapmayı hatırlar. Bağlamsız bir bağlantı alan müşteriler onu asla açmaz.

Pratikte bunun neye benzediğini merak ediyorsan, önce en basit versiyonu geliştirmeyi dene — sadece projeler ve durum. Her zaman ona ekleyebilirsin. Bugün bitirebileceğin versiyon, gelecek ay geliştirebileceğin mükemmel versiyondan daha değerlidir.