Urus gerbang pembayaran dan dinding langganan dengan RevenueCat

  • RevenueCat memusatkan semua data langganan dan pembayaran, bertindak sebagai sumber kebenaran tunggal dan memudahkan penyepaduan dengan seluruh susunan.
  • Paywall mudah boleh digabungkan dengan peristiwa RevenueCat terperinci untuk mengoptimumkan penukaran dan menyesuaikan mesej berdasarkan konteks.
  • Integrasi dengan Pushwoosh membolehkan anda mencetuskan kempen dan perjalanan berdasarkan peristiwa langganan masa nyata, meningkatkan pengekalan dan penjualan tambahan.
  • Menyegerakkan ID pengguna dan mengkonfigurasi webhook dengan betul memastikan semua maklumat mengalir antara aplikasi, RevenueCat dan alatan pemasaran.

Sekatan pembayaran RevenueCat

Berkumpul Urus sekatan pembayaran dan gerbang pembayaran dengan RevenueCat Ia mungkin kelihatan mengelirukan pada kali pertama anda mencubanya, terutamanya jika anda datang daripada penyelesaian "pasang dan main" seperti Superwall. Tetapi jika anda mahukan asas yang kukuh untuk penskalaan, mengukur hasil anda dengan tepat dan mempunyai kawalan yang diperhalusi ke atas peristiwa langganan, adalah berbaloi untuk meluangkan masa untuk memahami bagaimana RevenueCat sesuai dengan susunan aplikasi anda.

Matlamat artikel ini adalah untuk membantu anda melihat cara menggunakan RevenueCat untuk Cipta sekatan pembayaran mudah, uruskan sekatan langganan dan hubungkan semua itu dengan analitik dan pemasaran anda. (contohnya, dengan Pushwoosh), memanfaatkan peranannya sebagai "sumber kebenaran tunggal" untuk data pembayaran anda. Kita akan melihat contoh dunia sebenar, masalah biasa dengan ulasan kedai, cara menstrukturkan paywall anda dan cara memanfaatkan semua peristiwa platform.

Mengapakah RevenueCat menjadi pusat susunan langganan anda?

Banyak syarikat telah akhirnya meletakkan RevenueCat sebagai teras infrastruktur langganannyaSebab utamanya ialah ia menawarkan titik berpusat di mana semua data pembayaran dan pembaharuan berada, tidak kira sama ada ia datang dari iOS, Android atau web. Ini menyelesaikan salah satu masalah besar yang biasa: mempunyai data yang berbeza di setiap gedung aplikasi, di bahagian belakang anda dan dalam alat analitik anda.

Menggunakan RevenueCat yang anda dapat satu sumber maklumat yang boleh dipercayai tentang langganan dan pengebilanDari situ, anda boleh mengagihkan data tersebut ke seluruh alatan dalam susunan anda (analitik, CRM, automasi pemasaran, pemberitahuan tolak, dll.) melalui integrasi natif atau melalui webhook. Ketekalan ini adalah penting apabila anda ingin menyegmentasikan pengguna, menjalankan kempen jualan tambahan atau benar-benar memahami tingkah laku pelanggan anda.

Dalam praktiknya, ini bermakna keputusan produk dan pemasaran anda adalah berdasarkan acara langganan yang konsisten dan bersatuPembelian awal, pembaharuan, pembatalan, isu pembayaran, perubahan produk dan banyak lagi. Semua ini kemudiannya boleh dihubungkan dengan penyelesaian seperti Pushwoosh untuk membina perjalanan pelanggan yang sangat terperinci dan automatik.

RevenueCat vs Superwall: kesederhanaan vs kawalan

Jika anda datang daripada menggunakan alatan seperti Superwall, adalah perkara biasa untuk merasakan bahawa RevenueCat lebih kompleksSuperwall sangat tertumpu pada penyediaan paywall visual dengan cepat, dengan pendekatan yang hampir seperti pasang dan main. Sebaliknya, RevenueCat memberi tumpuan pada lapisan perniagaan: pengurusan produk, logik langganan, peristiwa dan data.

Ini tidak bermakna anda tidak boleh mencipta dengan RevenueCat paywall yang mudah dan berkesanSebaliknya, alat ini memberi tumpuan kepada mengawal "apa" dan "bila" langganan, manakala "bagaimana" sekatan pembayaran sebahagian besarnya bergantung kepada pelaksanaan anda. Sebagai balasan, anda mendapat fleksibiliti yang besar untuk mengintegrasikan sekatan pembayaran anda dengan sistem lain dan untuk mengatur keseluruhan kitaran hayat pengguna.

Tambahan pula, RevenueCat sedang berkembang dengan alat penjanaan paywall berasaskan AI, yang membolehkan bermula daripada penyenaraian kedai, gesaan atau rujukan visual untuk mencipta reka bentuk paywall awal. Daripada draf tersebut, anda boleh melaraskan reka bentuk, teks dan seruan bertindak untuk setiap perbualan dan menguji perkara penting sebelum dilancarkan. Ini memendekkan jurang antara lapisan perniagaan dan pengalaman visual dengan ketara.

Pembayaran dengan WhatsApp Business
artikel berkaitan:
Panduan lengkap untuk mengaktifkan dan mengkonfigurasi pembayaran di WhatsApp Business

Sekatan pembayaran mudah: struktur yang disyorkan

Corak biasa dalam aplikasi langganan adalah untuk mempunyai dua paywall yang mudah tetapi berbeza dengan baik. Sebagai contoh:

  • Sekatan pembayaran awal selepas onboarding, tanpa sekatan, yang membentangkan cadangan nilai keseluruhan.
  • Sekatan pembayaran kedua yang berkaitan dengan fungsi tertentu, dengan sekatan, muncul apabila pengguna cuba menggunakan ciri premium.

Dalam kes pertama, sekatan pembayaran biasanya lebih "bercita-cita tinggi": Anda menerangkan faedah keseluruhan, ringkasan pelan dan sebab-sebab untuk melanggan.Dalam kes kedua, konteks adalah kunci: pengguna cuba melakukan sesuatu yang khusus (contohnya, mengakses kursus premium atau ciri lanjutan), jadi anda ingin menyerlahkan nilai sebenar ciri tersebut dan bagaimana langganan membuka tindakan tersebut serta-merta.

RevenueCat merangkumi bahagian pengurusan produk, harga, tempoh percubaan dan pengesahan hakSemasa anda mengawal susun atur, teks dan tingkah laku visual paywall dalam aplikasi. Dengan menggabungkannya dengan penjana paywall berkuasa AI, anda boleh mengulang reka bentuk yang berbeza dengan cepat untuk paywall utama anda dan paywall ciri kontekstual.

Masalah biasa dengan semakan langganan di App Store

Sekatan pembayaran RevenueCat

Senario yang agak biasa apabila bermula dengan RevenueCat (atau mana-mana sistem langganan) adalah seperti berikut: Anda menghantar aplikasi anda untuk semakan dan juga menghantar langganan dalam aplikasi anda buat kali pertamaTetapi langganan masih "menunggu semakan". Sementara itu, pengulas Apple memasuki aplikasi anda, mencapai sekatan pembayaran dan... maklumat harga dan produk tidak dimuatkan dengan betul kerana langganan belum diluluskan lagi.

Akibatnya biasanya membawa padah: Pengulas tidak boleh meneruskan melebihi had pembayaran Dan mereka akhirnya menolak aplikasi tersebut berulang kali, memandangkan proses pembelian telah dipecahkan dari perspektif mereka. Ini mewujudkan sejenis kitaran ganas di mana aplikasi bergantung pada langganan yang belum siap, dan langganan bergantung pada aplikasi yang gagal disemak.

Untuk mengurangkan masalah seperti ini, adalah disyorkan Sediakan aplikasi anda untuk mengendalikan keadaan pertengahanContohnya, dengan memaparkan mesej mesra jika tiada produk yang tersedia, menambah pilihan langkau atau menawarkan laluan navigasi alternatif untuk pengulas. Anda juga dinasihatkan untuk mendokumentasikan dengan jelas apa yang berlaku dalam nota ulasan dan, jika boleh, sertakan tangkapan skrin atau langkah untuk menghasilkan semula tingkah laku yang dijangkakan sebaik sahaja langganan diluluskan.

Petua lain yang berguna adalah Jangan sekat keseluruhan aplikasi di sebalik sekatan pembayaran yang bergantung pada produk yang belum diluluskan.Meninggalkan beberapa kandungan yang boleh diakses atau bahagian berfungsi yang sangat kecil boleh membantu pengulas memahami cadangan nilai dan mengelakkan kekecewaan kerana tidak dapat menguji apa-apa. Dalam konteks RevenueCat, pastikan juga aplikasi anda mengendalikan respons kosong atau ralat muat naik produk dengan betul.

RevenueCat sebagai platform pengurusan langganan

RevenueCat ditakrifkan sebagai platform yang memudahkan pembelian dan langganan dalam aplikasi Untuk iOS, Android dan web. Ia mengendalikan bahagian logik langganan yang paling sensitif: pengesahan resit, penyegerakan status merentasi peranti, pemulihan pembelian, pengurusan tempoh percubaan, promosi dan sebagainya.

Selain itu, ia menyediakan Alatan lengkap untuk menganalisis dan mengoptimumkan prestasi langganan andaIni termasuk metrik seperti hasil berulang, pengekalan, kadar pertukaran pelanggan, LTV, tingkah laku kohort dan segmentasi yang membantu anda memahami pelan yang paling berkesan, promosi yang paling banyak menukar atau pada ketika mana dalam kitaran hayat kebanyakan pengguna hilang.

Kelebihan utamanya ialah, dengan memusatkan semuanya, ia menjimatkan anda daripada perlu menulis semula logik yang sama untuk setiap platform. Daripada berurusan secara langsung dengan SDK natif setiap kedai, anda bergantung pada SDK tunggal yang mendedahkan model data homogen dan biarkan RevenueCat mengendalikan pentafsiran butiran setiap kedai.

Mengintegrasikan RevenueCat dengan Pushwoosh: Automasi dan Segmentasi

Salah satu integrasi paling ampuh dalam konteks paywall dan pengekalan ialah RevenueCat dengan PushwooshPushwoosh ialah platform untuk menghantar pemberitahuan tolak, mesej dalam aplikasi dan jenis komunikasi sasaran yang lain, dan dengan menghubungkannya dengan RevenueCat, anda boleh mengatur kempen berdasarkan acara langganan sebenar.

Ideanya mudah: RevenueCat menghantar acara langganan kepada Pushwoosh Melalui webhook, peristiwa ini menjadi pencetus untuk perjalanan pelanggan, automasi dan segmentasi lanjutan. Ini membolehkan anda menggalakkan pembaharuan, mengingatkan pelanggan tentang nilai pelan, mencadangkan naik taraf ke peringkat yang lebih tinggi atau melancarkan tawaran istimewa pada masa yang tepat, memaksimumkan penglibatan dan pendapatan.

Contohnya, platform e-pembelajaran boleh Tingkatkan penglibatan dengan menghantar pemberitahuan yang diperibadikan apabila ia mengesan perubahan pelan. Mesej tersebut mungkin termasuk panduan tentang peralihan, cadangan kursus yang sejajar dengan tahap langganan baharu dan faedah eksklusif yang mengukuhkan keputusan pengguna untuk menaik taraf.

Kes penggunaan khusus bagi integrasi RevenueCat + Pushwoosh

Pelbagai kes penggunaan apabila menggabungkan acara langganan dengan kempen pemesejan Ia sangat besar. Antara senario biasa ialah:

  • Ingat pembaharuan dan dapatkan semula percubaan kutipan yang gagal.
  • Tukar pembelian sekali sahaja kepada langganan berulang.
  • Promosikan peningkatan ke tahap premium dengan mesej kontekstual.
  • Iringi perubahan pelan dengan kandungan atau cadangan pendidikan.

Bayangkan perkhidmatan penstriman yang mengesan isu pengebilan langgananHasil daripada penyepaduan ini, anda boleh mencetuskan pemberitahuan tolak yang disasarkan yang menerangkan ralat dan memberikan arahan yang jelas untuk menyelesaikannya, seperti mengemas kini kaedah pembayaran. Ini mengurangkan pembatalan akaun yang tidak disengajakan dan meningkatkan pengalaman pengguna.

Satu lagi contoh: perkhidmatan penghantaran makanan boleh menggunakan acara membeli-belah untuk mengubah pesanan sekali sahaja kepada hubungan jangka panjangSelepas pembelian, anda boleh menghantar pemberitahuan tolak untuk mengucapkan terima kasih kepada pelanggan dan mengesyorkan produk berkaitan atau membentangkan pelan langganan untuk penghantaran berulang. Irama komunikasi ini membantu membina kesetiaan, menjana jualan tambahan dan berpotensi menukar pembeli sekali sahaja menjadi pelanggan.

Dalam aplikasi dengan berbilang peringkat langganan, seperti banyak permainan mudah alih, penyepaduan ini membolehkan Pantau setiap tahap pengguna dan cetuskan mesej naik taraf yang diperibadikanContohnya, pemberitahuan yang menonjolkan kelebihan tahap premium, seperti kandungan eksklusif, syiling tambahan atau diskaun istimewa, yang menggalakkan pengguna menaik taraf tahap mereka pada saat yang paling sesuai.

Acara yang tersedia dalam integrasi RevenueCat → Pushwoosh

Integrasi dicipta secara automatik dalam Pushwoosh. satu siri peristiwa apabila RevenueCat menghantar mereka buat kali pertamaSetiap peristiwa mewakili tindakan yang berkaitan dalam kitaran hayat langganan dan kebanyakannya membawa atribut berguna (seperti harga atau mata wang) yang kemudiannya boleh digunakan dalam segmentasi lanjutan.

Ini adalah peristiwa paling relevan yang disegerakkan:

  • RC_INISIAL_PURCHASE – Ia dicetuskan apabila pengguna membuat pembelian langganan awal. Ia merangkumi atribut seperti Tambang, harga_dalam_mata_wang_yang_dibeli y mata wang.
  • RC_TIDAK_MEMBAHARUI_PEMBELIAN – Menunjukkan pembelian yang tidak akan diperbaharui secara automatik, sangat berguna untuk produk dengan akses terhad. Ia juga termasuk atribut harga dan mata wang.
  • RC_PEMBAHARUAN – Mewakili pembaharuan langganan sedia ada atau pengaktifan semula pengguna tidak aktif yang sedang melanggan semula. Termasuk harga dan mata wang baharu.
  • PERUBAHAN_PRODUK_RC – Ini berlaku apabila pelanggan menukar produk, contohnya, apabila beralih daripada pelan bulanan kepada pelan tahunan atau daripada tahap asas kepada tahap premium.
  • RC_CANCELLATION – Tandakan pembatalan langganan atau pembelian yang tidak boleh diperbaharui, kunci untuk aliran pengekalan dan pemulihan.
  • ISU_BILLING_RC – Menunjukkan masalah apabila cuba mengecaj pelanggan, seperti kad yang telah tamat tempoh atau dana tidak mencukupi.
  • ALIAS_LANGGANAN_RC – Ia dikeluarkan setiap kali pendaftaran baharu dibuat id_pengguna_aplikasi Untuk pelanggan sedia ada, berguna untuk penjejakan berbilang peranti.
  • LANGGANAN_RC_DIJEDA – Menunjukkan bahawa langganan telah ditetapkan untuk dijeda pada akhir tempoh semasa.
  • RC_UNCANCELLATION – Memaklumkan anda tentang pengaktifan semula langganan yang telah dibatalkan tetapi belum tamat tempoh.
  • RC_TRANSFER – Ini berlaku apabila transaksi dan hak dipindahkan antara satu atau lebih ID pengguna aplikasi kepada pengguna lain, yang penting dalam migrasi atau penggabungan akaun.
  • RC_SUBSCRIPTION_EXTENDED – Ia menunjukkan bahawa langganan sedia ada telah dilanjutkan, memajukan tarikh luput tempoh semasa.
  • RC_EXPIRATION – Menunjukkan bahawa langganan pelanggan telah tamat tempoh. Termasuk atribut seperti Tambang, harga_dalam_mata_wang_yang_dibeli, mata wang, tamat tempoh y dibeli_di.

Semua acara ini boleh digunakan dalam Perjalanan Pelanggan PushwooshMereka yang membawa atribut harga amat berharga untuk digunakan Segmentasi RFM (Kebaharuan, Kekerapan, Kewangan), yang mana anda boleh mengutamakan pengguna berdasarkan nilai ekonomi dan aktiviti terkini mereka.

Penyegerakan pengguna antara RevenueCat dan Pushwoosh

Agar acara RevenueCat dapat memadankan pengguna dengan betul dalam Pushwoosh, adalah penting jajarkan pengecam penggunaCadangannya ialah ID Pengguna Pushwoosh harus sepadan dengan ID Pengguna Apl RevenueCat.

Dalam praktiknya, ini bermakna anda mesti Ambil appUserID yang dikendalikan oleh RevenueCat SDK dan serahkannya ke Pushwoosh SDKDengan cara ini, apabila RevenueCat menghantar webhook acara, Pushwoosh boleh mengaitkannya dengan profil yang betul dan mengaktifkan perjalanan yang sesuai tanpa kehilangan maklumat.

Pada Android, pautan ini dibuat, contohnya, dengan panggilan seperti Pushwoosh.getInstance().setUserId(appUserIDFromRC);, di mana IDPenggunaaplikasiDariRC Ini ialah pengecam yang diberikan oleh RevenueCat. Pada iOS, coraknya serupa, menggunakan sesuatu seperti [[Pushwoosh sharedInstance] setUserId: appUserIDFromRC];Sebaik sahaja anda mempunyai surat-menyurat ini dan juga telah menyegerakkan HWID, integrasi antara kedua-dua platform akan berfungsi secara konsisten.

PayPal
artikel berkaitan:
Alternatif terbaik kepada PayPal: bayar dan dapatkan bayaran dalam talian dengan selamat dan dengan yuran yang rendah.

Cara mengaktifkan integrasi Pushwoosh dalam papan pemuka RevenueCat

Selepas menyelaraskan ID pengguna dalam SDK anda, langkah seterusnya ialah Aktifkan integrasi daripada papan pemuka RevenueCatAliran keseluruhannya agak mudah:

  1. Pergi ke projek anda dalam panel RevenueCat dan cari bahagian untuk Kesepaduan dalam menu sisi. Klik pada “+ Baharu” atau “Tambah integrasi”.
  2. Dalam senarai integrasi, pilih pilihan webhooksmemandangkan integrasi dengan Pushwoosh adalah berdasarkan mekanisme ini.
  3. Berikan integrasi itu nama yang mudah dikenali, contohnya "Pushwoosh", supaya anda boleh mengenal pastinya dengan mudah kemudian.
  4. Dalam medan URL Webhook, masukkan laluan yang disediakan oleh Pushwoosh, seperti: https://integration-revenuecat.svc-nue.pushwoosh.com/integration-revenuecat/v1/post-event?pwapp=APP_CODE. Menggantikan KOD_APP melalui kod aplikasi anda dalam Pushwoosh, yang akan anda temui di bawah nama aplikasi anda dalam papan pemukanya.
  5. Dalam nilai pengepala kebenaran, tampalkan anda Token API PushwooshToken ini diperoleh di kawasan Tetapan > Akses API dalam akaun Pushwoosh anda.
  6. Tentukan sama ada anda mahu menghantar acara hanya daripada pembelian pengeluaran, hanya dari kotak pasir (pengujian) atau kedua-duanya. Untuk ujian awal, biasanya berguna untuk mengaktifkan kotak pasir dan, setelah semuanya disahkan, tambahkan pengeluaran.
  7. Dalam menu lungsur turun Aplikasi, tentukan sama ada peristiwa webhook harus dihantar ke satu aplikasi tertentu atau untuk semua aplikasi dalam projek dalam RevenueCat.
  8. Dalam bahagian Jenis Acara, pilih sama ada anda mahu hantar semua acara atau hanya subset tertentu (contohnya, hanya pembaharuan dan pembatalan) bergantung pada strategi komunikasi anda.
  9. Konfigurasikan jika anda mahu ia dipaparkan semua acara, hanya yang berjaya, atau hanya yang gagalPerbezaan ini boleh membantu anda dalam menyahpepijat integrasi.

Anda juga mempunyai pilihan untuk lancarkan Webhook ujian terus daripada RevenueCat. Amat disyorkan untuk menggunakan ciri ini bagi mengesahkan bahawa acara sampai ke Pushwoosh dengan betul, templat acara dicipta secara automatik dan Perjalanan Pelanggan dicetuskan seperti yang dijangkakan.

Manfaatkan RevenueCat untuk menambah baik paywall anda

Selain daripada sekadar mengesahkan pembayaran, RevenueCat menyediakan konteks yang sangat kaya untuk mengoptimumkan paywall andaTerima kasih kepada penjejakan peristiwa terperinci dan keupayaan untuk disepadukan dengan alat analitik dan pemesejan, anda boleh menganggap paywall anda sebagai elemen hidup yang berkembang mengikut tingkah laku sebenar pengguna anda.

Menggunakan maklumat yang anda terima daripada RevenueCat, anda boleh, sebagai contoh, mengesan corak dalam kalangan pengguna yang menukar berbanding mereka yang tidakData ini membolehkan anda memperhalusi salinan iklan anda, susunan faedah, bilangan pelan yang dipaparkan dan juga menawarkan variasi paywall yang berbeza bergantung pada segmen pengguna. Anda boleh menjejaki pelan yang dipilih oleh pengguna, berapa lama masa yang diambil dari pemasangan hingga pembelian, berapa banyak yang sampai ke halaman ciri terhad dan sebagainya.

Jika anda menambah penjana paywall berkuasa AI yang mampu menggunakan kandungan penyenaraian gedung dan rujukan visual anda, anda mempunyai aliran kerja yang sangat hebat: Anda menjana versi awal paywall, melancarkannya, menganalisis prestasinya menggunakan RevenueCat dan melaraskannya dengan cepat. reka bentuk, mesej dan CTA sehingga anda menemui kombinasi yang paling berkesan.

pembayaran mudah alih
artikel berkaitan:
Apl dan kaedah pembayaran mudah alih terbaik: panduan lengkap dan dikemas kini

Secara keseluruhannya, menggabungkan paywall yang direka bentuk dengan baik dengan pengurusan langganan RevenueCat dan automasi mesej Pushwoosh memberikan anda asas yang sangat kukuh untuk mengembangkan perniagaan langganan: anda ada data berpusat dan boleh dipercayai, struktur peristiwa kitaran hayat yang lengkap, komunikasi sasaran masa nyata dan fleksibiliti untuk menguji variasi paywall.

Walaupun pada mulanya ia mungkin kelihatan lebih mengagumkan daripada penyelesaian ultra-mudah, sebaik sahaja susunan dikonfigurasikan, ia menjadi bahagian yang stabil dan berkuasa untuk membina model pendapatan berulang yang benar-benar mampan.Kongsikan maklumat ini dan lebih ramai pengguna akan mengetahui tentang alat ini..


Tambah sebagai sumber pilihan