Menghitung Freelance Hourly Rate dari Bilble Hours
Menghitung lantai tingkat dari kapasitas realistis, kemudian memisahkan tagihan tahunan dari koleksi uang tunai.
Menghitung klien kerja tidak membeli secara langsung
Kalender freelancer meliputi proposal, administrasi, pembelajaran, pembukuan dan celah antara proyek. Jam-jam itu dapat diperlukan tanpa muncul pada faktur klien. Mulai dengan waktu kerja total, kemudian memperkirakan pembagian yang akan dibayar klien bekerja. Lacak yang berbagi dari proyek-proyek baru-baru Anda sendiri di mana mungkin. Memanggil setiap jam yang tersedia untuk billing.
Terjemahkan kalender ke kapasitas berbayar
Empat puluh jam kerja seminggu untuk 46 minggu memberikan 1,840 Jam. Pada 60% penggunaan yang dapat dicollable, kapasitas berbayar 1,104 Jam. Yang hilang 736 jam tidak hilang, mereka adalah waktu rencana harga harus tetap mendukung. Kalkulator tingkat menerima kerja minggu, jam mingguan dan utilisasi secara terpisah sehingga Anda dapat mengubah satu asumsi pada satu waktu. Bekerja hari per minggu mengubah angka perencanaan harian, bukan kolam tahunan jam tagihan.
Bangun lantai berbasis kost dengan contoh yang bekerja
Masukkan tujuan pendapatan tahunan 50,000, pengeluaran bisnis 10,000. 46 minggu kerja, 40 jam per minggu, 60% pemanfaatan, nol kali cadangan dan lima hari kerja. Tagihan tahunan yang diperlukan adalah 60,000. Dibagi dengan 1,104 jam yang bisa dihitung dengan 54.35 per jam. Angka ini adalah lantai perencanaan di bawah asumsi yang masuk, bukan benchmark pasar atau bukti bahwa klien akan membayar harga untuk layanan tertentu.
Memahami bagaimana cadangan opsional bekerja
Lapangan cadangan adalah asumsi anggaran yang dimasukkan pada keuntungan setelah pengeluaran bisnis. Sebagai contoh, sebuah tujuan pulang 60,000 dengan 25% reserve membutuhkan 80,000 sebelum cadangan itu. Tambah 12,000 biaya dan tagihan tahunan menjadi 92,000. Gross-up ini berbeda dari menambahkan 25% Untuk mengambil tujuan pulang. Hal ini juga bukan sebuah yurisdiksi - perhitungan pajak spesifik: tingkat progresif, pemotongan, pajak penjualan dan keadaan pribadi memerlukan penilaian terpisah.
Stres-test utilisasi sebelum meningkatkan tujuan pendapatan
Jaga 60,000 dari contoh pertama dan kurangi utilisasi menjadi 40%. Kapasitas biologis menjadi 736 jam dan lantai naik ke sekitar 81.52 per jam. Pendapatan yang diinginkan sekarang tergantung pada penjualan lebih sedikit jam dengan harga yang lebih tinggi. Bandingkan skenario itu dengan pipa sebenarnya, proyek panjang dan proses penjualan. Asumsi utilisasi konservatif mungkin mengungkapkan kapasitas atau masalah posisi yang mengubah tujuan pendapatan saja akan bersembunyi.
| Asumsi | 60% dapat ditagih | 40% dapat dicollable |
|---|---|---|
| Jam kerja: 46 × 40 | 1.840 | 1.840 |
| Bilable jam | 1.104 | 736 |
| Diperlukan penagihan tahunan | 60.000 | 60.000 |
| Lantai rumah (bulat) | 54,35 | 81,52 |
Tidak ada cadangan dalam kedua skenario. Ini adalah lantai perencanaan, bukan pasar tingkat.
Hubungkan projek dengan waktu pengumpulan
Rencana penagihan tahunan tidak memberitahu Anda ketika pelanggan membayar. Untuk 10,000 projek dengan 30% deposit, daun kalkulator milestone 7,000 untuk mengalokasikan. Berbagi 40%, 40% dan 20% (Dan dari perbendaharaan) harta yang berharga berupa emas dan perak; dinamakan Kunuz karena para pemiliknya tidak menunaikan hak Allah yang ada padanya (dan sisanya) (menurut kemampuan kalian) di dunia dan akhirat. 2,800, 2,800 dan 1,400 setelah 3,000 Deposito. Konfirmasi apa yang memicu setiap tonggak dan waktu pembayaran secara terpisah. Sebuah jadwal yang dihitung bukanlah persetujuan yang ditandatangani atau konfirmasi bahwa uang akan tiba tepat waktu.
Gunakan contoh ini Buka pembayaran Proyek dengan masukan ini.
Tinjau model terhadap menyelesaikan pekerjaan
Pada review perencanaan reguler, membandingkan jual jam, pendapatan dikumpulkan dan biaya dengan asumsi yang Anda gunakan. Overran waktu terpisah dari faktur yang belum dibayar dan dari jeda pipa; masing-masing dapat memanggil untuk respon yang berbeda. Untuk proyek-proyek harga tetap, memperkirakan kecepatan efektif menggunakan jam pengiriman aktual ketika menjaga administrasi terlihat. Perbarui model ketika layanan Anda atau perubahan beban kerja. Lantai tingkat yang berguna adalah bantuan keputusan yang sedang berlangsung, daripada nomor satu-waktu untuk diterapkan pada setiap klien.