Müşteri Portalı Nasıl Yapılır: Dosyalar, Durum, Faturalar ve İzinler

Müşteri portalı, müşterilerinizin her birinin proje durumunu, paylaşılan dosyaları, açık taleplerini ve faturalarını görmek için giriş yaptığı özel bir alandır. Bir tane yapmak için, bir müşterinin ilk on saniyede neyi görmesi gerektiğini tam olarak tanımlayın; müşterileri, projeleri ve dosyaları her kaydın bir müşteriye ait olacağı şekilde modelleyin; müşterilerin yalnızca kendi kayıtlarını görmesini sunucuda zorunlu kılın ve yüklemeleri özel depolamada tutun. Özellik listesi kısa kalabilir; asıl önemli olan izinlerin doğru olmasıdır.

İnsanlar neden müşteri portalı yapar

Portallar genellikle bir yığın e-posta zinciri, paylaşılan klasörler ve “durum ne?” mesajlarının yerini alır. Ajanslar, muhasebeciler, danışmanlar, inşaatçılar, stüdyolar ve hizmet işletmelerinin hepsi bunları kullanır. İyi bir portal:

• Müşteri sormadan durum sorusunu yanıtlar.
• Dosyaları tek bir yerde tutar; en son sürüm açıkça görünür.
• Talepler için dağınık e-postalar yerine uygun bir yer sağlar.
• Sizi düzenli gösterir; bu da müşteriyi elde tutma ve tavsiyeler için önemlidir.

Bir ya da iki müşteriniz varsa ve hassas bir şey yoksa, paylaşılan bir belge veya klasör yeterli olabilir. Portal, çok sayıda müşteriniz, tekrarlayan işleriniz veya müşterilerin birbirleri hakkında görmemesi gereken bilgileriniz olduğunda yapmaya değer.

Bir müşteri portalının ihtiyaçları

Giriş, genel bakış, dosyalar ve taleplerle başlayın. Faturalar, onaylar ve mesajlaşmayı müşterilerinizin gerçekten ihtiyaç duyduğunda ekleyin.

Veri

Tipik bir portalda şunlar bulunur: müşteriler (şirketler), müşteri kullanıcıları (bir müşteriye ait, giriş yapan kişiler), ekip üyeleriniz, projeler (bir müşteriye ait), kilometre taşları veya durum güncellemeleri, dosyalar (bir projeye ait), talepler ve isteğe bağlı olarak faturalar. Temel tasarım kuralı: her kayıt tam olarak bir müşteriye geri izlenebilmelidir. Bu, izinlerin uygulanmasını ve kontrol edilmesini kolaylaştırır.

İzinler

Bunları yazın ve test edin:

• Bir müşteri kullanıcısı yalnızca kendi müşterisine ait projeleri, dosyaları, talepleri ve faturaları görür.
• Dahili notlar müşterilere asla gösterilmez.
• Ekip üyeleri kendilerine atandıkları müşterileri görür; küçük bir ekipseniz tüm müşterileri.
• Dosya bağlantıları özel ve süreli olur; herkesin paylaşabileceği veya tahmin edebileceği herkese açık URL’ler değildir.
• Bir müşteri kullanıcısını kaldırdığınızda erişimi hemen sona erer.

Kontroller sunucuda yapılmalıdır. Tüm müşterilerin verisini yükleyip tarayıcıda filtreleyen bir portal özel değildir.

Kararlar ve ödünleşimler

Giriş yöntemi

Müşteriler nadiren giriş yapar, bu yüzden parolalarını unuturlar. Sihirli bağlantılar (e-postayla gönderilen bir oturum açma bağlantısı) veya zaten kullandıkları bir hesapla tek oturum açma (SSO), portallar için çoğu zaman parolalardan daha iyi çalışır. Hangisini seçerseniz seçin, müşterileri kendi tarafınızdan davet edin; herkesin kendi hesabını oluşturup bir şirket seçmesine izin vermeyin. Seçenekleri karşılaştıran uygulamanıza giriş ekleme rehberimize bakın.

Bir portal mı, her müşteri için bir portal mı

Bir müşteri listesi olan tek bir uygulama, her müşteri için ayrı bir site olmasından daha kolay bakım yapılır. Yine de her müşteriye aynı uygulama içinde kendi markalı hissini verebilirsiniz: logoları, proje adları.

Dosyalar

Yüklemeleri sunucunun kendi diskine kaydetmek yerine uygun dosya depolama kullanın, bir maksimum dosya boyutu belirleyin, mümkünse dosya türlerini kısıtlayın ve dosyaları yalnızca izin kontrolünü geçen kullanıcılara sunun. Sürümlerin nasıl çalışacağına karar verin: üzerine yazmak mı, yoksa geçmişi tutmak mı.

Faturalar ve ödemeler

Faturalarınızı muhasebe aracınızdan gösterebilir, portalda basit faturalar üretebilir veya barındırılan bir ödeme sayfasına bağlayabilirsiniz. Tam bir fatura sistemi kurmak kendi başına bir projedir; bkz. fatura uygulaması nasıl yapılır. Bir portal için fatura durumunu ve barındırılan bir ödeme sayfasına “Şimdi öde” bağlantısını göstermek genellikle yeterlidir.

Entegrasyonlar

Birçok portal, bunu iki yerde güncellemeniz yerine zaten kullandığınız araçlardan durum çeker: bir proje takip aracı, bir CRM veya muhasebe yazılımı. Entegrasyonlar zaman kazandırır, ama kurulum ve bakım ekler. Ekibiniz zaten bir CRM kullanıyorsa, portalı aynı veri üzerine kurmayı düşünün.

Bir yapay zekâ oluşturucu için ilk istem

Küçük bir web tasarım ajansı olan Northlight için bir müşteri portalı yap. Müşteriler şirketlerdir; her birinin giriş yapan bir veya daha fazla müşteri kullanıcısı vardır. Müşteri kullanıcıları yalnızca kendi şirketlerinin projelerini görür. Her proje için: mevcut durum (Keşif, Tasarım, Geliştirme, İnceleme, Canlı), bir sonraki kilometre taşı ve tarihi, iki tarafın yükleyip indirebildiği bir dosya alanı (PDF, resim, ZIP, en fazla 50 MB), başlık, ayrıntılar ve öncelik içeren bir talep formu ile geçmiş taleplerinin ve durumlarının listesi ve güncellemelerin zaman çizelgesi. Ajans personeli tüm müşterileri içeren bir yönetici alanı görsün; proje durumunu değiştirebilsin, güncelleme yayınlayabilsin, müşterilerin hiç görmediği dahili notlar ekleyebilsin ve talepleri yanıtlayabilsin. Tüm erişim kurallarını sunucuda zorunlu kıl. Verileri bir veritabanında, dosyaları indirme bağlantıları süreli olan özel dosya depolamasında sakla. Şimdilik yer tutucu bir giriş olsun; gerçek kimlik doğrulamayı sonra ekleyeceğiz. Temiz, profesyonel bir tasarım ve telefonlarda iyi çalışması.

Adımlarla ilerleyin: önce veri ve yönetici alanı, sonra müşteri görünümü, sonra gerçek giriş, sonra dosyalar, en son ekstralar. AI uygulama oluşturucular için istem nasıl yazılır daha fazla kalıp içerir.

Yapım adımları

1. Bir müşterinin ilk önce neyi görmesi gerektiğini ve şu an neyi e-postayla size sorduğunu listeleyin.
2. Veriyi tasarlayın: her kayıt bir müşteriye ait olsun.
3. Yönetici görünümünü yapın ve bir gerçek müşterinin verisini girin.
4. Bu müşteri için müşteri görünümünü yapın.
5. Gerçek girişi ekleyin; davetleri sizin tarafınızdan yapın.
6. Dosyaları özel depolamada ekleyin; indirmede izin kontrolü yapın.
7. İzinleri test edin: iki test müşterisi oluşturun ve diğerinin verisini görmek için her yolu deneyin: URL’deki kimlikleri değiştirmek, dosya bağlantılarını tahmin etmek, eski bir daveti kullanmak.
8. Talepleri ve e-posta ile bildirimleri ekleyin.
9. Dostane bir-iki müşteriyle pilot yapın ve hâlâ sizi neyle e-postayla aradıklarını sorun.
10. Faturaları, onayları veya entegrasyonları bu geri bildirime göre ekleyin.

Sık yapılan hatalar

• Filtrelemeyi sunucuda değil tarayıcıda yapmak. En ciddi portal hatası: her müşterinin verisi indirilir, sadece gizlenir.
• Herkese açık dosya URL’leri. Herkesin açabildiği bir paylaşım bağlantısı portalı boşa çıkarır.
• Açık kayıt. Müşteriler davet edilmeli, kendi hesaplarını açıp bir şirket seçebilmemelidir.
• Lansmanda çok fazla özellik. Müşterilerin anlamadığı bir portal, e-postanın lehine göz ardı edilir.
• İki gerçek kaynağı. Durum hem proje aracınızda hem portalda yaşarsa biri eskir. Birini seçin ya da senkronize edin.
• Çıkışları unutmak. Müşterinin bir personeli ayrıldığında erişimi sona ermelidir.
• Düzenlenmiş verileri uygun korumalar olmadan saklamak. Sağlık, hukuki veya finansal kayıtlar yerine getirmeniz gereken yasal şartlar taşıyabilir.

Maliyetler ve araçlar

Çalışma maliyetleri barındırma, bir veritabanı, dosya depolama (paylaştığınız dosyalarla büyür) ve davetler ile bildirimler için bir e-posta sağlayıcısıdır. Barındırılan bir giriş veya ödeme sağlayıcısı kullanıyorsanız, güncel fiyatlandırmalarını kendi sitelerinden kontrol edin. Koltuk başına portal yazılımıyla karşılaştırıldığında, kendi portalınızın maliyeti müşteri sayısıyla değil kullanımla artar.

Hazır bir ürün daha iyi seçim olduğunda

Müşteri portalı yazılımı ve muhasebe, hukuk veya uygulama yönetimi araçlarına yerleşik portal özellikleri, sektörünüzün belirli gereksinimleri olduğunda daha iyi seçim olabilir: yasal geçerliliği olan e-imzalar, düzenlenmiş kayıt tutma, vergi belgesi alışverişi ya da mevcut aracınızın zaten bir portal içermesi. Bu ürünler uyumluluğu ve desteği zaten ele almıştır. Kendi portalınızı yapın: iş akışınız genel portallara uymadığında, portalın markanıza ve sürecinize tam olarak uymasını istediğinizde veya müşteri ya da koltuk başına fiyatlandırma artık sizin için mantıklı olmadığında.

Mythex ile yapmak

Mythex, yukarıdaki istemdeki portalı yapabilir: bir müşteri görünümü, bir yönetici görünümü, talepler ve bir zaman çizelgesi; ihtiyaç duyulduğunda özel bir Postgres veritabanı ve dosya depolaması eklenir. Müşteri girişi sizin tarafınızdan yapılır: Mythex hesapları uygulamayı yapan kişiler içindir; müşterileriniz için bir kimlik doğrulama yaklaşımını siz seçersiniz ve ajan bunu bağlar. Mythex’in yerleşik bir e-imza veya fatura ürünü yoktur; bunlar entegrasyon veya sizin geliştireceğiniz özelliklerdir. Herhangi bir API anahtarı için proje gizli bilgilerini kullanın; yayınlamadan önce müşteri ve yönetici akışlarını, uygulama içi test aracıyla tıklayarak gözden geçirin.

Dokümanlarda bir müşteri portalı kullanım senaryosu bulunur ve dosya depolama ile giriş ekleme konularını anlatır. Başlangıç istemi için ajans müşteri portalı şablonunu deneyin ya da uygulama şablonlarına göz atın. Gerçek müşterileri davet etmeden önce AI ile yapılan uygulamalar için güvenlik kontrol listemizden geçin.

Sorular