Tekliften Tahsilata
Birçok küçük işletmede tek bir proje birçok yazılıma dağılmış durumda: satış teklifi hazırlar, proje yöneticisi projeyi yönetir, satın alma tedarikçi arar, muhasebe giderleri kaydeder ve finans sonunda faturayı kesip tahsilatın peşine düşer. Ama işletme sahibinin gerçekten önemsediği şey hikâyenin tamamı: ne kadar teklif ettik, gerçekte ne kadara mal oldu, söz verdiğimizi teslim ettik mi, ne kadar faturaladık ve sonunda ne kadar nakit topladık.
Birçok küçük işletmede tek bir proje birçok yazılıma dağılmış durumda.
Satış, Quotation üzerinde çalışıyor.
Proje yöneticisi Project'i yönetiyor.
Satın alma Suppliers arıyor.
Muhasebe Expenses kaydediyor.
Ve sonunda Finans, Invoice gönderip tahsilatın peşine düşüyor.
Herkes aynı müşteri projesinin sadece bir parçasını görüyor.
Ama işletme sahibinin gerçekten önemsediği şey hikâyenin tamamı:
Ne kadar teklif ettik?
Gerçekte ne kadara mal oldu?
Söz verdiğimizi teslim ettik mi?
Ne kadar faturaladık?
Sonunda ne kadar nakit topladık?
Bu yüzden Snappy PM'i tasarlarken, bunları en baştan birbirine bağlamak istedik.
Bir proje, müşterinin gereksinimleriyle başlar.
Requirements giderek Scope'a dönüşür.
Scope sonunda bir Quotation olur.
Ancak müşteri Quotation'ı kabul ettikten sonra gerçekten biliriz:
Neyi, ne kadara teslim etmeyi söz verdik?
Sonra proje Implementation ya da Manufacturing aşamasına girer.
Malzemeler, satın almalar, işçilik ve diğer Expenses gerçekleşmeye başlar.
Bunlar artık finans sisteminin içine dağılmış maliyetler değildir.
Bu Project'e aittirler.
Ve böylece görmeye başlayabiliriz:
Quoted Revenue
Cost to Date
Work in Progress
Expected Margin
Sonra Delivery gerçekleşir.
Ve sonunda Closing'e gireriz:
Invoice → Payment → Settlement → Close.
Bu noktada, Muhasebe ve Proje Yönetimi artık iki tamamen farklı dünya olmamalı.
Çünkü işletme sahibi için bunlar her zaman aynı şeydi.
200.000 AED'lik bir proje sonunda 130.000 AED'ye mal oldu.
Bu 130.000 neden bütçenin üzerindeydi?
Malzemeler miydi?
İşçilik mi?
Bir Scope Change mi?
Installation mı?
Bu soruların yanıtları, muhasebecinin aylar sonra bir P&L üretmesini beklemek zorunda kalmamalı.
Proje gerçekleşirken giderek görünür hale gelmeliler.
Bu, Snappy PM'i tasarlama biçimimizde çok önemli bir yön:
Proje Yönetimi eninde sonunda Muhasebedeki rakamları açıklayabilmeli.
Ve Muhasebe de karşılığında Proje Yöneticisine şunu söylemeli:
projede gerçekte ne oldu.
Quotation izole bir PDF değildir.
Purchase izole bir Expense değildir.
Ve Invoice, proje bittikten sonra aniden ortaya çıkan bir fatura değildir.
Hepsi aynı ticari sürecin bıraktığı farklı kayıtlardır.
Bu kayıtları birbirine bağlayarak ancak bir işletme sahibinin gerçekten önemsediği soruyu yanıtlayabiliriz:
Bu projeden gerçekten para kazandık mı?
Ve daha önemlisi:
Neden?
SnapLedger, your life easier.
Proje Yönetimi eninde sonunda Muhasebedeki rakamları açıklayabilmeli. Teklif izole bir PDF değildir, satın alma izole bir gider değildir ve fatura proje bittikten sonra aniden ortaya çıkan bir hesap değildir — hepsi aynı ticari sürecin bıraktığı farklı kayıtlardır. Onları birbirine bağlamak şu soruyu yanıtlar: Bu projeden gerçekten para kazandık mı ve neden?
Son tamamlanan projeniz için bugün hemen teklif edilen geliri, gerçek maliyeti, faturalanan tutarı ve tahsil edilen nakdi yan yana koyabiliyor musunuz? Koyamıyorsanız, bu rakamların her biri şu anda nerede yaşıyor?
Quotation → Delivery → Invoice → Cash. Tek bir ticari süreç, kesintisiz tek bir kayıt.
Founder Diary + ülkeniz için mevzuat güncellemelerini alın
Richard yeni bir yazı yayımladığında bir e-posta ve yaşadığınız yerde önemli olan mevzuat güncellemeleri. Ücretsiz, istediğiniz zaman abonelikten çıkabilirsiniz.