Müşteri belge toplama portalı: pratik kurulum rehberi

Belge istekleri neden aksar?

E-posta tek bir ek için işe yarar. Ancak bir müşterinin vergi formlarını, kimlik belgelerini, imzalı sözleşmeleri ve destekleyici kayıtları birkaç gün içinde göndermesi gerektiğinde işler karışır. İstekler uzun yazışmaların içinde kaybolur, müşteriler yanlış sürümü yükler ve hangi öğenin hâlâ beklediğini iki taraf da göremez.

Paylaşılan klasörler de farklı bir sorun yaratır. Dosyaları barındırırlar, ancak her dosyayı kimin yüklemesi gerektiğini, ekibin bu dosyaya neden ihtiyaç duyduğunu veya son tarihin ne olduğunu genellikle açıklamazlar. Müşteriler onlarca klasör görüp herhangi bir şey eklemekte tereddüt edebilir. Bu sırada ekipten biri klasörü başka birinin zaten kontrol ettiğini varsayabilir.

Bu belirsizlik gerçek işi geciktirir. Bir müşteri kabul ekibi kimlik kanıtı olmadan hesap oluşturamaz. Finans ekibi doğru form olmadan ödemeyi onaylayamaz. Bir hizmet ekibi, müşterinin gönderdiğini düşündüğü bir belgeyi beklerken dosyayı duraklatabilir.

Müşteri belge toplama portalı her isteğe belirli bir yer verir. Müşteriler istenen öğelerin kısa bir listesini, anlaşılır talimatları, bir yükleme alanını ve son tarihi görür. Yükleme yaptıktan sonra ekip dosyayı aldı mı, dosyanın incelenmesi veya değiştirilmesi gerekiyor mu, bunu görebilirler.

Çalışanların daha fazla ayrıntıya ihtiyacı vardır. Her isteğin durumunu, takipten sorumlu kişiyi, hatırlatıcıların ve yanıtların kaydını görmelidirler. Örneğin bir müşteri süresi dolmuş bir sigorta sertifikası yüklerse, incelemeci müşteriye belirsiz bir e-posta gönderip yeniden göndermesini istemek yerine dosyayı güncellenmesi gerekiyor olarak işaretleyebilir.

Kullanışlı bir portal tahmin yürütmek yerine ortak bir kayıt sunar. Herkes, mesajları aramadan şu dört soruyu yanıtlayabilmelidir:

• Hangi dosyalar hâlâ gerekli?
• Bunları kim göndermeli?
• Son tarihleri ne?
• Son takibin ardından ne oldu?

Kodsuz bir müşteri portalı bu yanıtları tek yerde tutar ve müşterilere dosya yüklemek için daha sakin, daha özel bir yol sunar.

Belgeleri ve ilgili kişileri belirleyin

Bir portal, istek listesi ekibinizin her gün yaptığı işle örtüştüğünde en iyi şekilde çalışır. En sık istediğiniz dosyalarla başlayın: fotoğraflı kimlik, imzalı formlar, faturalar, banka ekstreleri, vergi kayıtları, sözleşmeler veya adres kanıtı. Müşterilerin tanıyacağı adlar kullanın. «İmzalı hizmet sözleşmesi», «yürürlüğe konmuş sözleşme belgeleri» ifadesinden daha açıktır.

Ekranları oluşturmadan önce belgeleri zamanlamaya göre ayırın. Yeni bir müşterinin kimlik belgelerine ve sözleşmeye bir kez ihtiyacı olabilir. Aktif bir müşterinin her ay fatura, her yıl sigorta sertifikası veya adres değişikliğinden sonra güncel adres bilgisi göndermesi gerekebilir. Tek ve uzun bir kontrol listesinde rutin isteklerin gözden kaçması kolaydır.

Her istek için bir sorumlu belirleyin

Her öğenin ilerlemesini sağlayacak tek bir sorumlusu olmalıdır. Dosyayı genellikle müşteri yükler, ancak ekibinizden biri dosyanın eksiksiz ve okunabilir olduğunu kontrol etmelidir. Aynı hesapla birden fazla çalışan ilgileniyorsa incelemeciyi özellikle rol veya isim bazında atayın.

Her istek için belge adını, kabul edilebilir içeriğin kısa açıklamasını, müşterinin belgeyi bir kez mi yoksa belirli aralıklarla mı göndereceğini, son tarihi, müşteri iletişim kişisini ve yüklemeyi inceleyen çalışanı kaydedin. Tekrarlanan öğelerde bir sonraki isteğin ne zaman oluşturulacağını da belirtin.

Sorumlusu olmayan bir son tarih çoğu zaman yeni bir e-posta zinciri oluşturur. Müşteri iletişim kişisi değiştiğinde istekleri eski çalışana bağlı bırakmak yerine portal kaydını güncelleyin.

«Tamamlandı» ifadesini tanımlayın

Bir yükleme her zaman isteği kapatmamalıdır. Bulanık bir kimlik görüntüsü, imzasız bir form veya eksik ayrıntıları olan bir fatura hâlâ işlem gerektirir. İstenen, yüklendi, değişiklik gerekiyor, onaylandı ve gecikti gibi basit durumlar kullanın. İncelemeci bir dosyayı reddettiğinde müşteriler bir sonraki işlemi ve «Lütfen imzanızın bulunduğu sayfayı yükleyin» gibi kısa bir notu görmelidir.

Aylık kayıt toplayan bir muhasebe firması, müşterinin muhasebecisinden satış faturalarını ayın beşinci iş gününe kadar yüklemesini isteyebilir. Bir muhasebe çalışanı bunları ayın sekizinci gününe kadar inceler. Muhasebeci dosyaları onaylayana kadar istek açık kalır. Böylece müşteri ve ekip aynı durumu görür.

AppMaster, müşteriler, istekler, yüklemeler, son tarihler ve inceleme durumu için bir veri modeliyle bu iş akışını destekleyebilir. Görsel iş süreci düzenleyicisi, yüklenen dosyayı atanan incelemeciye gönderebilir ve incelemeci yeni bir dosya istediğinde müşteriye bildirim gönderebilir. Bu yapı, birçok hesapta tekrarlanan istekleri anlaşılır tutar.

Dosyaları gizli tutacak erişimi ayarlayın

Hesabını oluşturduğunuz anda her kuruluşu ayırın. Bir finans müşterisi başka bir müşterinin kontrol listesini, dosya adlarını, yorumlarını veya ilerlemesini asla görmemelidir. Her kuruluşa kendi çalışma alanını verin ve kullanıcıları yalnızca bu çalışma alanına bağlayın.

Bir kişi isteği açmadan, dosya yüklemeden veya belge indirmeden önce oturum açmayı zorunlu tutun. E-posta ekleri tanıdık gelir, ancak biri dosyayı ilettiğinde kontrolü kaybedersiniz. Portal müşterilere geri dönebilecekleri tek bir yer verir ve ekibiniz erişim kaydını korur.

İnsanların yaptığı işe uygun roller kullanın:

• Müşteriler kendi isteklerini görüntüleyebilir, dosya yükleyebilir ve hatalı yüklemeleri değiştirebilir.
• İstek sahipleri istek oluşturabilir, hatırlatıcı gönderebilir ve tamamlanma durumunu kontrol edebilir.
• İncelemeciler gönderilen belgeleri açabilir, onaylayabilir veya reddedebilir.
• Yöneticiler müşteri hesaplarını ve erişim kurallarını yönetebilir.
• Yalnızca küçük bir grup dosyaları indirebilmeli veya kalıcı olarak silebilmelidir.

Her şirket içi kullanıcıya yönetici erişimi vermeyin. Bir hesap yöneticisinin pasaport kopyası istemesi gerekebilir, ancak bu dosyayı silme yetkisine ihtiyacı yoktur. Bir incelemeci dosyayı onaylamak zorunda olabilir, ancak başka kuruluşların belgelerini görmemelidir.

Paylaşılan müşteri hesapları için de kurallar belirleyin. Aynı şirkette üç kişi belge topluyorsa her biri kendi hesabıyla oturum açmalıdır. Böylece ekibiniz vergi formunu Maya'nın yükleyip yüklemediğini ve Daniel'ın hatırlatıcıyı açıp açmadığını görebilir. Ortak parolalar bu geçmişi siler ve biri ayrıldığında sorun yaratır.

Kodsuz bir müşteri portalı bu kuralları yönetmeyi kolaylaştırabilir; çünkü kullanıcılar, kuruluşlar, istekler ve dosyalar aynı veri modelinde bulunur. AppMaster'da bu ilişkileri görsel olarak tanımlayabilir ve her listeyi oturum açan kullanıcının kuruluşuna göre filtreleyen ekranlar oluşturabilirsiniz.

Gerçek müşterileri davet etmeden önce örnek hesaplarla erişimi test edin. A Kuruluşu'ndan bir müşteri olarak oturum açın ve B Kuruluşu'nun arama sonuçlarında, bildirimlerde veya indirme sayfalarında görünmediğini doğrulayın. Testi incelemeci ve yönetici olarak da tekrarlayın. Yetki hatalarını gerçek belgeler gelmeden düzeltmek çok daha kolaydır.

Açık bir istek kontrol listesi oluşturun

Her öğe tam olarak ne gönderileceğini belirttiğinde müşteriler istekleri daha hızlı tamamlar. Tek başına «Gelir kanıtı» gibi etiketlerden kaçının. «En güncel maaş bordronuzu yükleyin» yazın ve neye ihtiyacınız olduğunu açıklayan bir cümle ekleyin.

Her istek yüklenecek dosyayı, kabul edilen formatı, son tarihi ve karışıklığa yol açabilecek ayrıntıları içermelidir. Örneğin: «İmzalı hizmet sözleşmesi (PDF). İmzalanmış tüm sayfaları yükleyin. Tarayıcınız yoksa fotoğraf da kabul edilir.»

Örnekleri yalnızca insanların sıkça yanlış anladığı belgelerde kullanın. Kısa bir örnek açıklama, müşterilerin hesap ekstresi istediğiniz halde banka kartı ekstresi yüklemesini önleyebilir. Çok fazla örnek, basit bir kontrol listesini olduğundan uzun gösterir.

İstekleri müşterinin tamamladığı sürece göre gruplayın. Bir işletme kabul kontrol listesinde şunlar bulunabilir:

• Şirket tescil belgesi
• Yetkili imza sahiplerinin her biri için fotoğraflı kimlik
• Güncel işletme adresi kanıtı
• Doldurulmuş vergi formu
• İmzalı hizmet sözleşmesi

Her gruba «İşletme doğrulaması» veya «İlk randevunuzdan önce» gibi anlaşılır bir ad verin. Müşteriler hangi öğelerin birlikte olduğunu ve hangilerini daha sonra tamamlayabileceklerini anlamalıdır.

Müşterilerin anlayacağı durum etiketleri kullanın. «Başlanmadı», «Yüklendi», «İnceleme gerekiyor» ve «Tamamlandı», dahili referans numaralarından daha iyi çalışır. Ekibiniz bir dosyayı reddederse istekte nedenini açıklayın: «Bu görüntüde adres görünmüyor. Lütfen son üç ay içinde düzenlenmiş, sayfanın tamamının göründüğü bir ekstre yükleyin.»

Müşterilerin ilerlemelerini kaydetmesine izin verin. Birçok kişi telefondan başlar, belgenin iş bilgisayarında olduğunu fark eder ve daha sonra geri döner. Portal tamamlanan yüklemeleri korumalı ve müşteri yeniden oturum açtığında kalan öğeleri göstermelidir.

AppMaster ile her isteği saklayan, durumunu kaydeden ve her müşteri için doğru kontrol listesini gösteren bir portal oluşturabilirsiniz. İsteğe bağlı öğeleri gerekli olanlardan ayrı tutun. Müşteriler beş gerekli, iki isteğe bağlı dosya gördüğünde neye odaklanacaklarını bilir.

Birkaç gerçek gönderimden sonra kontrol listesini gözden geçirin. Müşteriler sürekli aynı soruyu soruyor veya yanlış dosyayı yüklüyorsa yeni bir hatırlatıcı eklemeden önce isteği yeniden yazın.

Ek e-postalar olmadan ilerlemeyi gösterin

Müşteriler oturum açar açmaz her isteğin güncel durumunu görmelidir. Basit bir durum, «Dosyamı aldınız mı?» ve «Hâlâ ne eksik?» gibi mesajları azaltır.

Ekibinizin sürecine uyan az sayıda etiket kullanın:

• İstenen: müşteri belgeyi hâlâ göndermelidir.
• Yüklendi: müşteri dosya göndermiştir, ancak ekip henüz incelememiştir.
• Değişiklik gerekiyor: dosya eksik, güncel değil veya yanlış formattadır.
• Onaylandı: ekip belgeyi kabul etmiştir.

Bekleyen öğeleri portalın en üstüne yerleştirin. Müşterilerin gönderdiklerini kontrol edebilmesi için tamamlanan dosyaları sayfanın alt kısmında tutun. Müşteri portalı açtıktan birkaç saniye içinde ne yapacağını bilmelidir.

Her öğede yükleme tarihi, dosya adı ve incelemeci notlarını içeren kısa bir geçmiş de bulunmalıdır. Bir incelemeci banka ekstresini değişiklik gerekiyor olarak işaretlerse notu şöyle olabilir: «Lütfen mart ayına ait ekstreyi yükleyin. Mevcut dosya şubat ayında sona eriyor.» Özel notlar uzun yazışmaları önler ve müşteriye net bir sonraki adım verir.

Aynı isteği birden fazla yerde takip etmeyin. Ekip güncellemeleri elektronik tabloya, gelen kutusuna ve ortak sohbete kopyaladığında bu kayıtlar kısa sürede birbiriyle çelişir. Portal her istek için güncel durumu, dosyayı, notları ve son tarihi barındırmalıdır. Çalışanlar içeride istekleri duruma göre filtreleyebilir. Müşteriler yalnızca kendi öğelerini görmelidir.

Kodsuz bir müşteri portalı bu adımları tek bir müşteri kaydına bağlayabilir. Örneğin koordinatör yüklenen vergi formunu onaylandı olarak değiştirir ve müşteri portalı hemen güncellenir. Koordinatör, durum onayı için ayrıca e-posta göndermek zorunda kalmaz.

Durum adlarını anlaşılır ve tutarlı tutun. «Yüklendi» bazen «inceleniyor», bazen de «onaylandı» anlamına geliyorsa müşterilerin yine açıklama istemesi gerekir. Açık etiketler ve yararlı notlar portalı insanların ilk başvurduğu yer haline getirir.

Müşterilerin harekete geçebileceği hatırlatıcılar planlayın

Bir hatırlatıcı, müşterinin yanıt verebilmesi için yeterince erken ulaştığında işe yarar. Son tarih geçtikten sonra beklemek yerine ilk hatırlatıcıyı son tarihten birkaç gün önce gönderin. İstek adını, son tarihi ve «İmzalı sözleşmenizi ve adres kanıtınızı yükleyin» gibi bir sonraki adımı ekleyin.

Mesajı kısa tutun. Müşteriler hangi dosyaların hâlâ gerektiğini öğrenmek için eski bir e-posta zincirini aramak zorunda kalmamalıdır. Portal oturum açıldıktan sonra aynı bekleyen listeyi gösterebilir. Böylece e-postanın yalnızca müşteriyi açık tek bir yere yönlendirmesi yeterli olur.

İstekler değiştikçe hatırlatıcıları değiştirin

Herkese aynı hatırlatıcıyı göndermeyin. Müşteri istenen beş dosyanın ikisini yüklediyse teşekkür edin ve yalnızca kalan öğeleri belirtin. Bir müşteri işe başlamışken genel bir «Teslim etmeniz gereken belgeler var» mesajı özensiz görünür.

Otomatik bir mesaj şöyle olabilir: «Kimliğinizi ve vergi formunuzu yüklediğiniz için teşekkürler. Banka ekstrenizi cuma gününe kadar göndermeniz gerekiyor.» Bu mesaj önceki dosyaların ulaştığını doğrular ve müşteriye tek, basit bir görev verir.

Her istek için basit kurallar belirleyin:

• Son tarihten önce dostça bir hatırlatıcı gönderin.
• Öğeler hâlâ bekliyorsa son gün takip mesajı gönderin.
• Yalnızca hâlâ bekleyen dosyalardan söz edin.
• Müşteri isteği tamamladığında veya iptal ettiğinde hatırlatıcıları durdurun.

Son kural önemli bir hatayı önler: müşterilerden zaten gönderdikleri dosyaları istemek. Çalışanlar dosyaları inceler incelemez kabul edildi, reddedildi veya artık gerekli değil olarak işaretlemelidir.

Kişisel takip için alan bırakın

Otomasyon her gecikmeyi çözemeyebilir. Müşteri isteği anlamamış, belgeye erişemiyor veya daha fazla zamana ihtiyaç duyuyor olabilir. Çalışanlara müşterinin adı, tam olarak eksik olan dosya ve makul şekilde güncellenmiş bir son tarihle kişisel mesaj gönderme imkânı tanıyın.

AppMaster'da ekipler bu akışı görsel düzenleyicilerde istek durumları, son tarihler, yükleme kayıtları ve bildirim kurallarıyla oluşturabilir. Çalışanlar kişisel takip göndermeden önce kimin yardıma ihtiyacı olduğunu görebilir. «Lütfen mart ayı ekstresini gönderin. Bankacılık uygulamanızdan ekran görüntüsü göndermeniz yeterli» gibi bir not, başka bir otomatik hatırlatıcıdan daha hızlı yanıt getirebilir.

Örnek: yeni bir müşteriyi kabul etme

Bir muhasebe firması, müşteri belge toplama portalıyla müşteri kabul sürecini tek yerde tutabilir. Firma, ekler ve takip sorularıyla uzun bir e-posta göndermek yerine özel bir portal oluşturur ve istek listesini uygun incelemeciye atar.

Kontrol listesinde resmi bir fotoğraflı kimlik, adres kanıtı ve önceki üç aya ait banka ekstreleri bulunabilir. Her istek müşterinin ne sunması gerektiğini ve ekibin hangi dosya türlerini kabul ettiğini açıklar. «Boş sayfalar dahil tüm sayfaları yükleyin» gibi bir not, banka ekstrelerinde sık yaşanan bir gecikmeyi önler.

Müşterinin görünümü

Müşteri oturum açtığında üç açık istek görür. Pasaportunu PDF olarak yükler ve portal bu öğenin durumunu «Gönderildi» olarak değiştirir. Adres kanıtı ve banka ekstreleri açık kalır.

Müşterinin firmanın pasaportu alıp almadığını sormasına, muhasebecinin de e-postayla alındı onayı göndermesine gerek kalmaz. Müşteri daha sonra geri dönüp kalan dosyaları yükleyebilir ve aynı kontrol listesinden devam edebilir.

Basit bir ilerleme görünümü şöyle olabilir:

• Pasaport: gönderildi
• Adres kanıtı: açık
• Banka ekstreleri: açık

Portal, tamamlanmamış istekleri ve son tarihlerini belirten bir hatırlatıcı gönderebilir. «Cuma gününe kadar iki belge daha gerekiyor» ifadesi, «Lütfen belgelerinizi tamamlayın» ifadesinden daha açıktır.

İnceleme ve onay adımı

İncelemeci gönderilen pasaportu açar ve görüntünün okunamayacak kadar bulanık olduğunu görür. Durumu «Daha net bir kopya gerekiyor» olarak değiştirir ve şu notu ekler: «Lütfen adınızın, doğum tarihinizin ve belge numaranızın okunabildiği bir fotoğraf veya tarama yükleyin.»

Müşteri güncellenmiş durumu görür, dosyayı değiştirir ve yeniden gönderir. İncelemeci yeni kopyayı kontrol ettikten sonra onaylar. Her iki kişi de isteğin güncel durumunu görür. Böylece firmanın hangi sürümü kullanacağı konusunda kimsenin tahmin yürütmesi gerekmez.

Müşteri adres kanıtını ve banka ekstrelerini yüklediğinde incelemeci her öğeyi onaylar. Portal kontrol listesini tamamlandı olarak işaretler ve müşteri kabul ekibine bildirim gönderir. Çalışanlar daha sonra müşterinin hesabını oluşturabilir veya ilk hizmet belgelerini hazırlayabilir.

Kodsuz bir müşteri portalıyla ekipler ayrı müşteri erişimi, istek durumları, yükleme alanları, incelemeci notları ve otomatik hatırlatıcılarla bu akışı oluşturabilir. AppMaster, müşterilerin bundan sonra ne yapacağını anlamakta zorlandığı bir paylaşılan klasör yerine bu adımların arkasında iş mantığı bulunan eksiksiz uygulamaları destekler.

Karışıklık yaratan hatalar

Portal, yazışmaları başka bir ekrana taşımak yerine azaltmalıdır. Karışıklık genellikle bir isteğin hangi dosyanın gönderileceği, nereye gönderileceği veya son tarihin ne olduğu konusunda fazla belirsiz bırakılmasıyla başlar.

«Lütfen finansal belgelerinizi yükleyin» gibi geniş taleplerden kaçının. Müşteri banka ekstrelerini gönderip vergi formlarını unutabilir veya yanlışlıkla geçen yılın dosyalarını yükleyebilir. Her istekte anlaşılır bir ad, kısa bir talimat, gerektiğinde kabul edilen dosya türü ve son tarih bulunmalıdır. Örneğin: «İmzalı 2024 vergi beyannamenizi PDF olarak 15 Mayıs'a kadar yükleyin.»

Yinelenen istekler başka bir sorun yaratır. İki çalışan aynı dosyayı isteyebilir veya müşteri bir belgeyi yüklediği halde kontrol listesi hâlâ dosyanın eksik olduğunu gösterebilir. Her öğeye tek bir sorumlu ve tek bir durum verin. Çalışanlar istek oluşturmadan önce mevcut müşteri kaydını kontrol etmelidir.

Erişimi dar tutun

Her çalışana her müşteri klasörüne erişim vermek kolay görünebilir, ancak bu durumda insanlar işleri için gerek olmayan dosyaları da görür. İzinleri role ve müşteri hesabına göre belirleyin. Bir destek çalışanının dosyanın ulaşıp ulaşmadığını bilmesi gerekebilir, ancak belgenin kendisini açması gerekmeyebilir. Bir muhasebecinin ise belgeyi açması gerekebilir.

AppMaster ile oluşturulan kodsuz bir portalda ekipler ayrı müşteri ve çalışan görünümleri oluşturabilir, ardından her çalışanın hangi belgeyi görüntüleyebileceğini, yükleyebileceğini veya onaylayabileceğini iş kurallarıyla kontrol edebilir. Müşteri görünümünü basit tutun. Müşterilerin yalnızca kendi isteklerine, gönderilen dosyalarına, son tarihlerine ve mesajlarına ihtiyacı vardır.

Portalı güncel kayıt haline getirin

Hatırlatıcı e-postaları yalnızca portal ile uyumlu olduklarında işe yarar. «Üç dosyanızın son tarihi geçti» diyen bir e-posta alan, ancak portalda bir açık istek gören müşteri hangi mesaja güveneceğini bilemez. Hatırlatıcıları çalışanların her gün kullandığı aynı istek durumundan gönderin.

Müşteri dosya yüklediğinde veya çalışan isteği kapattığında hatırlatıcıları hemen durdurun. Çalışanlar bir dosyayı reddederse durumu güncelleyin ve düzeltmeyi açıklayın. «Kimlik görüntüsü çok bulanık. Lütfen ön ve arka yüzün net göründüğü bir fotoğraf yükleyin» müşteriye tamamlayabileceği açık bir görev verir.

Çalışanların doğrudan bir geciken istekler görünümüne de ihtiyacı vardır. Eksik öğeleri bulmak için e-posta zincirlerini, indirilen klasörleri ve notları aramamalıdırlar. Müşteri adını, bekleyen belgeyi, son tarihi, atanan çalışanı ve son hatırlatıcıyı tek bir listede gösterin. Bu, çalışanların hızlı takip yapmasına ve aynı müşteriyle iki kişinin iletişime geçmesini önlemeye yardımcı olur.

Müşterileri davet etmeden önce hızlı kontroller

İlk daveti göndermeden önce portalı hem müşteri hem de çalışan olarak test edin. Kısa bir test, basit bir dosya isteğini başka bir e-posta zincirine dönüştürebilecek sorunları ortaya çıkarır.

Gizlilikle başlayın. İki test müşteri hesabı oluşturun ve her birine farklı bir istek listesi verin. Her kişi olarak oturum açın ve hiçbir hesabın diğerinin dosyalarını, belge adlarını, notlarını veya ilerlemesini göremediğini doğrulayın. Süreciniz çalışan erişimini sınırlıyorsa çalışanların yalnızca kendilerine atanmış müşterileri gördüğünü kontrol edin.

Güvenli müşteri dosyası yüklemelerini telefonda ve bilgisayarda test edin. Birçok müşteri belge fotoğrafı çekecek veya mobil cihazdan dosya yükleyecektir. Yükleme düğmesinin kolay bulunduğunu, yükleme sonrasında durumun değiştiğini ve dosya türü veya boyutu kabul edilmediğinde müşterinin açık bir mesaj aldığını kontrol edin.

Örnek bir iş akışını baştan sona çalıştırın. Bir çalışandan test vergi formu yüklemesini, başka bir çalışandan da bunu incelemesini isteyin. İncelemeci dosyayı onaylayabilmeli, anlaşılır bir notla geri gönderebilmeli ve yeni bir dosya isteyebilmelidir. Müşteri tam olarak ne yapması gerektiğini görmelidir.

Hatırlatıcıları da aynı özenle kontrol edin. Takvimi, mesajı ve müşteri isteği tamamladıktan sonra hatırlatıcıları durduran kuralı inceleyin. Onaydan sonra gönderilen bir hatırlatıcı özensiz görünür. «Lütfen imzalı sözleşmenizi 12 Mayıs'a kadar yükleyin» gibi belirli bir görevi anlatan ifadeler kullanın. Portalı kontrol etmeye yönelik belirsiz bir mesaj göndermeyin.

Yayına almadan önce çalışan panosunu açın ve geciken istekleri filtreleyin. Pano, her kaydı açmayı gerektirmeden müşteri adını, eksik öğeyi, son tarihi ve güncel durumu göstermelidir.

Davet öncesi kontrol listesi:

• Her test müşterisi yalnızca kendi isteklerini ve dosyalarını görüyor.
• Yüklemeler güncel bir telefonda ve masaüstü tarayıcısında çalışıyor.
• İncelemeciler bir dosyayı açık bir notla onaylayabiliyor veya geri gönderebiliyor.
• Müşteri isteği tamamladığında veya çalışan isteği kapattığında hatırlatıcılar duruyor.
• Pano, geciken işleri bulmayı kolaylaştırıyor.

AppMaster'da kodsuz bir müşteri portalı oluşturuyorsanız uygulamayı yayınladıktan sonra tüm yolu test edin, yalnızca düzenleyicide test etmekle yetinmeyin. Müşterilerinizin ve ekibinizin kullanacağı cihazları ve hesap izinlerini kullanın. Gerçek belgeler gelmeden önce anlaşılmayan etiketleri ve gereksiz adımları düzeltin.

Portalınız için sonraki adımı seçin

Yeni hesaplar için kimlik belgesi veya aylık inceleme için fatura toplamak gibi ekibinizin zaten tekrarladığı tek bir süreçle başlayın. İlk sürümü çalışanların birkaç müşteriyle test edebileceği kadar küçük tutun.

İsteği kimin gönderdiğini, her dosyayı kimin kontrol ettiğini ve bir belge eksik veya reddedildiğinde ne olacağını belirleyin. Böylece kullanılmayan ekranlarla dolu bir portal yerine pratik bir başlangıç noktanız olur.

İlk isteği kullanıcılarla test edin

Süreci tamamladıktan sonra müşterilerden ve incelemecilerden geri bildirim isteyin. Müşteriler istek listesinin anlamlı olup olmadığını ve yükleme talimatlarının açık olup olmadığını söyleyebilir. İncelemeciler anlaşılmayan dosya adlarını, eksik durum ayrıntılarını veya çok sık gelen hatırlatıcıları belirleyebilir.

Pratik anlara odaklanın: Müşterilerin en çok hangi öğede kafası karıştı, yüklemeleri gereken dosyaları görebildiler mi, incelemeciler bir dosyanın ilgilenilmesi gerektiğini nasıl anladı ve hatırlatıcıların zamanlaması yardımcı oldu mu? Etiketleri, son tarihleri ve bildirimleri bu yanıtlarla geliştirin. Kısa bir pilot uygulama, planlama toplantılarının gözden kaçırdığı sorunları ortaya çıkarabilir. Örneğin müşteriler PDF yerine fotoğraf yükleyebilir veya iki çalışan aynı dosyayı inceleyebilir.

Temeller çalıştıktan sonra bağlantılı işleri ekleyin

İlk iş akışı güvenilir şekilde çalıştığında manuel takibi azaltan ilgili görevleri ekleyin. Bir başvuru formu müşteri kaydı oluşturabilir. Bir onay, incelemeciler işi tamamladığında yöneticiyi bilgilendirebilir. Müşteri son tarihi kaçırdığında şirket içi görevler bir çalışan atayabilir.

AppMaster veri modelleri, iş süreçleri, web ekranları ve yerel mobil uygulamalarla kodsuz bir müşteri portalı oluşturmanıza olanak tanır. Belge kayıtlarını PostgreSQL'de modelleyebilir, yüklemeler ve incelemeler için kurallar belirleyebilir ve her müşteriye yalnızca kendi dosyalarına erişim verebilirsiniz. Gereksinimler değiştiğinde AppMaster eski değişiklikleri geride bırakmak yerine uygulama kodunu yeniden oluşturur.

Çalışan tek bir istek akışı oluşturun, küçük bir müşteri grubunu davet edin ve onların geri bildirimleriyle geliştirin. Ardından ekibinizin hâlâ e-posta ve elektronik tablolarla yürüttüğü bir sonraki iş akışını ekleyin.