BurnRate mendorong keberhasilan pendapatan dengan Blazor

Temui Robert McLaws, seorang veteran .NET dan pengusaha kawakan yang memiliki hasrat untuk membantu orang untuk sukses. Sepanjang kariernya, McLaws menyaksikan bagaimana pemodal ventura (VC) dan ratusan miliar investasi mereka gagal meningkatkan tingkat keberhasilan startup secara signifikan. Bahkan setelah 50 tahun investasi VC, setidaknya 70 persen perusahaan masih gagal di setiap tahap pertumbuhan.

Statistik itu membuat McLaws khawatir. Maka, ia pun mulai membantu para pendiri dan pemimpin pendapatan untuk mensistematisasi proses perekrutan dan memetakan arah pertumbuhan mereka sendiri tanpa perlu repot-repot menggunakan rumus spreadsheet. Dia melihat teknologi berpeluang untuk membuat beberapa perhitungan yang berharga dan spesifik yang akan membuat perencanaan pertumbuhan yang terukur menjadi lebih mudah dan tepat.

Membangun algoritme manusia

Bertahun-tahun yang lalu, McLaws membangun kerangka kerja aplikasi menggunakan ASP.NET untuk membangun produk analisis keuangan di ruang real estat komersial. Membangun model kapasitas untuk kompleks apartemen menempatkannya di jalur untuk menggali model kapasitas penjualan SaaS, dan bagaimana kapasitas manusia untuk bekerja memengaruhi kemampuan perusahaan untuk menghasilkan pendapatan.

Saat itulah dia mendapatkan ide tentang BurnRate, yaitu sistem perencanaan pendapatan, permintaan, dan jumlah karyawan untuk tim go-to-market. McLaws merasa bahwa mengandalkan intuisi dan tebakan untuk menentukan tingkat kepegawaian untuk tim pendapatan utama seperti pemasaran, penjualan, dan keberhasilan pelanggan bukanlah jalan menuju pertumbuhan yang berkelanjutan.

Sebaliknya, ia percaya bahwa ada ilmu untuk itu: sebuah algoritme yang dapat membantu perusahaan menjadi lebih pintar dengan menggunakan apa yang ia sebut sebagai "Algoritme Manusia." Seperti yang dikatakannya, "tim [kesuksesan pelanggan, pemasaran, dan penjualan] adalah yang paling bertanggung jawab untuk mendatangkan uang ke dalam perusahaan, jadi sangat penting untuk melakukan penghitungan dengan benar, dan membuatnya cukup mudah untuk digunakan oleh tim sumber penghasilan secara intuitif."

Memilih tumpukan teknologi yang tepat

Pengalaman McLaws dalam matematika keuangan mengajarinya bahwa bahasa pemrograman yang menggunakan matematika titik-mengambang, seperti JavaScript, tidak cukup untuk membangun sistem keuangan. Fondasi untuk algoritme ini harus dalam C# untuk memberikan hasil tepercaya yang dapat divalidasi secara konsisten.

Ketika meninggalkan perusahaan sebelumnya untuk memulai BurnRate, dia harus meninggalkan kerangka kerja aplikasinya dan membangunnya kembali dari awal. Rilis pertama .NET Core baru saja diluncurkan, jadi ini adalah waktu yang tepat untuk membangunnya kembali untuk era modern.

Backend cukup sederhana, dengan Azure SQL dan Microsoft Restier lebih dari cukup untuk menangani kebutuhan API yang dapat dikueri proyek. Pada .NET Core, "Algoritme Manusia" miliknya berkembang sangat cepat dan mampu menangani perhitungan yang sangat kompleks dari data yang sangat terstruktur dalam hitungan detik.

Namun, menata data keuangan perusahaan dengan cara yang memungkinkan perusahaan membuat beberapa skenario dan beralih di antara skenario-skenario itu memerlukan kedalaman arsitektur yang di luar perkiraannya.

"Lapisan dalam skenario, skenario induk, skala waktu, dan hasil direncanakan versus [hasil] aktual secara bersamaan dalam satu model cukup membuat saya pusing. Butuh waktu kerja keras berbulan-bulan dan berulang kali mencoba untuk membuatnya berhasil," katanya. McLaws mengatakan bahwa jumlah pengujian unit yang digunakan BurnRate pada algoritmenya untuk memastikannya berfungsi dengan benar "mungkin jauh lebih banyak daripada yang dilakukan oleh kebanyakan perusahaan lain dengan aplikasi mereka. Kami meminta perusahaan untuk membuat keputusan tentang masa depan seluruh bisnis mereka dengan platform ini. Kami tidak boleh salah."

BurnRate membuat seluruh kerangka kerja pengujian sumber terbuka yang disebut Breakdance untuk meningkatkan produktivitas pengujian unit dan menulis pengujian yang lebih konsisten dalam waktu yang lebih singkat.

Front-end menghadirkan tantangan yang berbeda. McLaws mulai membuat prototipe UI BurnRate menggunakan kombinasi Webpack, TypeScript, dan Knockout, tetapi menghadapi berbagai rintangan. Saat itu, Webpack tidak memiliki definisi TypeScript untuk membantu mempermudah konfigurasi build.

"Dengan JavaScript—bahasa di mana apa saja bisa menjadi apa saja, dan semuanya bisa ditukar saat runtime—kegagalan adalah pengaturan default. Kesuksesan harus diraih, biasanya melalui penderitaan mental yang panjang," kata McLaws.

Ketika akhirnya ia berhasil menyelesaikan semuanya dan memiliki prototipe pertama yang berfungsi penuh, tim kesulitan dengan masalah penskalaan, terutama saat membuat rencana perekrutan untuk perusahaan dengan ratusan karyawan.

"Ketika kami mencoba mencari cara untuk menskalakan dan menangani pembaruan UI dan penghitungan ulang serta sisi server, kami [mengalami] kemunduran," katanya. "Semakin lama semakin tersendat-sendat di peramban saat Anda mencoba merender sesuatu."

Bagaimana Blazor menyalakan jalur ke skalabilitas

Blazor memasuki pasar sekitar waktu ini, dan saat itu merupakan teknologi front-end yang baru.

"Janji end-to-end C# di browser dengan JavaScript minimal terlalu bagus untuk diabaikan," kata McLaws.

Menggunakan C# antara sisi klien dan server tidak hanya membuat pengembangan aplikasi "jauh lebih mudah," menurut McLaws, tetapi juga memainkan peranan penting dalam menjadikan UI BurnRate seandal kalkulasinya.

Kami dapat menulis pengujian unit dalam bahasa yang sama dengan penulisan kode back-end. Luar biasa! Mengapa Anda tidak ingin membangun dengan cara seperti itu? Ini menghilangkan ribuan baris kode dan sangat cocok untuk siapa saja yang telah menghabiskan waktu lima detik di dunia WPF."

Dengan Blazor, BurnRate mampu bergerak "sangat, sangat cepat". Alih-alih tiga tahun, tim ini telah membuat prototipe Blazor yang berfungsi dalam hitungan minggu, dan memindahkan beberapa ratus ribu baris kode dalam waktu kurang dari satu tahun.

Sebagian besar waktu saat itu dihabiskan untuk membangun alat sumber terbuka baru sehingga perusahaan lain juga dapat membangun aplikasi Blazor dengan lebih cepat, sebuah pendekatan yang sesuai dengan etos membantu McLaws.

"Orang cenderung lupa bahwa ketika membangun platform seperti BurnRate, mereka tidak hanya membutuhkan aplikasi customer-facing, tetapi juga aplikasi di belakang aplikasi untuk menangani perubahan database dan administrasi sistem," katanya.

"Jadi, kami membuat BlazorEssentials, pustaka yang mengaktifkan gaya arsitektur Model-View-ViewModel (MVVM) dari XAML di Blazor. Hal ini memungkinkan kami memisahkan akuisisi data dengan bersih dari tampilan data di aplikasi kami. Hal tersebut menghadirkan tingkat kesederhanaan dan konsistensi pada arsitektur aplikasi kami. Sekarang, 100 persen basis kode kami dapat diuji dalam satu bahasa dengan pola yang dapat diprediksi."

Memanfaatkan Azure DevOps untuk Integrasi Berkelanjutan & Pengiriman Berkelanjutan (CI/CD) yang sangat otomatis, memungkinkan tim BurnRate untuk bergerak lebih cepat.

"Baik itu aplikasi baru atau utilitas baru untuk aplikasi yang sudah ada, kami dapat mengirimkannya ke bagian produksi dalam hitungan jam," ujar McLaws.

Ketika BurnRate diskalakan, stabilitas produknya harus dipastikan agar lebih tertanam dalam operasi inti sehari-hari pelanggannya. McLaws mempercayai Microsoft.

Memberikan solusi tanpa kompromi

"Saya memilih Microsoft sejak lama, dan Microsoft tidak pernah mengecewakan saya," katanya.

McLaws adalah seorang veteran .NET selama 23 tahun dan MVP Microsoft lima kali, dengan kontribusi open-source mencapai lebih dari 1,4 miliar unduhan. Hingga hari ini, dia terus berkembang bersama Microsoft, karena mengetahui bahwa ada sumber daya dan komunitas untuk membangun hal-hal hebat bersama. Dengan Blazor, tim BurnRate mampu membangun aplikasi dan mewujudkan visi McLaws tanpa kompromi.

Tidak pernah ada, dalam pikirannya, "platform apa pun selain .NET yang dapat mendukung skalabilitas yang stabil seperti itu," katanya. Menurutnya, Blazor memberdayakan tim rampingnya untuk membangun dengan lebih cerdas dan lebih cepat.