Kliv

    Çözümler / Ajanslar ve stüdyolar

    İşi yürüten müşteri portalı

    Her müşteri kendi duvarlı alanını alır — dosyalar, durum, teslimatlar — retainerlar kendini faturalandırırken proje araçlarınız eşit kalır.

    Tüm sektörler

    Kurmanın gerekçesi

    Bunu müşteri portalı SaaS yerine neden kurmalı?

    Portal SaaS koltuk başına fiyatlanır ve ortalama ajansa göre şekillenir — sizinki öyle değildir. Teslim aşamalarınızı onun etiketlerine uydurmak için yeniden adlandırır, modelleyemediği kısımlar için spreadsheetlere dışa aktarır, ekip büyüdükçe yeniden ödersiniz. Kliv portalı bunun yerine stüdyonuzun etrafında kurar: sizin aşamalarınız, sizin diliniz, sizin müşteri deneyiminiz, sizin alan adınızda.

    Teslim süreciniz ayırt edici yanınızdır — brief, konseptler, revizyon turları, onay — portal bunu birebir modellemelidir. Her müşteri, kendi kişileri, projeleri ve dosyaları olan bir organizasyondur; veritabanında duvarla ayrılır. Teslim etme biçiminizi iyileştirdiğinizde portal bir tedarikçiye özellik isteğiyle değil, bir cümleyle izler.

    Sistemin anatomisi

    Portalın gerçekten bildikleri

    Ajans portalı, genel proje araçlarının birbirine karıştırdığı iki şeyi ayırmak zorundadır: ekibinizin içeride nasıl çalıştığı ve her müşterinin ne görmeye izinli olduğu. Bir müşterideki pazarlama direktörü kampanya takvimini, marka dosyalarını, faturaları ve revizyon başlıklarını görebilir — başka bir müşterinin projesini URL değiştirerek veya ID tahmin ederek keşfedemez. Kliv’in kuracağı sistemin şekli budur.

    Müşteriler

    Her müşteri bir organizasyondur — kullanıcıları, projeleri, dosyaları, onayları ve faturalandırma geçmişi o duvarın içinde yaşar.

    Projeler

    Aşamalarınızı taşır — brief, konseptler, revizyon turları, onay — her birine ait dosyalar ve başlıklarla.

    Teslimatlar

    Kaynak dosyalar, sunumlar ve final işler — müşteri başına paylaşılır, varsayılan olarak özeldir.

    Onaylar

    Onay, gömülü bir email başlığı değil; işin üzerinde kayıtlı bir durumdur.

    Retainerlar ve faturalar

    Ticari ilişki — abonelik durumu, faturalar, satın alma geçmişi — aynı müşteri kaydına bağlıdır.

    İstekler

    Gelen müşteri taleplerinden oluşan kuyruk, talebi açan müşteriyle sınırlı.

    Kim neyi görür

    Stüdyo ekibiYönettikleri müşteri hesapları genelinde görür — projeler, dosyalar, faturalandırma.
    Müşteri sahibiKendi organizasyonunun projelerini, faturalarını, onaylarını ve paylaşılan dosyalarını görür.
    Müşteri katkıcısıKaynak dosya yükler ve taslaklara yorum yapar — faturalandırma yok, sözleşmeler yok.
    YükleniciAtandığı projeleri görür — retainer koşulları değil, diğer müşteriler değil.

    Veritabanının uyguladığı kurallar

    • Bir müşteri kullanıcısı yalnızca kendi organizasyonuna ait satırları okuyabilir — URL veya ID tahmin etmek hiçbir şey döndürmez.
    • Dosyalar varsayılan olarak özeldir; paylaşım bağlantı başına değil, müşteri başınadır.
    • Faturalandırma ayrıntıları müşteri sahibine görünür, ekipteki herkese değil.
    • Retainer süresi geçince erişim hakları kapılı alanları kapatır — kimsenin erişimi iptal etmeyi hatırlaması gerekmez.

    Sonuç, genel kategori olarak “bir portal” değildir. Teslim modelinizin yazılıma dönüşmüş halidir: müşteriler, aşamalar, dosyalar, onaylar, ödemeler ve izinler aynı ilişkiyi tarif eder.

    Kliv’in kurdukları

    Platform parçalarının alışveriş listesi — her biri yerleşik, her biri kalanıyla birlikte çalışır.

    Tek portal, müşteri başına duvarlı

    Her müşteri bir organizasyondur: kişileri kendi projelerini ve dosyalarını görür, başka müşterininkini asla. Sayfa mantığınızda değil, veritabanında uygulanır.

    Retainerlar otomatik pilotta

    Oransal ücretlendirme ve duraklatmayla aylık retainerlar — başarısız ödeme kurtarma süresi dolmuş kartın peşine düşer, sizin değil.

    Teslimatlar güvenle paylaşılır

    Briefler, varlıklar ve final işler için müşteri başına dosya paylaşımı — varsayılan olarak özel.

    Ekibinizin araçları bağlı

    Yeni müşteri isteği Trello kartına dönüşür; onay verdiklerinde Slack bildirimi gider.

    Hesabı bilen asistan

    Müşteriler “projem nerede?” diye sorar ve ajan kendi verilerinden yanıt verir — organizasyonlarıyla sınırlı.

    Ücret alma yolları

    Bir ajansın ücret alabileceği üç yol

    Ajanslar nadiren tek şey satar. Aynı müşteri strateji sprintiyle başlayıp aylık retainera geçebilir, sonra lansman sırasında ek üretim kapasitesi satın alabilir. Portal her ilişkiyi aynı fatura şablonuna zorlamak yerine bu biçimleri doğrudan anlamalıdır.

    Aylık retainer

    $6,000/ay

    Sürekli iş ilişkisi olan büyüme müşterisi

    İstek kuyruğu, aylık raporlama, paylaşılan dosya kasası ve iki strateji görüşmesi.

    Açar
    Aktif abonelik ilişkinin portalda ait olan parçalarını açar: açık istekler, aktif teslimatlar, raporlama ve onaylı varlıklar.
    Faturalandırma
    Değişikliklerde adil oransal ücretlendirmeyle aylık yenilenir. Kart başarısız olursa kurtarma emailleri gider ve faturalandırma düzelene kadar erişim daralabilir.
    İadeler
    İade istekleri para hareket etmeden önce onay adımına yönlenir.

    Sabit kapsamlı proje

    $18,000 tek seferlik

    Tanımlı kapsamı olan marka yenileme müşterisi

    Proje zaman çizelgesi, kaynak dosya yüklemeleri, konsept sunumları, revizyon turları ve final teslim.

    Açar
    Satın alma o projenin alanını açar — müşteri kendi kapsamına bağlı işi görür, sizin iç çalışma alanınızı değil.
    Faturalandırma
    Tek tahsilat, tek makbuz, müşterinin faturalandırma sayfasında tam satın alma geçmişi. Proje tamamlandığında alan arşiv moduna geçer.
    İadeler
    Aynı onay akışı — iade kaza değil, karardır.

    Kullanıma dayalı ek

    Ek brief başına $250

    Lansmanlarda hacmi sıçrayan içerik müşterisi

    Temel retainer artı ölçümlü ekstralar — landing page briefleri, ek düzenlenmiş videolar — dahil hacmin ötesinde.

    Açar
    Ölçüm müşterinin oturum açmış etkinliğine göre çalışır; nelerin dahil olduğu, nelerin kullanıldığı ve nelerin faturalandırılacağı iki tarafa da görünür.
    Faturalandırma
    Ekstralar sayaçta birikir ve abonelikle birlikte faturalandırılır — onaylı ekstralar için yan spreadsheet yok.
    İadeler
    İtirazlı satır kalemleri aynı onay kapılı iade akışından çözülür.

    Lansmandan önce

    Lansmandan önce ilk hafta

    Müşteri portalını yayına alıp umut etmezsiniz. İlk hafta gerçekte böyle görünür — sonunda portal bir yılı çoktan yaşamış olur.

    1. gün

    Portalı şekillendirin

    Stüdyonun nasıl çalıştığını anlatın: müşteriler nasıl gelir, teslim aşamalarınız, ekipte kimler var. Kliv ilk önizlemeyi kurar — müşteri organizasyonları, sizin dilinizde projeler, duvarlar çoktan yerinde.

    2. gün

    Size ait yapın

    Konuşarak ve şeyleri işaret ederek iyileştirin: genel etiketler yerine aşama adlarınız, markanız, alan adınız. Her değişiklik başkası görmeden önce önizlemeye iner.

    3. gün

    Gerçeği yükleyin

    Gerçek teklifleri oluşturun — retainer planı, proje ürünleri — ekibinizi davet edin ve portalı gerçek içerikle görmek için bir gerçek müşteri briefini içeri taşıyın.

    4. gün

    Bozmayı deneyin

    Test müşterisi olarak giriş yapın ve duvarları kontrol edin: başka bir müşterinin projesini görebiliyorlar mı? Bir ödeme akışı çalıştırın, kartı bilerek başarısız edin, iade isteyin — kurtarma emaillerinin ve onay adımının işlerini yapmasını izleyin.

    Sonra bir yılı prova edin

    Başka hiçbir kurma biçiminin vermediği kısım budur: Sandbox’ta, simüle para ve simüle zamanla on iki ayı ileri sarın. Retainerların yenilenmesini, bir kartın martta sona erip nisanda kurtarılmasını, bir iptalin doğru kapıları kapatmasını izleyin. Yayına aldığınızda bir tahmin değil, işinizin bir yılını çoktan çalıştırmış bir portal yayınlarsınız.

    Özel yapım, özel yazılım riski olmadan

    Özel yazılım eskiden bütçe, yüklenici ve bakım sözleşmesi demekti. Bu başka bir anlaşma.

    Kurumsal düzeyde parçalar

    Üye girişi, veritabanında uygulanan izinler, faturalandırma, denetim, email — size özel sistemin altındaki bileşenler her Kliv uygulamasının çalıştığı aynı sağlamlaştırılmış parçalardır. Kanıtlanmış altyapıyı birleştirirsiniz; sıfırdan kod sipariş etmezsiniz.

    Değişiklikler sırayla yayına çıkar

    Süreciniz değiştiğinde söyleyin — değişiklik konuşma içinde kurulur, canlı önizlemede incelersiniz ve siz yayınlayana kadar kullanıcılarınıza ulaşmaz. Ticaret değişiklikleri simüle para ve zamanla Sandbox’ta prova bile edilebilir.

    Kimse onu kullanımdan kaldıramaz

    Hazır araçlar tedarikçinin takvimine göre yeniden fiyatlanır, yeniden tasarlanır ve emekli edilir — iş akışınız da onlarla gider. Kliv uygulamanız yalnızca siz değiştirdiğinizde değişir. Başkasının ürününde bir koltuk değil, sizin ürününüzdür.

    Tek cümleyle söyleyin

    kliv.dev

    “Her müşterinin yalnızca kendi projelerini ve dosyalarını gördüğü, retainerların aylık faturalandığı ve yeni müşteri isteğinin ekibim için Trello kartı oluşturduğu bir müşteri portalı kur.”

    Gerçekten böyle başlar — anlatın, sonra konuşarak inceltin.

    Kurmak veya satın almak

    Neden sadece portal satın almayalım?

    Müşteri ayrımı

    Hazır ürün: Çalışma alanları ve izin kutuları — elle yapılandırılır, biri her katıldığında yeniden kontrol edilir.

    Kliv ile: Her müşteri bir organizasyondur; satır düzeyi veritabanı kuralları müşteriler arası okumayı sadece gizli değil, imkansız kılar.

    Teslim aşamalarınız

    Hazır ürün: Onların pipeline etiketleri; sürecinizi onlara uyacak şekilde değiştirirsiniz.

    Kliv ile: Sizin kelimeleriniz — brief, konseptler, turlar, onay — zaten teslim ettiğiniz şekilde modellenir.

    Maliyet yapısı

    Hazır ürün: Koltuk başına, ay başına — fatura gelirinizle değil, ekibinizle büyür.

    Kliv ile: Sistemin sahibi sizsiniz — ve müşterileri onun üzerinden ücretlendirirsiniz: retainerlar, projeler, ölçümlü ekler.

    Çalışma biçiminizi değiştirmek

    Hazır ürün: Özellik isteği, roadmap oyu, bekleyiş.

    Kliv ile: Konuşmada bir cümle, bir önizleme, bir yayın.

    Veriniz

    Hazır ürün: Dışa aktarılabilir, planlarının izin verdiği formatlarda.

    Kliv ile: Projeler, dosyalar, onaylar ve faturalandırma geçmişi kendi veritabanınızda satırlardır.

    Sık sorulan sorular

    Müşteri ayrımı gerçekte nasıl uygulanır?

    Veritabanında. Her müşteri bir organizasyondur ve satır düzeyi kurallar, kullanıcılarının yalnızca kendi projelerini ve dosyalarını okuyabilmesi demektir — izolasyon, hangi bağlantıları saklamayı hatırladığınızın değil, verinin özelliğidir.

    Müşteriler retainerları portal üzerinden ödeyebilir mi?

    Evet — oransal ücretlendirme ve duraklatmayla aylık retainerlar, tek seferlik proje ücretleri ve self servis faturalandırma sayfası. Süresi dolan kartlar yeniden denenir ve otomatik takip edilir.

    Ekibimin zaten kullandığı araçlara bağlanır mı?

    Evet. Yeni müşteri isteği Trello kartı oluşturabilir, bir onay Slack’e bildirim gönderebilir — ekibiniz araçlarını korur, müşteriler tek temiz portal alır.

    Yükleniciler sınırlı erişim alabilir mi?

    Evet — roller aynı kimlik sisteminin parçasıdır; bir yüklenici atandığı projeleri ve başka hiçbir şeyi görür: faturalandırma yok, retainer koşulları yok, başka müşteriler yok. Kural veritabanında yaşar, bu yüzden her yerde geçerlidir.

    İş ilişkisi bittiğinde müşterinin alanına ne olur?

    Offboarding’iniz ne diyorsa o. Yaygın bir kalıp: retainer bittiğinde alan arşive geçer — son dosyalar, faturalar ve onaylar okunabilir kalır; yeni istekler ve revizyon turları yeni kapsam satın alınana kadar kapanır.

    Bazı müşterileri aylık, bazılarını proje başına faturalandırıyoruz. Tek portal ikisini de kaldırır mı?

    Evet — retainerlar abonelik, projeler aynı katalogda tek seferlik satın almadır; bir müşteri ikisini aynı anda tutabilir. Her biri alanın kendi bölümünü açar ve faturalar tek faturalandırma sayfasına iner.

    Sizinkini anlatın. Kliv kursun.

    Bir cümleyle başlayın; tamamını yayına alın.

    Fiyatlandırma