Gelir Tablonuz "kârlı mıyım?" sorusuna cevap verir. 13 haftalık nakit akış tahmini, e-ticaret mağazalarını kapatan soruyu yanıtlar: "Tedarikçi bakiyesini vadesinde ödeyebilir miyim?"
Tedarikçinizden gelen e-posta kibar ve pazarlık kabul etmez nitelikte: sonbahar stok siparişinizin bakiyesi, Cuma gününden iki hafta sonra konteyner sevk edildiğinde ödenmelidir. Aylardır kabul ettiğiniz bir rakam. Bankacılık uygulamanızı açar, bakiyeye bakar ve yüzlerce kez yaptığınız zihinsel hesabı yaparsınız — gelen ödemeler, çıkan maaşlar, yakında ödenecek satış vergisi — ve gerçekten paranın orada olup olmadığını bilmediğinizi fark edersiniz.
Garip olan şu ki, işler yolunda gibi. Geçen çeyrek kârlıydı. Muhasebeciniz öyle söyledi. Ancak bu anın diğer versiyonunu da yaşadınız — zihinsel hesaplamanın yanlış olduğu, tedarikçi ödemesinin yetersiz bir haftaya karşı geri döndüğü ve iki gün boyunca hesaplar arasında para transfer ederek ve sinirlendiremeyeceğiniz tek satıcıya özür e-postası hazırlayarak geçirdiğiniz an.
Sizi tekrar o ana geri götüren inanç basittir: "Kârlıyım, bu yüzden nakit kendi kendine halledilir." Çoğu işletme için bu sadece iyimserliktir. Stok tutan bir mağaza için yapısal olarak yanlıştır — çünkü kâr çeyrek boyunca sorunsuz bir şekilde elde edilir ve nakitiniz yığınlar halinde çıkar. 13 haftalık nakit akış tahmini, e-ticarete özel çözümdür: tek bir elektronik tablo, on beş satır, her Pazartesi güncellenir ve size kötü haftayı henüz altı hafta varken gösterir.
Neden 13 Hafta — ve Neden Haftalık
On üç hafta rastgele bir ufuk çizgisi değildir. Bu bir çeyrektir — ki çoğu mağaza için bu kabaca tam bir stok döngüsüdür: PO'yu yerleştirin, depozitoyu ödeyin, sevkiyatta bakiyeyi ödeyin, malları alın, satış yapın ve nakdi toplayın. Daha kısa bir tahmin, bir satın alma siparişinin tüm yaşam döngüsünü göremez. Daha uzun bir tahmin, planlama kisvesi altında tahmin yürütmektir.
Haftalık ayrıntı düzeyi, uzunluktan daha da önemlidir. Çoğu muhasebe yazılımının varsayılan olarak ürettiği aylık nakit tahminleri, stok ağırlıklı mağazaları öldüren şeyi tam olarak ortalamadan çıkarır. 95.000 $ gelip 90.000 $ çıktığı bir ay rahat görünür. Ancak bu çıkışın 58.000 $'ı ikinci haftada, 21.000 $ makbuza karşı gelirse, "iyi" bir ayın ortasında sekiz gün boyunca derin bir şekilde negatif oldunuz. Bankanız ortalama almaz. Tedarikçiniz de almaz.
Haftalık sütunlar, haftada 30 dakikada sürdürebileceğiniz en ince çözünürlüktür ve sıkışıklığı yakalayan en kaba çözünürlüktür. Tüm tasarım budur.
Bunu Bir E-ticaret Tahmini Yapan Satırlar
E-ticaret parasının genel şablonların modellemediği zamanlama davranışları olduğundan, genel küçük işletme nakit akışı tahmini burada size yetersiz kalacaktır. Bunlardan beşi en çok zararı verir:
Ödemeler, satış tarihi yerine ödeme vadesinde gelir. Bu hafta yaptığınız satışlar bu haftanın nakdi değildir. Shopify bunları toplar, ücretleri ve geri ödemeleri düşer ve kendi programına göre yatırır — bu yüzden ödeme tutarınız asla satışlarınıza eşit olmaz. Gerçekte çıkan tutar üzerinden, hesaba geçtiği gün havale tutarını tahmin edin. Ödemeler yerine satışları tahmin ederseniz, her sütun birkaç gün ve birkaç yüzde oranında yanlıştır — bu, kırmızı bir haftayı gizlemeye yeter.
Stok PO ödemeleri düzensiz katildir. Bordro ve reklam harcamaları ritmiktir. Bir satın alma emri böyle değildir: yerleştirme sırasında bir depozito, sevkiyatta büyük bir bakiye, bazen teslimat şartlarına göre son bir taksit. Stok ağırlıklı bir mağaza için, tek bir mevsimsel PO, tek bir belirli Perşembe günü vadesi gelen toplam tahsilatın üç veya dört haftasına eşit olabilir. Bu, tüm tahminin sizi korumak için var olduğu satırdır.
Finansman havaleleri haftalık olarak çıkar. Bir Shopify Capital sınıfı avans almışsanız, satışlarınızın sabit bir dilimi, ödeme bankanıza ulaşmadan ayrılır — çoğunlukla ana para olan, gider olmayan bir havale, ancak her iki durumda da %100 nakittir. Bunu kendi çıkış satırı olarak tahmin edin. Bir uyarı: havale ödemenizden düşülürse, ödemeyi brüt olarak tahmin edin ve havale satırını saklayın veya net olarak tahmin edin ve satırı silin — asla ikisini birden yapmayın, aksi takdirde çıkışı iki kez sayarsınız.
Satış vergisi belirli haftalarda ayrılır. Çeyrek boyunca topladığınız satış vergisi size ait değildir ve yoğun ödeme haftalarında — dosyalama programınıza ve eyaletlere bağlı olarak aylık veya üç aylık olarak — çıkar. Ayın 20'si civarında ödeme yapan aylık bir dosyalayıcı, her ayın aynı haftasında öngörülebilir dört haneli bir çıkışa sahiptir. Bu haftaları açıkça tahmine dahil edin. (Dosyalama sıklığı eyalete ve hacminize göre değişir — CPA'nızla onaylayın.)
Geçitler ve BNPL kendi saatlerinde ödeme yapar. PayPal, Klarna, Shop Pay Installments — her biri kendi vadesinde ödeme yapar, bazıları günler içinde, bazıları rezerv tutar. Ödemelerinizin önemli bir kısmı bunlardan geçiyorsa, Shopify sayısına karıştırılmadan kendi zamanlamalarına sahip kendi makbuz satırlarına ihtiyaç duyarlar.
Oluşturma: 15 Satır, 13 Sütun
Boş bir elektronik tablo açın. Pazartesi başlayan on üç sütun, her biri bir hafta için. On beş satır:
| # | Satır | Sayı nereden geliyor |
|---|---|---|
| 1 | Shopify ödemeleri | Ödeme programı × mevsimselliğe göre ayarlanmış son haftalık ortalama |
| 2 | Diğer geçit / BNPL ödemeleri | Her sağlayıcının ödeme vadesi |
| 3 | Toptan / B2B tahsilatları | Açık faturalar, vade tarihlerine göre (sonra *gerçekçi* ödeme tarihine göre) |
| 4 | Diğer nakit girişi | Pazar yeri ödemeleri, indirimler, başka herhangi bir şey |
| 5 | Stok PO ödemeleri | PO şartlarına göre depozito ve bakiyeler, vade tarihine göre |
| 6 | Navlun, vergiler ve gümrük | Sevkiyat programı; brokerlar varışa yakın fatura keser |
| 7 | Bordro ve yükleniciler | Sizin ödeme takviminiz |
| 8 | Reklam harcaması | Kart ödeme tarihleri, kampanya tarihleri değil |
| 9 | Yazılım ve sabit işletme giderleri | Abonelik faturalandırma tarihleri |
| 10 | Kira / 3PL faturaları | Kiralama ve 3PL faturalandırma döngüsü |
| 11 | Satış vergisi ödemeleri | Beyanname takviminiz |
| 12 | Finansman ödemeleri | Avans şartları (yukarıdaki çifte sayım uyarısına bakın) |
| 13 | Net nakit akışı | Satır 1–4 eksi satır 5–12 |
| 14 | Başlangıç nakdi | Önceki haftanın bitiş nakdi |
| 15 | Bitiş nakdi | Satır 14 + satır 13 — tek önemli sayı |
Şimdi yuvarlak hayali rakamlarla ilerleyelim. Mağazanızın aylık yaklaşık 105.000 $ gelir elde ettiğini varsayalım: Shopify ödemeleri haftada 22.000 $ (mevsimsel bir düşüşle 5-7. haftalarda 19.000 $'a düşüyor), artı diğer ödeme ağlarından haftada 2.500 $. Bankada 14.000 $ ile başlıyorsunuz. 84.000 $'lık bir sonbahar envanteri PO'su verdiniz — 2. haftada %30 depozito, 6. haftada sevkiyat dengesi olan 33.600 $, 7. haftada gelen navlun ve vergiler 4.500 $. Maaşlar haftada 3.600 $, reklamlar 6.000 $, işletme giderleri 1.400 $, bir Capital-class ödemesi yaklaşık 3.000 $, 3PL faturaları aylık 3.800 $ ve satış vergisi yaklaşık 8.400 $ olup 3., 7. ve 12. haftalarda ödeniyor.
İlk dokuz hafta boyunca 13. ve 15. satırların ne yaptığını gösteren tablo (binlerce dolar):
| Hafta | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 |
|---|---|---|---|---|---|---|---|---|---|
| Net nakit akışı | +6.7 | −14,7 | +2.1 | +10.5 | +3.7 | −26,1 | −5,1 | +10.5 | +14.7 |
| Bitiş nakdi | 20.7 | 6.0 | 8.1 | 18.6 | 22.3 | −3,8 | −8,9 | 1.6 | 16.3 |
İşte orada. 6. ve 7. haftalar kırmızı. İşletme başarısız olduğu için değil — 9. hafta tekrar rahat bir şekilde pozitif — ancak PO bakiyesi, navlun faturası ve bir satış vergisi ödemesi mevsimsel ödeme düşüşüne denk geldiği için. Aylık görünüm bunu yakalayamaz: çeyrek dönem pozitif netleşir ve hatta her bir ay kabaca dengelenir. Sadece haftalık kümülatif satır, banka bakiyesinin sıfırın altına düştüğü sekiz günü size gösterir.
Yukarıdaki her sayı örnektir ve kasıtlı olarak yuvarlanmıştır. Önemli olan rakamlar değil — önemli olan, mağazanızın 6. haftanın kendi versiyonuna sahip olması ve şu anda görünmez olmasıdır.
Pazartesi Güncellemesi: Mutabakatlı Defterlerden 30 Dakika
Bir kez oluşturduğunuz bir tahmin bir hatıradır. Araç ritimdir: her Pazartesi sabahı, 30 dakika.
Rutin mekaniktir. Geçen haftanın tahmin sütununu gerçekleşenlerle değiştirin. Nerede yanıldığınızı not edin — beklenenden daha az ödemeler, gecikmiş bir fatura — ve öğrendiklerinizle kalan haftaları ayarlayın. En sona yeni bir 13. hafta ekleyin. Kırmızı veya ona yakın bir şey olup olmadığını görmek için bitiş nakdi satırını kontrol edin. Bitti.
Bu 30 dakikanın gerçek olup olmadığını belirleyen kısım şudur: tahmininiz yalnızca başladığı defterler kadar iyidir. "Tahmini gerçekleşenlerle değiştirin" varsayımı, gerçekleşenlere sahip olduğunuzu varsayar — bankaya mutabık kalınmış ödemeler, gelirden ayrılmış ücretler, doğru yerdeki iadeler. Defterleriniz haftalarca geriden geliyorsa, her Pazartesi bir arkeoloji seansıyla başlar ve tahmin dördüncü haftaya kadar sessizce ölür. Temiz, güncel defterler, tüm egzersizin üzerine kurulduğu temeldir — vergilerinizin ve kar marjlarınızın bağlı olduğu altyapıyla aynıdır. Bir senkronizasyon aracının, sırf defter tutma amacıyla ilgisi olmayan bir şekilde değerini kanıtladığı yer burasıdır: LedgerPort, Shopify ve WooCommerce ödemelerini otomatik olarak QuickBooks'te mutabık kılar, bu da Pazartesi günkü "gerçekleşenlerin" tahmini açtığınızda zaten orada olduğu anlamına gelir.
Ve bir muhasebe firması kayıtlarınızı tutuyorsa, onlardan şunu isteyin — dönen 13 haftalık bir tahmin, zaten tuttukları mutabakatlı dosyadan e-ticaret firmalarının zaten ürettiği iyi bir teslim edilebilir üründür.
Kırmızı Bir Hafta İçin Gerçekte Ne Yaparsınız
Tahmin 6. haftayı düzeltmez. Onu düzeltmeniz için size altı hafta kazandırır — ve menüdeki neredeyse her şey altı hafta sonra işe yarar ve altı gün sonra başarısız olur:
- PO'yu hareket ettirin, maaş bordrosunu değil. Tedarikçiden sevkiyatı bölmesini isteyin — bakiyenin yarısı sevkiyatta, yarısı teslimatta — veya sevkiyat tarihini iki hafta kaydırın. Tedarikçiler erken istendiğinde bunu rutin olarak hallederler; ödemeniz zaten geciktiğinde bunu kötü bir şekilde hallederler.
- İhtiyacınız yokken şartları müzakere edin. 30/70 yerine 30/40/30 ödeme yapısı veya bakiyede net-30, on binlerce doları hafta sınırlarının dışına taşır. Şartları kazanmak en kolay olduğunda, kayıtlarınız temizdir ve isteğiniz belirli: "nakit modelimiz sıkışıklığı gösteriyor — bakiyeyi bölebilir miyiz?"
- Tahsilatları öne çekin. Toptan satış yapıyorsanız, 6. hafta B2B faturalarınızın son ödeme tarihleri, hatırlatıcıları ve QuickBooks'ta düzgün KDV takibi gerektirmesinin nedenidir. 9. hafta yerine 5. haftada tahsil edilen 8.000 dolarlık bir fatura, sorunun yarısını ortadan kaldırabilir.
- Finansmanı çaresizce değil, sakin bir şekilde ayarlayın. Boşluk gerçekse ve yukarıdaki düzeltmeler onu kapatmıyorsa, 1. haftada müzakere edilen bir kredi limiti ucuz bir sigortadır; 6. haftada bulunan aynı para pahalı ve aceleye gelmiş olur. Sadece havalelerin yeni bir 12. satır haline geleceğini unutmayın.
Dördünün de ortak noktasını fark edin: hepsi telefon görüşmesi, kriz değil. Bu, tablonun tüm getirisi. 6. haftayı 1. haftada gören mağaza, tedarikçiden rutin bir talepte bulunur. 6. haftayı 6. haftada keşfeden mağaza bir özür diler.
Perşembe, Yeniden Gözden Geçirildi
O tedarikçi e-postasına geri dönün. İki hafta içinde ödenecek bakiye ve paranın orada olup olmayacağını bilmiyordunuz. Bu tablo ile bu, on saniyede cevapladığınız bir soru haline gelir — sütuna kaydırın, 15. satırı okuyun. Ya sorun yoksa ve onu düşünmeyi bırakırsanız ya da kırmızıysa ve kötü bir Perşembe yerine iki haftanız ve dört seçeneğiniz varsa.
On beş satır. On üç hafta. Pazartesileri otuz dakika — bunu besleyen defterlerin zaten mutabakatı yapılmış olması şartıyla, bu otomatize etmeye değer tek girdidir. Eğer ödeme mutabakatınız hala dışa aktarma ve temizleme ile çalışıyorsa, bu ilk düzeltmedir; LedgerPort'un ücretsiz planı, etraflarında tahmini oluştururken gerçek verileri akıtmak için düşük riskli bir yoldur.
