Od ponude do naplate
U mnogim malim preduzećima jedan projekat je razbacan po mnogim programima: prodaja pravi ponudu, projektni menadžer vodi projekat, nabavka traži dobavljače, knjigovodstvo knjiži troškove, a finansije na kraju izdaju fakturu i jure naplatu. Ali vlasnika zapravo zanima cela priča: koliko smo ponudili, koliko je stvarno koštalo, da li smo isporučili ono što smo obećali, koliko smo fakturisali i koliko novca smo na kraju naplatili.
U mnogim malim preduzećima jedan projekat je razbacan po mnogim programima.
Prodaja radi na Quotation.
Projektni menadžer vodi Project.
Nabavka traži Suppliers.
Knjigovodstvo knjiži Expenses.
I na kraju Finansije izdaju Invoice i jure naplatu.
Svako vidi samo jedan deo istog projekta za klijenta.
Ali vlasnika zapravo zanima cela priča:
Koliko smo ponudili?
Koliko je stvarno koštalo?
Da li smo isporučili ono što smo obećali?
Koliko smo fakturisali?
Koliko novca smo na kraju naplatili?
Zato smo pri dizajniranju Snappy PM želeli da povežemo ove stvari od samog početka.
Projekat počinje od zahteva klijenta.
Requirements postepeno postaju Scope.
Scope na kraju postaje Quotation.
Tek kada klijent prihvati Quotation, zaista znamo:
Šta smo obećali da isporučimo, i za koliko?
Zatim projekat ulazi u Implementation ili Manufacturing.
Materijali, nabavke, rad i drugi Expenses počinju da se dešavaju.
To više nisu samo troškovi razbacani po finansijskom sistemu.
Oni pripadaju ovom Project.
I tako počinjemo da možemo da vidimo:
Quoted Revenue
Cost to Date
Work in Progress
Expected Margin
Zatim se dešava Delivery.
I na kraju ulazimo u Closing:
Invoice → Payment → Settlement → Close.
U tom trenutku, Accounting i Project Management više ne bi trebalo da budu dva potpuno različita sveta.
Jer za vlasnika, oni su oduvek bili ista stvar.
Projekat od 200.000 AED je na kraju koštao 130.000 AED.
Zašto je tih 130.000 više od budžeta?
Da li su to materijali?
Rad?
Scope Change?
Installation?
Odgovori na ova pitanja ne bi trebalo da čekaju da knjigovođa napravi P&L mesecima kasnije.
Trebalo bi da postepeno postaju vidljivi dok se projekat dešava.
Ovo je takođe veoma važan pravac u tome kako dizajniramo Snappy PM:
Project Management bi na kraju trebalo da objasni brojke u knjigovodstvu.
A knjigovodstvo bi zauzvrat trebalo da kaže Project Manageru:
šta se stvarno desilo na projektu.
Quotation nije izolovani PDF.
Purchase nije izolovani Expense.
A Invoice nije faktura koja se iznenada pojavljuje kad projekat završi.
Svi su to različiti zapisi koje je ostavio isti poslovni proces.
Tek povezujući ove zapise možemo da odgovorimo na pitanje koje vlasnika zaista zanima:
Da li smo na ovom projektu stvarno zaradili?
I što je još važnije:
Zašto?
SnapLedger, your life easier.
Project Management bi na kraju trebalo da objasni brojke u knjigovodstvu. Ponuda nije izolovani PDF, nabavka nije izolovani trošak, a faktura nije račun koji se iznenada pojavljuje kad projekat završi — to su različiti zapisi istog poslovnog procesa. Tek njihovo povezivanje odgovara na pitanje: da li smo na ovom projektu stvarno zaradili, i zašto?
Za svoj poslednji završeni projekat, možete li danas odmah da stavite jedno pored drugog: ponuđeni prihod, stvarni trošak, fakturisani iznos i naplaćeni novac? Ako ne, gde trenutno živi svaki od tih brojeva?
Quotation → Delivery → Invoice → Cash. Jedan poslovni proces, jedan neprekidni zapis.
Primajte Founder Diary + regulatorna ažuriranja za vašu zemlju
E-pošta kada Richard objavi novi zapis, i regulatorne novosti koje su važne tamo gde živite. Besplatno, odjava u bilo kom trenutku.