Sıfırdan bir SaaS+ şirketi kurmak veya mevcut bir şirketi yerleşik ürün ve hizmetlerden para kazanabilecek bir işletmeye dönüştürmek istiyorsanız, bilmeniz gereken altı temel kavramı sizler için derledik.
Bu kavramların teknik sonuçları vardır ancak bu kararlar mimari olduğu kadar aynı zamanda iş mantığı kararlarıdır. Kurucu ekibin bu altı konuda ortak bir bakış açısına sahip olması gerekir. Bu kavramlara uyum sağlamak, ürün yol haritasını, temel teknik mimariyi, fiyatlandırma stratejisini ve ürün pazarlamasını yönlendirecektir.
Başlangıçtan itibaren doğru yapı taşlarını yerleştirerek SaaS şirketinizin gelirini 10 katına çıkarabilirsiniz. SaaS+ evinizin temelini doğru bir şekilde oluşturursanız, önümüzdeki yıllarda iç mekanını oldukça kolay bir şekilde yeniden şekillendirebilirsiniz.
İlginizi Çekebilir: SaaS Girişimlerinde Doğru NDR Hedefi Nedir?
Her Şey İşlemin Etrafında Döner
Alışveriş sepeti işlevselliği ve işlem düzeyindeki esneklik, SaaS+'taki kritik teknik unsurlardan ikisidir çünkü gelirin büyük bir yüzdesi genellikle platformdaki fon akışı etrafında döner. İşlem teknolojisi oluştururken dikkate alınması gereken birkaç şey vardır:
Çoklu mağaza sepeti:
Tek bir işlemde birden fazla satıcıyı hesaba kattığınızda bir alışveriş sepeti oluşturmak karmaşık hale gelebilir, ancak sepetin ilk günden itibaren bunu halledecek şekilde tasarlanması, aynı anda birden fazla SaaS+ ürünü satmaya çalıştığınızda kâr sağlayacaktır. Spesifik olarak, bu teknoloji kullanıcının tek bir işlemi görmesine olanak tanırken, perde arkasında aslında her satıcının ayrı ayrı aynı anda gerçekleştiği birden fazla işlem vardır. Gömülü sigorta gibi düzenlemeye tabi ürünleri satmayı düşünüyorsanız bu özellikle kritik öneme sahiptir.
Bölünmüş işlem/ödeme teknolojisi:
Çoklu satıcı sepetine bir alternatif, bölünmüş işlem ve bölünmüş ödeme teknolojisidir. Bu özellik, ödeme sırasında gerçekten tek bir işleme izin verir, ancak daha sonra ilgili tarafların her biri ile ödenmesi gereken net tutarları anında ilişkilendirme ve ardından işlemin ardından doğru fonları alıcılara dinamik olarak dağıtarak onlarla uzlaşma yükünü taşır. Bu genellikle başlangıçta daha şık bir çözüm olarak görülüyor, ancak orijinal işlemin gerçek sigorta şirketiyle yapılması gereken sigorta gibi düzenlemeye tabi ürünlerde işe yaramıyor. Gerçekçi olmak gerekirse, ilk günden itibaren hem çok satıcılı bir alışveriş sepeti hem de bölünmüş işlem yeteneği oluşturmanız gerekir.
Son kullanıcı için her şey ödeme deneyimine bağlıdır. Belirli bir işlem ister çoklu mağaza sepeti teknolojisinden ister bölünmüş işlem araçlarından yararlanıyor olsun, seçim son kullanıcı tarafından görülmemeli ve aynı zamanda ödeme sırasında satılan sayısız farklı SaaS+ ürününü de barındırmalıdır.
Bu kavramlara uyum sağlamak, ürün yol haritasını, temel teknik mimariyi, fiyatlandırma stratejisini ve ürün pazarlamasını yönlendirecektir.
Örnek : SportsEngine'de müşterilerin ödeme yapmak için tek bir alışveriş sepeti kullandığı ancak her ürünün aslında ayrı olarak satın alındığı bir ticaret sistemi oluşturduk. Müşteri, ödeme bilgilerini yalnızca bir kez giriyor ve bunun ardından platform, perde arkasında kartında birden fazla işlem başlatıyor. Yani örneğin Minnesota Hokeyi ve ABD Hokeyi'ne tek adımda kayıt yaptırabiliyorlar, aynı işlemde sigorta ve forma da satın alabiliyorlar. Bir alışveriş sepeti, bir ödeme. . . dört bağımsız satıcı.
Etsy ayrıca müşterilerin tek bir işlemle birden fazla satıcıdan satın alma yapmasına da olanak tanıyor. Daha sonra pazar, ödemeyi farklı satıcılar ve kendileri arasında bölüştürür. DoorDash'in tek satıcılı alışveriş sepeti, tek bir restorandan birden fazla yemek eklemenize olanak tanır, ancak iki farklı restorandan sipariş vermek için ayrı siparişler vermeniz gerekir.
Tek Bir İnsan Örneği
Verilerinizi silmeyin. Kişi başına bir profil oluşturmak ve bunu platformunuzun her yerinde kullanmak istiyorsunuz. Bu şu anlama gelir: Her insan için tek profil, tek ödeme yöntemi, tek arka plan ekranı ve tek derecelendirme sistemi. Veri modelinizi, her bir kişinin profilinin ve bilgilerinin platformun tamamında mevcut olmasını sağlayacak şekilde oluşturun. Bu platformun gücüdür.
Müşteriler, kullanıcılarının paylaşılmasını istemedikleri için sizi çoğu zaman silolara sevk edeceklerdir. Ancak bu isteği yerine getirmek için mücadele etmelisiniz. Platformunuzun gücünü zayıflatacak ve bir platformda bir insanın birçok kez bulunması durumunda veriler hızla kullanışsız hale gelecektir.
"Temel profil" verilerinin platform genelinde gerçekten paylaşıldığı, ancak her müşterinin belirli verileri kullanıcı profiline benzersiz ve özel olarak ekleyebildiği ve bu verilerin yalnızca kendilerine ait olduğu bir yapı oluşturun. Çoğu müşteri bunu kabul edilebilir bir çözüm olarak görecektir.
"Tek bir insan örneğinin" faydaları çok büyüktür. Müşterilerin bilgilerini yalnızca bir kez girmeleri yeterlidir ve tüm güncellemeler ana profillerine yansıtılır. Giriş yaptıklarında bilgilere kolayca erişebilirler. Ve bilgi her iki yönde de akar. Çok sayıda farklı kaynaktan sağlanan veriler sayesinde profil büyüdükçe tüm müşteriler, kullanıcıları hakkında daha doğru bir görüşe sahip olacak.
Örnek: Bunun için harika bir kullanım örneği inşaat yazılımı platformlarıdır. Katılan bir elektrikçinin bir veya daha fazla inşaat şirketiyle ilişkisi olabilir. Bu elektrikçinin bir veya daha fazla inşaatçının parçası olmasına izin verin. Bu hem elektrikçiye hem de inşaat şirketlerine fayda sağlar. Elektrikçinin herhangi bir şirketten ödeme alabilmesi için banka hesabına yalnızca bir kez girmesi gerekir. Artık inşaat şirketlerinin kolayca erişebileceği tek bir özgeçmiş kontrolüne başvurmaları gerekiyor.
Ebeveyn-Çocuk Veri Modeli
Veri yönetiminde ebeveyn-çocuk, iki dosya arasındaki ilişkidir. Ebeveyn-çocuk hiyerarşileri, veri kaynağındaki hiyerarşik bilgileri düzenlemek için kullanılır ve tek bir hesap altında birden fazla profil oluşturma olanağı sağlar. Verilerinizi ebeveyn-çocuk ilişkilerini yapılandıracak şekilde tasarlama yeteneği, bir SaaS+ şirketinde son derece önemlidir. Veri modelinize bakarken alanınıza bakın ve hangi ebeveyn-çocuk ilişkilerinin mevcut olacağını ve bu ekosistemi nasıl modelleyeceğinizi anlayın.
Örnek : USA Hockey, Stillwater, MN ve Roseville, MN, Hockey'in ana kuruluşu olan District 2 Hockey'in ana kuruluşu olan Minnesota Hockey'in ana kuruluşudur. Ulusal, eyalet, bölge ve yerel hokey hiyerarşisi vardır. Bu kuruluşların nasıl ilişki kurduğu ve bilgileri paylaştığı, ebeveyn-çocuk veri modelidir.
Kardeş Varlık İlişkileri
Kardeş varlıklar, aynı ana varlığa sahip birden fazla varlıktır. Bu kuruluşların bilgileri daha geniş bir hiyerarşi içinde nasıl paylaşabileceklerini düşünmek isteyeceksiniz. Kendi aralarında hangi verileri paylaşabilirler? İnsanların hangi veri katmanlarına ihtiyacı var? Hangi veri katmanları platformunuzu en güçlü kılıyor?
Örnek : Kardeş varlıkları birden fazla konfigürasyonda barındırmamız gerekiyordu. Stillwater, MN gençlik hokeyi, verileri Roseville, MN gençlik hokeyindeki rakipleriyle bağlamsal olarak paylaşma ihtiyacı duydu. Kardeş kuruluş veri paylaşım motoru olmasaydı, toplam takım sıralamaları veya oyuncu istatistiksel liderleri doğru olmazdı.
Ayrıca tek topluluklu kardeş kuruluşlarla da ilgilendik. Bir ailenin farklı sporlarla uğraşan çocukları varsa, anne ve baba tüm bu programları tek bir aile takviminde toplayabilir ve tüm spor faturalarını ödemek için kayıtlı tek bir kredi kartına sahip olabilirler.
Bu kavram, endüstriler arasında çok sayıda değişiklikle kendini gösterir, ancak kaçınılmaz olarak her SaaS+ ortamında mevcuttur.
Paylaşılan Ödeme Cüzdanı Özelliği
Paylaşılan ödeme cüzdanı özelliği, daha sonra birden fazla satıcı ve profilde kullanılabilecek tek bir merkezi ödeme dosyası oluşturmanıza olanak tanır. Çok büyük bir değer sağlıyor çünkü müşterilerin ödeme bilgilerini yalnızca bir kez girmeleri gerekiyor ve daha sonra tüm satın alma işlemlerini tek bir hesaptan yönetebiliyorlar. Ödeme deneyimi hızlı ve tekdüzedir. Puanlardan ve ödüllerden yararlanabilirsiniz.
Bu yetenek, son kullanıcı tarafından giderek daha fazla talep edilmektedir ve bunun iyi bir nedeni vardır. Teknoloji, SaaS+ platformu için de aynı derecede faydalıdır. Bir son kullanıcı, birden fazla son satıcı ve işlem türü genelinde tek bir ödeme yöntemini kullandığında, harcama davranışlarına ilişkin çok büyük miktarda istihbarat elde edilir. Sonunda platformun tekliflerini ve deneyimlerini daha iyi uyarlamasına olanak tanıyan bir resim çizilir. Aynı yetenek aynı zamanda sadakati artıran ödül ve puan programları gibi araçların da temelini oluşturur. Bir son kullanıcıyı ve onun tercih ettiği ödeme yöntemini gerçekten anladığınızda kendini gösteren önemli bir ödeme işleme değişim arbitrajı da vardır.
Örnek : Shopify ve Amazon, paylaşılan ödeme cüzdanı kullanan platformların iyi bilinen örnekleridir. Artık bireysel satıcıların platformlarında bir hesabınızın olması gerekmiyor; alışveriş yapmak için tek merkezi ödeme cüzdanınızı kullanabilirsiniz.
Gelir Düzenleme Katmanı
SaaS+ gelir akışlarına sahip yeni bir dikey yazılım platformu oluşturuyorsanız işinizi veya teknolojinizi tek bir satıcıya bağlamak aptallık olur. Perde arkasında sorunsuz bir şekilde tak-çalıştır ve ortakları/satıcıları değiştirebilmek istiyorsunuz.
Bu yetenek, mümkün olan en düşük maliyet, mümkün olan en yüksek yetkilendirme oranları ve diğer stratejik girişimler için hacmi bir satıcıdan diğerine dinamik olarak taşımanıza olanak tanır. Bunu yapmanın değeri çok büyüktür. Ortaklarınızı dürüst ve agresif tutar.
Uzun yıllar boyunca bu tür dinamik satıcı orkestrasyonunun özel olarak inşa edilmesi gerekiyordu, biz de öyle yaptık. Artık bunu sizin için yapacak şirketler var. Rally Ventures olarak bu, bizim çok güçlü bir şekilde inandığımız bir kavramdır; ödeme işleme sağlayıcıları için JustiFi'yi, arka plan tarama ve kimlik doğrulama sağlayıcıları için Yardstik'i ve sigorta ile bunu yapmak için Vertical Insure'u yarattık ve başlattık. Satıcılar.
Örnek : Gelir düzenleme katmanının en iyi bilinen örneklerinden biri seyahat rezervasyonu uygulaması Kayak'tır.
Kayak, tüm seyahat sektörünün zirvesinde yer alıyor. Bir düzenleme katmanı görevi görür ve fiyatları toplayıcılardan, doğrudan havayollarından, doğrudan otellerden ve sayısız başka kaynaktan alır. Tüketicinin her seyahat işleminde en iyi ücreti aldığından kesin olarak emin olunur.
Saas Firmalara Büyük Fayda Sağlıyor
Sonuçta tüm bu mimari kararlar daha fazla işlemin ve daha fazla fon akışının hizmetindedir. Evet, müşterileriniz için harika bir platform oluşturmanıza yardımcı olur. Ancak sonuçta hepsi daha fazla fon akışına hizmet ediyor. Bir SaaS+ platformunda kritik istatistik, son kullanıcı işlem sayısıdır.
Daha fazla işlem, daha fazla para kazandıran fon akışı, daha fazla kimlik doğrulanması, kasada daha fazla sigorta poliçesi satışı ve kasada daha fazla ek ürün ve hizmet satışı anlamına gelir. Tüm bu faaliyetler hem gelir açısından hem de temel SaaS işi için iyidir, çünkü kullanıcılar platformu bu şekilde kullanırken müşteriler neredeyse hiçbir zaman vazgeçmezler.
Ayrıca, açıkça işlem yapmak isteyen ve buna ihtiyaç duyan son kullanıcıları da memnun ediyor ve bunun kendileri için kolaylaştırılmış olmasından memnunlar.
Bu habere henüz yorum yazılmamış, haydi ilk yorumu siz bırakın!...