Du devis à l'encaissement

Dans beaucoup de petites entreprises, un projet est éparpillé dans de nombreux logiciels.

Le commercial travaille sur le Quotation.

Le chef de projet gère le Project.

L'acheteur cherche des Suppliers.

La comptabilité enregistre les Expenses.

Et enfin, la finance envoie l'Invoice et relance le paiement.

Chacun ne voit qu'une partie du même projet client.

Mais ce qui intéresse vraiment le patron, c'est toute l'histoire :

On a devisé combien ?

Combien cela a-t-il réellement coûté ?

A-t-on livré ce qu'on avait promis ?

Combien a-t-on facturé ?

Combien d'argent a-t-on finalement encaissé ?

Donc, en concevant Snappy PM, nous avons voulu connecter ces choses dès le début.

Un projet commence par les besoins du client.

Les Requirements deviennent progressivement un Scope.

Le Scope finit par devenir un Quotation.

Ce n'est qu'après que le client a accepté le Quotation que nous savons vraiment :

Qu'avons-nous promis de livrer, et pour combien ?

Ensuite, le projet entre en Implementation ou Manufacturing.

Les matériaux, les achats, la main-d'œuvre et les autres Expenses commencent à se produire.

Ce ne sont plus seulement des coûts éparpillés dans le système financier.

Ils appartiennent à ce Project.

Et nous commençons donc à pouvoir voir :

Quoted Revenue

Cost to Date

Work in Progress

Expected Margin

Puis vient la Delivery.

Et enfin nous entrons dans le Closing :

Invoice → Payment → Settlement → Close.

À ce stade, la comptabilité et le Project Management ne devraient plus être deux mondes complètement différents.

Parce que pour le patron, ils ont toujours été une seule et même chose.

Un projet de 200 000 AED a finalement coûté 130 000 AED.

Pourquoi ces 130 000 sont-ils supérieurs au budget ?

Est-ce les matériaux ?

La main-d'œuvre ?

Un Scope Change ?

L'Installation ?

Les réponses à ces questions ne devraient pas avoir à attendre que le comptable produise un P&L des mois plus tard.

Elles devraient devenir progressivement visibles pendant que le projet se déroule.

C'est aussi une direction très importante dans la façon dont nous concevons Snappy PM :

Le Project Management devrait finir par expliquer les chiffres de la comptabilité.

Et la comptabilité, en retour, devrait dire au Project Manager :

ce qui s'est réellement passé sur le projet.

Un Quotation n'est pas un PDF isolé.

Un Purchase n'est pas une Expense isolée.

Et une Invoice n'est pas une facture qui apparaît soudain après la fin du projet.

Ce sont tous des traces différentes laissées par le même processus commercial.

Ce n'est qu'en connectant ces traces que nous pouvons répondre à la question qui intéresse vraiment un patron :

A-t-on vraiment gagné de l'argent sur ce projet ?

Et plus important encore :

Pourquoi ?

SnapLedger, your life easier.