Sauf qu'il n'y a pas que le coût de développement et d'hébergement que tu devrais prendre en compte. N'oublie pas qu'il y a des clients pénibles qui veulent être servis comme des princes (même s'ils n'ont payé qu'un euro). C'est un coût important.
Tu auras un jour ou l'autre une catastrophe. On peut imaginer qu'un client mécontent dont l'activité aura été fortement malmenée par l'incident t'attaque. C'est aussi un coût qu'il faut prévoir, ainsi que le coût des assurances que tu auras souscrit. Et même si le statut d'auto-entrepreneur c'est bien pour se lancer, ça reste risqué puisque tu es redevable sur tes biens propres (tu n'es pas en repsonsabilité limitée).
En bref, je ne penses pas que tu devrais calquer le coût du service sur le seul investissement de base, mais que tu devrais à terme fonctionner avec un tarif basé sur les coûts de fonctionnement. C'est un bon filon que tu as là, correctement géré, tu peux rapidement croître et penser à adapter ton logiciel aux autres pays européens.
Je pense que tu sous-estimes l'aspect psychologique du prix. À 1€/mois on ne te prend pas au sérieux. Quand on voit ce que demandent les sites de rencontre (30 €/mois), on ne peut pas s'imaginer qu'un logiciel qui va te permettre de gérer une entreprise ne coûte pas plus cher. Si vraiment tu ne veux pas abandonner l'idée de l'abonnement à 1 €/mois, créé une marque blanche via laquelle tu vends le même service à 30 €/mois. Et compare. À la rigueur, tu pourrais considérer le 1€/mois comme un tarif social (pour les chômeurs auto-entrepreneurs). Une autre idée serait de facturer en fonction du CA, mais je ne sais pas si ce serait légal ou pratique, c'est une idée comme ça.
En tout cas le code est propre, bravo (même si en Python c'est dur de faire du moche).
Il y a même des tests.
Par contre je n'ai pas compris pourquoi tu mélanges des morceaux de vue avec le modèle (accounts.Invoice.to_pdf et accounts.Invoice.unicode). Enfin, je comprends pourquoi c'est là, je ne comprends juste pas pourquoi ça y est encore ;)
Je n'ai pas tout lu, mais c'est très encourageant pour le peut que j'ai lu (le module account).
[^] # Re: Bravo
Posté par LupusMic (site web personnel, Mastodon) . En réponse à la dépêche Sortie officielle de « Ma Petite Auto-Entreprise » et Aemanager 1.0. Évalué à 5.
Sauf qu'il n'y a pas que le coût de développement et d'hébergement que tu devrais prendre en compte. N'oublie pas qu'il y a des clients pénibles qui veulent être servis comme des princes (même s'ils n'ont payé qu'un euro). C'est un coût important.
Tu auras un jour ou l'autre une catastrophe. On peut imaginer qu'un client mécontent dont l'activité aura été fortement malmenée par l'incident t'attaque. C'est aussi un coût qu'il faut prévoir, ainsi que le coût des assurances que tu auras souscrit. Et même si le statut d'auto-entrepreneur c'est bien pour se lancer, ça reste risqué puisque tu es redevable sur tes biens propres (tu n'es pas en repsonsabilité limitée).
En bref, je ne penses pas que tu devrais calquer le coût du service sur le seul investissement de base, mais que tu devrais à terme fonctionner avec un tarif basé sur les coûts de fonctionnement. C'est un bon filon que tu as là, correctement géré, tu peux rapidement croître et penser à adapter ton logiciel aux autres pays européens.
Je pense que tu sous-estimes l'aspect psychologique du prix. À 1€/mois on ne te prend pas au sérieux. Quand on voit ce que demandent les sites de rencontre (30 €/mois), on ne peut pas s'imaginer qu'un logiciel qui va te permettre de gérer une entreprise ne coûte pas plus cher. Si vraiment tu ne veux pas abandonner l'idée de l'abonnement à 1 €/mois, créé une marque blanche via laquelle tu vends le même service à 30 €/mois. Et compare. À la rigueur, tu pourrais considérer le 1€/mois comme un tarif social (pour les chômeurs auto-entrepreneurs). Une autre idée serait de facturer en fonction du CA, mais je ne sais pas si ce serait légal ou pratique, c'est une idée comme ça.
En tout cas le code est propre, bravo (même si en Python c'est dur de faire du moche). Il y a même des tests. Par contre je n'ai pas compris pourquoi tu mélanges des morceaux de vue avec le modèle (accounts.Invoice.to_pdf et accounts.Invoice.unicode). Enfin, je comprends pourquoi c'est là, je ne comprends juste pas pourquoi ça y est encore ;)
Je n'ai pas tout lu, mais c'est très encourageant pour le peut que j'ai lu (le module account).