Pengukuran Penggunaan dan Penetapan Harga: Aspek Teknik vs Aspek Keuangan

Pendahuluan

Penetapan harga berbasis penggunaan dan hibrida jarang bersifat statis. Ketika logika penetapan harga diprogram secara kaku, setiap penyesuaian pada tingkatan atau kuota kredit akan berubah menjadi tiket dukungan teknis. Hal ini lambat bagi tim keuangan dan membuat frustrasi bagi para pengembang. Jadi, siapa yang seharusnya bertanggung jawab atas pengukuran penggunaan dan penetapan harga yang dibangun di atasnya? Mari kita bahas.

Mengapa Perubahan Penetapan Harga Kini Sering Terjadi

Penetapan harga bukan lagi keputusan yang “set-and-forget”. Laporan Penetapan Harga SaaS & AI dari konsultan hy dan OMR Reviews, mengutip data Growth Unhinged, menyebutkan bahwa tiga dari empat perusahaan perangkat lunak AS mengubah penetapan harga mereka dalam setahun terakhir. Itu merupakan pergerakan yang signifikan.

Model penetapan harga juga sedang berubah. Dalam survei hy terhadap 180 perusahaan perangkat lunak, 37% di antaranya sudah menggunakan model berbasis penggunaan, dan 59% menggabungkan lebih dari satu metrik penetapan harga, seperti penagihan per pengguna bersama dengan volume API. Tambahkan kredit, lakukan eksperimen, sesuaikan paket, dan perubahan pun menjadi hal yang biasa, bukan pengecualian.

Bagaimana Logika Penetapan Harga Akhirnya Dikuasai oleh Tim Teknik

Hal ini biasanya terjadi secara tidak sengaja. Pada awalnya, seorang pengembang mengkodekan metrik secara langsung: menghitung panggilan API, menerapkan tarif, dan mengirimkan totalnya ke faktur. Karena berfungsi, tidak ada yang mempertanyakannya.

Kemudian, penetapan harga berkembang. Tingkatan baru, kuota gratis, atau tarif kelebihan yang berbeda berarti seseorang harus mengajukan tiket, menunggu slot sprint, dan berharap rilis tersebut tidak mengganggu proses penagihan. Waktu tunggu menjadi lebih lama, dan setiap rilis memiliki risiko tersendiri. Bagian keuangan akhirnya harus menunggu dalam antrian yang tidak dapat mereka kendalikan.

Model hibrida memperburuk situasi ini. Semakin banyak komponen yang membentuk harga, semakin banyak tempat di mana perubahan dapat tersembunyi dalam kode.

Biaya Penetapan Harga yang Dikelola oleh Tim Teknik

Biaya-biaya ini nyata, bahkan tanpa spreadsheet untuk membuktikannya.

• Peluncuran yang lambat: Ide penetapan harga bisa tertunda selama berminggu-minggu di belakang pekerjaan produk.
• Kesalahan: Logika yang tersembunyi dalam kode sulit dibaca oleh tim keuangan, sehingga kesalahan cenderung muncul pada faktur.
• Titik buta bagian keuangan: Jika bagian keuangan tidak dapat melihat bagaimana suatu angka dihitung, sengketa akan membutuhkan waktu lebih lama untuk diselesaikan.
• Biaya peluang: Insinyur menghabiskan waktu memelihara kode penagihan alih-alih mengembangkan produk.

Inilah pendapat saya: Jika perubahan harga memerlukan penerapan kode, penetapan harga Anda bergerak sesuai kecepatan kalender rilis Anda, bukan kecepatan pasar Anda

Apa yang Harus Menjadi Tanggung Jawab Bagian Keuangan dan Apa yang Harus Menjadi Tanggung Jawab Bagian Teknik

Tanggung jawab ini bukanlah pilihan antara satu atau yang lain. Pisahkan berdasarkan jenis keputusan.

Tim Teknik bertanggung jawab atas pemantauan peristiwa, alur data, dan akurasi data penggunaan di sumbernya.

Bagian Keuangan dan Produk bertanggung jawab atas definisi metrik, titik harga, paket layanan, dan kredit.

Berikut ini adalah tes sederhana. Jika perubahan tersebut berkaitan dengan apa yang direkam, maka hal itu menjadi tanggung jawab bagian teknik. Jika perubahan tersebut berkaitan dengan bagaimana penggunaan yang direkam diubah menjadi uang, maka hal itu menjadi tanggung jawab bagian keuangan dan produk. Misalnya, memutuskan bahwa suatu paket mencakup 1.500 panggilan API, bukan 1.000, adalah keputusan penetapan harga. Memastikan setiap panggilan dicatat tepat satu kali adalah keputusan bagian teknik.

Tata Kelola untuk Perubahan Penetapan Harga

Menyerahkan kendali tanpa batasan akan menimbulkan kekacauan. Berikut adalah praktik terbaik umum, yang tidak terikat pada alat apa pun:

• Persetujuan: Memerlukan persetujuan tertulis dari tim keuangan dan tim produk sebelum perubahan diterapkan.
• Pengujian: Pratinjau dampaknya pada data penggunaan aktual sebelum diluncurkan.
• Pengelolaan versi: Kelola setiap konfigurasi harga dengan sistem versi agar Anda dapat membandingkan versi atau mengembalikan ke versi sebelumnya.
• Tanggal berlaku: Tentukan kapan perubahan berlaku dan bagaimana penggunaan yang sudah tercatat di tengah siklus akan ditangani.
• Jejak audit: Catat siapa yang mengubah apa, dan kapan.

Anggap saja ini sebagai tinjauan kode untuk penetapan harga. Tidak ada yang merilis kode tanpa ditinjau oleh orang lain, dan penetapan harga juga perlu diperhatikan dengan cara yang sama.

Prasyarat untuk Penetapan Harga yang Dipimpin Keuangan

Bagian keuangan tidak dapat mengelola apa yang tidak dapat dipercaya. Tiga fondasi berikut harus didahulukan.

Data penggunaan yang akurat. Peristiwa yang terduplikasi atau hilang akan merusak harga apa pun yang Anda tetapkan berdasarkan data tersebut.

Definisi metrik yang disepakati. Jika tim produk mendefinisikan “pengguna aktif” dengan satu cara dan tim keuangan dengan cara lain, faktur Anda yang akan menyelesaikan perselisihan tersebut, dan hasilnya tidak akan menyenangkan.

Sumber yang dapat diandalkan. Data penggunaan biasanya tersimpan di gudang data, di balik API, atau dalam berkas. Pilih satu sistem pencatatan untuk setiap metrik dan patuhi sistem tersebut.

Pertanyaan yang Harus Diajukan Sebelum Memindahkan Kepemilikan Penetapan Harga

Kumpulkan CFO, pimpinan produk, dan pimpinan teknik dalam satu ruangan dan bahas hal-hal berikut:

1. Perubahan harga apa saja yang kami lakukan tahun lalu, dan berapa lama waktu yang dibutuhkan untuk menerapkan masing-masing perubahan?
2. Apakah setiap metrik yang dapat ditagih memiliki satu definisi yang disepakati?
3. Apakah bagian keuangan dapat melacak bagaimana angka penggunaan menjadi baris tagihan?
4. Siapa yang menyetujui perubahan, dan bagaimana kita mengujinya sebelum diterapkan?
5. Di mana data penggunaan disimpan, dan siapa yang bertanggung jawab atas keakuratannya?

Jika Anda tidak dapat menjawab dua atau tiga di antaranya, itulah titik awal Anda.

Mengubah Penetapan Harga Tanpa Membangun Ulang Sistem Pengukuran

Di sinilah alat bantu dapat membantu. Menurut halaman Pengukuran Penggunaan Zenskar, tim dapat mendefinisikan metrik yang dapat ditagih dalam bahasa sederhana dan membiarkan AI menulis logika agregasi, atau menulis SQL khusus untuk logika yang kompleks. Penggunaan dapat diambil dari sumber seperti Postgres, Athena, dan MySQL, dikirim melalui API, atau diunggah sebagai CSV. Metrik yang sama dapat digunakan kembali di seluruh produk, kontrak, dan item baris.

Hal yang penting bagi kepemilikan adalah bahwa perangkat lunak penagihan berbasis penggunaan harus memungkinkan tingkatan, kelebihan penggunaan, dan frekuensi penagihan berubah secara independen dari penggunaan. Logika penagihan juga dapat dimodifikasi di tengah siklus tanpa mengganggu pipa data. Satu metrik dapat mendukung berbagai model penetapan harga di seluruh kontrak, menjaga pengukuran tetap stabil sementara penetapan harga terus berkembang.

Kesimpulan

Model yang paling sehat adalah model bersama. Tim teknik menjaga keakuratan dan kelancaran aliran data penggunaan. Tim keuangan dan produk bertanggung jawab atas nilai data tersebut dalam tata kelola yang jelas. Perubahan penetapan harga apa yang sedang menunggu dalam antrian teknik Anda saat ini?

Poin Utama:

• Penetapan harga yang dikodekan secara kaku mengubah setiap penyesuaian tingkatan atau kredit menjadi tiket dukungan teknis.
• Pisahkan tanggung jawab berdasarkan jenis keputusan: tim teknik bertanggung jawab atas pengumpulan dan keakuratan data penggunaan, sedangkan tim keuangan dan produk bertanggung jawab atas definisi metrik, titik harga, paket, dan kredit.
• Tetapkan batasan terlebih dahulu: persetujuan, pengujian, versi, tanggal berlaku, dan jejak audit.
• Penetapan harga yang dipimpin oleh tim keuangan membutuhkan data penggunaan yang akurat, definisi metrik yang disepakati, dan satu sistem pencatatan untuk setiap metrik.
• Gunakan lima pertanyaan sebelum serah terima untuk menentukan titik awal Anda.
• Pilih alat yang memungkinkan penyesuaian harga tanpa perlu membangun ulang sistem pengukuran.