1 poin oleh GN⁺ 4 hari lalu | 1 komentar | Bagikan ke WhatsApp
  • Layanan CI yang dimulai dengan uji coba gratis mengirimkan tagihan $1.000 alih-alih menghentikan layanan setelah batas terlampaui, membuat pengguna menanggung biaya yang tidak terduga
  • Blacksmith adalah startup YC yang menggantikan GitHub Actions, menawarkan layanan drop-in replacement yang diklaim lebih cepat dan lebih murah
  • Dalam skema uji coba gratis, tanpa kartu kredit, ketika batas terlampaui pekerjaan tidak berhenti, melainkan pemakaian terus terakumulasi dengan tarif yang dipublikasikan dan kemudian ditagihkan
  • Sebagian besar pengguna mengharapkan batas gratis menjadi hard cap sampai informasi pembayaran dimasukkan, sehingga kebijakan ini merupakan cara yang tidak biasa dan mungkin hanya diperkirakan oleh kurang dari 5% pengguna
  • Membiarkan pengguna tanpa kartu kredit terus memakai melebihi batas lalu mengirim tagihan jatuh tempo adalah praktik buruk yang menguntungkan pengguna yang menyalahgunakan layanan dan merusak kepercayaan

Latar belakang — mencoba pengganti GitHub Actions

  • Seiring meningkatnya throughput PR, semakin jelas bahwa pekerjaan CI lambat dan mahal, sehingga keluhan terhadap GitHub Actions menumpuk
  • Setelah mendapat rekomendasi, penulis mencoba memakai Blacksmith
    • Blacksmith adalah startup YC yang mengklaim sebagai drop-in replacement untuk GitHub Actions, dengan penekanan pada performa yang lebih cepat dan biaya lebih murah
  • Setelah mengimpor dan menerapkan konfigurasi GitHub, hasilnya memang lebih cepat, tetapi biayanya belum jelas karena masih dalam masa uji coba gratis

Kronologi sampai penagihan

  • Email peringatan pertama: 80% menit gratis organisasi untuk bulan itu telah habis, dan diminta mendaftarkan kartu kredit untuk menghindari gangguan
    • Pada titik ini pemakaian seharusnya diperiksa, tetapi pekerjaan coding tetap dilanjutkan tanpa berhenti
  • Dua minggu kemudian menerima pesan "Anda telah menghabiskan $500.60 di Blacksmith bulan ini"
    • Karena masih dalam masa uji coba gratis, itu tidak terasa nyata; juga tidak ada kartu kredit, dan pesan itu tampak seperti salah satu dari banyak email peringatan pemakaian yang tidak berdampak pada pengguna produksi
  • Dua minggu kemudian lagi, dalam selang waktu singkat berturut-turut menerima pesan untuk mendaftarkan kartu agar menghindari gangguan → tagihan $1,081 → pemberitahuan keterlambatan dua hari kemudian
    • Total pada pemberitahuan keterlambatan adalah $1,081.45
    • Syarat pembayaran dalam kontrak mewajibkan pembayaran segera setelah tagihan diterbitkan

Penjelasan soal istilah "disruption"

  • Secara umum, bila layanan gratis tanpa kartu kredit mencapai batas, layanan akan terputus (= gangguan layanan), tetapi dalam kasus ini justru berujung pada tagihan $1.000 yang langsung dianggap terlambat
  • Penjelasan dari tim dukungan Blacksmith
    • Istilah "disruption" bukan berarti penghentian layanan, melainkan penandaan akun untuk hal-hal seperti peninjauan aktivitas mencurigakan
    • Tidak ada kalimat yang secara eksplisit menyebut pekerjaan yang sedang berjalan akan dihentikan otomatis; ketika batas gratis terlampaui, workflow tidak diputus dan pemakaian terus bertambah dengan tarif yang dipublikasikan
  • Memang tidak pernah dinyatakan secara eksplisit bahwa pekerjaan akan berhenti saat batas tercapai, maupun bahwa "gratis, tanpa kartu" berarti tidak ada kemungkinan biaya hingga ribuan dolar; semua itu hanyalah asumsi berdasarkan kebiasaan umum

Empat pokok persoalan

  • 1. Apakah mereka boleh menagih seperti ini

    • Per 8 Juni, syarat layanan Blacksmith mengisyaratkan bahwa hak untuk menagih berlaku dengan asumsi informasi pembayaran telah diberikan
    • Namun, dalam SaaS, syarat layanan bisa saja menetapkan kewajiban membayar atas pemakaian yang melebihi batas selama masa uji coba gratis
    • Karena agen menjalankan banyak pekerjaan CI, tercapainya batas gratis adalah hal yang bisa diperkirakan, dan layanan memang memberi nilai; jadi ini pada dasarnya bukan tidak jujur, melainkan cara yang mengejutkan — kesimpulannya, "mereka bisa"
  • 2. Apakah pengguna akan terkejut

    • Diperkirakan proporsi pengguna yang mengantisipasi tagihan atas layanan gratis tanpa kartu kredit yang terlampaui adalah kurang dari 5%
    • Jika ditanyakan ke chatbot, bahkan tanpa menyebut email peringatan pendaftaran kartu, jawabannya tetap tegas: "layanan akan diputus" — ini menjadi petunjuk bahwa kebijakan tersebut tidak lazim
    • Sebagian besar pengguna mengharapkan batas gratis menjadi hard cap sampai informasi pembayaran dimasukkan
  • 3. Haruskah layanan beroperasi seperti ini

    • Membiarkan pemakaian berlebih lalu mengirim tagihan jatuh tempo mungkin dapat menaikkan metrik pendapatan jangka pendek, tetapi tingkat penagihan riil tidak pasti dan piutang serta kredit macet kemungkinan melonjak
    • Kesimpulannya, ini adalah praktik buruk
      • Membiarkan akumulasi berlebih pada pengguna tanpa kartu membuat repot baik penyedia maupun pelanggan, dan terutama memberi kelonggaran gratis lebih banyak kepada pengguna yang menyalahgunakan layanan dan memang tidak berniat membayar
      • Meskipun bisa menggelembungkan pendapatan jangka pendek, sulit membayangkan biaya hilangnya kepercayaan dan penyalahgunaan lebih kecil daripada pendapatan tambahannya
    • Alternatifnya: peringatan di muka seperti "Jika kartu tidak didaftarkan dalam 72 jam, CI akan dihentikan"
    • Alasan memilih penagihan setelah kejadian hanya bisa ditebak — growth hacking yang berlebihan, manajer menengah yang mengejar target pendapatan kuartalan, utang teknis antara sistem pembayaran dan provisioning, atau mungkin sekadar tren di startup YC
      • Mengingat pertumbuhan eksplosif di tengah kekacauan GitHub pada musim semi, dugaan penulis adalah sekadar kelalaian pengelolaan
    • Tim dukungan mengatakan mereka akan meninjau cara untuk mengurangi kebingungan seperti ini ke depannya
  • 4. Apakah tetap akan memakai Blacksmith

    • Setelah mencoba kembali ke GitHub Actions, hasilnya tetap terasa tidak nyaman
    • Blacksmith tumbuh sangat cepat karena mampu mengatasi bottleneck dalam siklus pengembangan
    • Pada akhirnya ini soal pragmatisme — preferensi terhadap kecepatan pengembangan mengalahkan ketidakpuasan atas kebijakan penagihan
      • Setelah menyetujui pembayaran berbayar, respons tim dukungan juga menjadi lebih ramah, dan kemungkinan besar akan beralih lagi ke sana

Dua saran untuk pembaca

  • Jika Anda membuat SaaS, ketahuilah bahwa sebagian besar pengguna berharap akun gratis ditangguhkan sementara sebelum pemakaian berlebih terakumulasi, sehingga pengiriman tagihan akan dipandang negatif oleh banyak orang
  • Jika Anda mencoba Blacksmith, setidaknya untuk sementara waktu, lebih aman mengurangi penggunaan sebelum mencapai batas uji coba

1 komentar

 
GN⁺ 4 hari lalu
Komentar Hacker News
  • Beberapa tahun lalu, saat pertama kali membeli ponsel yang bisa terhubung ke internet, operator mengiklankan 300 menit gratis selama masa percobaan, jadi kupikir itu bagus.
    Pada bulan pertama aku memakai layanan internet selama 297 menit, lalu ternyata “menit” itu hanya berlaku untuk panggilan, dan aku malah kena tagihan tunggakan sekitar 12.000 dolar untuk internet seluler. Harganya benar-benar tidak masuk akal, seperti 360 dolar per MB.
    Pada akhirnya operator kalah dalam gugatan class action besar, bukan karena iklan “menit” itu, melainkan karena mereka tidak memberi tahu biaya data dengan layak kepada siapa pun. Kurasa akhirnya aku membayar sekitar 300 dolar, dan setelah penawaran penyelesaian 600 dolar diserahkan ke penagihan, aku sepakat 50% dengan agen penagihan.

    • Jadi aku cukup sependapat dengan adanya batas penggunaan yang ketat sebagai default.
    • Sudah sangat lama, pacarku saat itu pernah pergi berlibur bersama ibunya dan menambahkan Roaming Bundle ke ponselnya.
      Saat perjalanan, operator menelepon dan bilang biaya roaming sudah mencapai 1.700 pound, lalu petugasnya berkata “jangan khawatir” dan menyarankan untuk berjaga-jaga dengan memblokir autodebet bulan itu, lalu menelepon lagi ketika tagihannya sudah terbit.
      Beberapa minggu kemudian mereka mengonfirmasi jumlah akhirnya sekitar 2.000 pound, dan ketika aku bertanya, “katanya akan ada SMS peringatan saat bundle sudah terpakai sekitar setengah dan saat hampir habis, kenapa tidak ada?”, mereka bilang sudah mendengarkan rekaman panggilan dan mengakui memang itu yang dijelaskan.
      Lalu mereka bilang seharusnya sejak awal menawarkan bundle lain seharga 150 pound, pemakaian sebenarnya sekitar 75% dari kuota data itu, dan dengan memperhitungkan bundle lama 25 pound, mereka mengusulkan tagihannya dijadikan 75 pound. Karena itu aku masih menjadi pelanggan operator tersebut sampai sekarang.
    • Jadi waktu itu data juga dihitung per menit? Yang kuingat hanya tarif per kB dan MB.
  • Wah, aku sama sekali tidak menyangka akan datang tagihan, apalagi kartu pun belum didaftarkan.
    Ini juga tampak seperti contoh bahwa “penagihan dan pengukuran itu sulit, dan bisa jadi pekerjaan rekayasa yang lebih besar daripada layanan sebenarnya”.
    Aku sedang melihat layanan ini hari ini karena GitHub Actions kami terlalu lambat, dan meskipun kelihatannya bagus, kalau seperti ini rasanya aku justru harus memantaunya lebih ketat daripada kebanyakan masa uji coba, jadi malah menghabiskan lebih banyak waktu.
    Biasanya layanan seperti ini berhenti saat masa percobaan berakhir, lalu saat itu kita memilih antara “ini bernilai, jadi berlangganan” atau “ini tidak bernilai, jadi batalkan”.

    • Cukup banyak perusahaan yang akan langsung membayar tagihan kalau kelihatannya masuk akal dan ada pembenaran bisnisnya.
      Ada penipuan yang memang menargetkan hal ini, dan beberapa pemasok juga bisa memanfaatkannya. Jika 30% pelanggan mulai begitu saja membayar tagihannya, itu layak untuk menangani pertanyaan dari sisanya. Setidaknya sampai kerusakan reputasi mulai terasa.
      Contoh sederhananya yang mungkin pernah dialami siapa pun yang punya domain: ketika tanggal kedaluwarsa mendekat, beberapa perusahaan mengirim “tagihan” yang terlihat seperti biaya perpanjangan domain. Kalau dibaca tulisan kecilnya, itu sebenarnya “penawaran penjualan”, tetapi tampilannya persis seperti tagihan, dan sebagian orang memang langsung membayarnya.
    • Saya pendiri Depot. Silakan coba tanpa khawatir.
      Kami punya uji coba gratis yang benar-benar berbasis waktu, dan tidak melakukan hal aneh seperti ini. Anda juga bisa memasang batas penggunaan agar biaya tidak melonjak tanpa diduga.
      [0] https://depot.dev
    • Di sini penjelasan “penagihan itu sulit” bertabrakan dengan masalah kepercayaan pengguna.
    • OpenAI juga dulu pernah menagih dengan cara seperti ini.
    • Startup harus berinovasi untuk bertahan hidup, dan YC tampaknya tidak mencegah “inovasi” semacam ini jika startup-nya punya potensi menghasilkan uang besar.
  • Ini mengingatkanku pada praktik bisnis Austrian NIC.
    Biasanya domain akan kedaluwarsa jika tidak diperpanjang, tetapi di Austria, kecuali dibatalkan secara eksplisit lewat faks, domain otomatis diperpanjang ke tahun berikutnya, dan jika tidak dibayar akan diserahkan ke penagihan[1].
    Setidaknya untuk ccTLD, tidak ada aturan bahwa “jika tidak diperpanjang maka domain harus kedaluwarsa”. Itu hanya kebiasaan, dan kebiasaan menciptakan asumsi, dan asumsi itu bisa dipakai untuk menipu orang.
    Secara umum bisnis ada yang prabayar, misalnya McDonalds, dan ada yang pascabayar, misalnya restoran tempat duduk. Jika layanan yang menurut kebiasaan bersifat prabayar diberi model harga pascabayar, itu menjadi penipuan yang sempurna.
    [1] https://www.reddit.com/r/sysadmin/comments/1bnjus/the_austri...

    • Kalau penyedia layanannya dari Jerman, itu tidak terlalu mengejutkan. Meski begitu, dalam 10 tahun terakhir keadaannya sudah jauh membaik.
    • Memang cara suatu negara mengelola ccTLD-nya sama sekali tidak tunduk pada aturan yang dipaksakan AS seperti pada generic top-level domain (gTLD).
    • Apakah mereka masih seperti itu sekarang, atau itu hanya dulu? Tautan yang diberikan adalah tulisan dari 10 tahun lalu.
  • Di syarat layanannya tertulis bahwa untuk menggunakan layanan Blacksmith Software Inc, Anda harus membuat akun, menautkan akun GitHub saat proses penyiapan, memasang integrasi GitHub Blacksmith ke organisasi Anda, dan menambahkan metode pembayaran yang valid seperti kartu kredit yang diproses lewat Stripe.
    Hanya untuk kontrak besar Anda bisa meminta pembayaran lewat tagihan, dan dengan memberikan informasi pembayaran, Anda mengizinkan biaya penggunaan dibebankan ke kartu kredit, atau jika kontraknya berbasis tagihan, Anda setuju membayar tepat waktu sesuai syarat penagihan.
    Jadi kalau orang ini tidak membuat kontrak besar dan meminta pembayaran lewat tagihan, berarti dia melanggar syarat layanan, dan mereka bisa saja menyuruhnya pergi.

  • 1.000 dolar per bulan, sebenarnya sedang menjalankan apa di CI?
    Kami memakai Warp build, dan biayanya sekitar 50% lebih murah daripada GitHub; dengan 6 orang yang menjalankannya cukup intens di beberapa repo, totalnya sekitar 150 dolar per bulan. Bahkan termasuk build Rust, yang dari sisi waktu build termasuk kasus yang jauh lebih buruk.
    Aku tidak tahu apakah Blacksmith menyediakan runner yang lebih besar, tetapi kalau memang memakai runner besar, perlu dipastikan apakah itu benar-benar sepadan. Runner 2x tidak otomatis membuat build 2x lebih cepat. Aku menetapkan target lalu menyesuaikan ukuran CI berdasarkan itu.
    Caching juga perlu. TypeScript bisa ditangani dengan Nx jika kodenya dipecah menjadi paket-paket.
    Di tempat kerja lamaku kami punya pekerjaan pengukuran waktu setelah eksekusi, dan karena GitHub Markdown mendukung Mermaid, hasilnya divisualisasikan sebagai diagram Gantt. Aku tidak ingat apakah GitHub API bisa mengambil durasi workflow saat ini, jadi mungkin itu workflow kedua.
    Yang pertama butuh sedikit kerja manual, dan sisanya sepertinya bisa dibereskan agen dalam waktu 5 menit.

  • Dalam jangka panjang, ini tampaknya bukan cara yang tepat untuk menjalankan bisnis.
    Bahkan jika seseorang kebetulan benar-benar membayar “tagihan” itu, mereka akan kehilangan banyak niat baik dan memberi tahu seluruh industri teknologi tentang gerak-gerik yang mencurigakan ini.

    • Untuk uji coba gratis yang meminta kartu kredit, saya selalu memakai kartu virtual lalu membatalkannya. Cukup lucu melihat mereka merengek karena tidak bisa benar-benar menagih.
  • Sebagai pelanggan yang pada waktu berbeda pernah puas memakai Blacksmith, Depot, dan Ubicloud, saya setuju bahwa ketiganya menawarkan runner GitHub Actions yang lebih murah daripada GitHub sendiri, tetapi penagihan kali ini terasa aneh.
    Meski begitu, perlu dicatat juga bahwa untuk sampai muncul tagihan 1.000 dolar, Anda memang harus memakai waktu CI dalam jumlah sangat besar. Ini sudah jauh melampaui level hobi, dan dengan pemakaian yang sama biayanya akan dua kali lipat di GitHub biasa. Ini lebih mirip tuntutan agar bisnis yang punya kebutuhan komputasi nyata benar-benar membayar.

    • Dari sisi biaya, saya juga penasaran apakah mungkin lebih baik memakai sesuatu seperti server khusus.
  • Ini mengingatkan saya pada pengalaman dengan Gusto.
    Mei tahun lalu saya mendaftar layanan offset payroll untuk kredit pajak litbang, dan biayanya dihitung sebagai persentase tertentu dari manfaat yang kami peroleh. Karena kami baru mengajukan pajak federal pada September, tentu saja tidak ada offset payroll sebelum Oktober.
    Namun mereka tetap menagih untuk layanan yang belum diberikan, dan bertentangan dengan tujuan alat itu, arus kas keluar kami justru lebih besar sejak hari pertama. Mereka mengklaim bahwa saat saya mencentang kotak itu, ada tulisan kecil yang menyebut “ditagih saat pendaftaran”, tetapi menurut saya itu cukup keterlaluan, dan saya masih menganggapnya begitu.

    • Boleh tanya, berapa banyak yang ditagihkan dan selama berapa lama?
  • Blacksmith seharusnya masuk ke thread ini dan menjelaskan langsung.
    Dan bisakah penulis juga memberi tahu berapa biaya pemakaian ini jika dihitung di GitHub Actions?

  • Pertanyaan “apakah Anda akan tetap memakai Blacksmith meski ada kejutan yang tidak menyenangkan dan respons dukungan yang ketus?” itu menarik, dan saya bisa memahami penilaian yang pragmatis.
    Namun Blacksmith juga bisa kena batunya gara-gara hal ini. Kalau begitu, semoga mereka berubah, tetapi seperti banyak startup lain, mereka juga bisa saja gagal.
    Jadi tampaknya langkah yang bijak adalah tetap memakainya tanpa terkunci pada layanannya sampai keberhasilan mereka lebih jelas. Setelah itu barulah bisa dipertimbangkan apakah fitur-fitur platformnya layak dimanfaatkan.
    Meski begitu, saya tidak yakin seberapa jauh Blacksmith bisa dipercaya, atau apakah saya ingin mereka membuat saya sulit hengkang nantinya.
    Soal GitHub Actions, setelah Microsoft menguasai platform tersebut, mereka sangat piawai membuat produk dan fitur yang cukup layak dipakai, tetapi tidak sampai cukup baik untuk mendorong orang pindah ke alternatif yang lebih baik. GitHub Actions adalah contoh yang jelas, Teams juga begitu, dan daftarnya panjang. Bagi saya ini tampak seperti versi modern dari perilaku antipersaingan tahun 1990-an: menciptakan hambatan yang cukup tinggi agar pesaing tidak bisa masuk dan membunuh inovasi. Saya tidak suka itu.