Bonjour au forum,
J'ai crée voici de nombreuses années ma sté en créant un tableau de bord (synthèses des demandes, ca réalisé...) + une matrice sous excel qui me chiffre le budget d'une prestation comprenant différents postes.
 
Une fois le chiffrage effectué, j'ai un document type sous word qui fait office de devis envoyé aux prospects et qui peut faire grosso modo de 10 pages à env. 30 pages que je réactualise manuellement en saisissant des nouvelles données;
 
Le document word comporte des informations différentes de la matrice excel dans le sens où excel comporte une liste de données et le devis word est une présentation sympa. par poste avec à la fin un tableau récapitulatif du prix par poste de la prestation.
 
La réalisation du devis sous word (envoyé ensuite sous pdf au prospect) prend énormément de temps et je souhaite automatiser entre autre cette étape;
Entre autre car d'autres étapes plus ou moins chronophages sont également à automatiser (passage des commandes, réalisation des factures...).
 
Vous ayant décrit la situation, je souhaiterais donc faire appel à un développeur dans le but qu'il me créer un logiciel simple, intuitif et entièrement paramétrable et donc d'automatiser un certain nombre de taches (sachant que le devis final n'est pas une simple feuille A4 avec une liste de données mais un devis avec page de garde, présentation sté, synthèse du déroulé de la prestation demandée, contenus de différents postes avec qqles photos, tableau récapitulatif...).
 
Cependant, j'aimerais avoir vos avis, retours d'expériences...afin de savoir si prendre un développeur comme je le souhaite est justifié et le plus adapté dans mon cas?
Vers quel type de développeur s'orienter en terme de langage de programmation? crm? erp? rester sous excel et word en trouvant un développeur ds ce langage?
 
Il y a bien qqles stés qui ont créees un logiciel dans mon activité mais je préfère pour diverses raisons avoir un logiciel réalisé par un développeur externe qui pourra réaliser et adapter les choses à ma demande sans être tributaire d'une sté, d'abonnements éventuels, de mises à jour...
 
Merci par avance pour votre aide

CRM et ERP ça veut dire introduire une dépendance à un outil (le CRM ou l'ERP en question) qui coûte du temps, du pognon, et que sauf si tu as oublié de le mentionner tu n'utilises pas aujourd'hui.
Si tu as besoin que l'outil s'interface avec autre chose tu dois le préciser.
 
Mais tu es sûr que ça peut vraiment s'automatiser ton machin ? Le cahier des charges sera plutôt conséquent j'ai l'impression vu le processus manuel assez lourd que tu décris. Donc le dév pourrait l'être aussi, il faut que tu sois rentable par rapport au volume de documents à traiter...
 
Si tu veux continuer de générer du word et du excel, je dirais que tu peux essayer trouver un développeur qui maitrise VSTO sous .Net. Mais il y a d'autres approches.
 

Bonjour totalrecall,
merci pour ton 1er avis.
je n'utilise pas de erp ou crm.
 
Là où je te rejoins totalement c'est que si je souhaite développer l'ensemble des process souhaités, cela va prendre bcp de temps de développement et donc couter très cher.
 
Disons qu'au jour d'aujourd'hui, l'étape que je souhaiterais automatiser et qui me prend bcp de temps, c'est la mise en page sous word du devis envoyé ensuite aux prospects, clients...
Cette étape à automatiser serait celle la plus urgente tout en gardant à l'esprit les autres étapes ds le but de les automatiser également mais peut être ds un 2ème temps.  
 
En fait je ne sais dans mon cas s'il est pertinent de rester sous excel et word ou s'il faut mieux changer de langage de programmation...d'ou ma demande ici afin d'avoir vos avis sur le sujet?
 
Cdlt

Ton but à la fin c'est bien de générer des documents Word et Excel, on est d'accord ?
 
Parce que quel que soit le langage de programmation que tu choisiras, c'est ça qui conditionne tout. Si tu voulais par exemple générer uniquement du PDF ou des pages web, on ferait des choix différents.

non non pas forcément...
Actuellement, tout ce qui est chiffrage, facture...est réalisé" artisanalement" sous excel puis word pour la partie mise en page (transformé en pdf puis envoyé au client)
MAIS je ne sais si dans mon cas il est mieux et ou préférable de rester avec excel et word ou si un autre langage de programmation est plus adapté à ma demande, mon souhait?
 
Perso, je ne suis pas fana des "développements" via le web.
 
Espérant avoir été plus clair.

Si j'ai bien compris, la partie Excel, c'est pour la partie chiffrage. Donc, ça, ça peut se coder dans n'importe quel langage + BD ou se faire via une CRM ou ERP (il en existe des libres).
Pour le document à générer, le point important, à mon avis, c'est si tu as besoin de le retoucher après, genre, si y'a des trucs que tu ne pourras pas automatiser et que tu devras reprendre à la main parce que ce sont des cas spécifiques. Si pas besoin de retoucher le doc, n'importe quel langage de dév peut te générer un PDF.
Il y a certes des outils pour modifier des PDF, mais ça sera pas forcément évident.
A noter que si ces cas spécifiques non automatisables à 100% son rares (ex : < 5%), tu peux les traiter manuellement et tout le reste, automatiquement.
 
Petit REX : si ton coeur de métier ne colle pas bien avec la logique des outils de CRM ou ERP, un dév spécifique sera sans doute plus approprié, plus cher certes, mais bien plus rentable (à condition que le nb de devis à faire soit suffisamment important, si t'en a 20/an, c'est mort).
 
Tu peux faire un petit calcul : (nb devis/an) * (temps gagné estimé en heurs si auto 100%) * (coût horaire personne qui fait le taf)
Ca va te donner un budget. En fonction du coût estimé de dév, tu verras au bout de combien de temps tu va le rentabiliser.
 
Pour que tu saches où tu mets les pieds : le TJM (coût à la journée) d'un dév un minimum compétent (je te déconseille de rogner sur son coût et pas prendre un stagiaire), c'est entre 350 et 450 € HT. Et en 10j.h sur ce type de projet, on fait pas grand chose, car les spécs vont prendre déjà pas mal de temps (environ 1/3 du temps total du projet). Et les spécs, va falloir les blinder si tu veux pas devoir remettre la main à la poche à chaque fois qu'il y a un truc qui ne va pas. Te faire aider sur cette tâche par un pro ne serait pas inutile. Il n'est pas rare du tout de faire un x2 ou x3 sur ce genre de projet entre le coût initial et final quand les spécs ont été mal faites.

Hello rufo,
très intéréssant ton point de vue merci.
 
la partie excel = 1 feuille excel qui rassemble les coordonnées des contacts, 1 feuille les données (N° devis, date(s) prestation(s), type de prestations, acompte, ca ht, ca ttc...) et 1 feuille qui est une matrice type pour réaliser une facture....les bons de commande sont aussi sous excel mais certains fournisseurs demandent de passer par leurs sites par ex ou d'utiliser leurs matrices types.
 
la partie word= devis envoyés aux prospects et clients mais transformés avant de l'envoyer en pdf
=> la partie devis doit être entièrement paramétrable car l'automatisme doit avoir ces limites et il faut pouvoir ajouter, modifier, retirer... manuellement des données dans le document word MAIS pas dans le pdf puisque le pdf est la présentation finale du devis.
 
BD? base données?
Petit REX?  
 
Mon activité est traiteur, organisateur de réceptions mais je ne sais si mon coeur de métier colle bien ou pas à la logique des otuils de crm ou erp?
Nbre de devis en année normale (sans covid)...150 à 200 devis / an
 
Spécs?
 
La question que je me pose aussi c'est un développeur pro a t il besoin de partir d'une page blanche car il a déjà dû réaliser plein de développement qu'il peut utiliser pour un nouveau développement?
 
Selon toi, il faudrait aussi que je prenne une autre personne pour réaliser le cahier des charges, les tâches exactes à réaliser?
Est ce bien cela?
Qui fait cela?
 
Enfin, au regard des infos complémentaires que je viens de t'écrire encore ici, quel est le type de langage qui serait le plus adapté selon toi (et donc vers quel type de développeur s'orienter) ?
Faut il rester avec excel et word et développer du vba par ex?
Changer complétement de langage de programmation mais alors s'orienter vers quel type de langage (pas web car je trouve qu'il y a certains inconvénients)?
 
J'ai fait un tableau synthétique qui résume le process et les liaisons à réaliser entre les fichiers...si tu le souhaite je peux te l'envoyer en mp.
 
Cdlt

Specs = spécifications. En gros, c'est la description précise de ce que doit faire le logiciel sur la base du cahier des charges.
REX : retour d'expérience
BD : base de données.
 
Marrant, mon stage de 2ème année d'école d'ingé, c'était chez un traiteur dans la région Tourangelle Je lui avais refait son site web + un logiciel (codé en Delphi) qui lui faisait les devis, les imprimait puis la gestion de ses prestations jusqu'à la facturation + la regénération du code HTML permettant de mettre à jour son site web (à cette époque, c'était beaucoup des sites web statiques en HTML/CSS, les CMS n'existaient pas ou quasi pas et pas en libre). Le tout en 2.5 mois environ.
 
Pour le langage, C# pour une appli type client lourd (donc pas appli web), ça permettra de manipuler Excel et Word facilement. Cela dit, avec le télétravail de plus en plus répandu, je partirais plus sur une appli web malgré tout.
Le truc chiant, c'est le doc Word à générer.
Cela dit, si c'est juste pour ajouter/modifier/supprimer des lignes dans un devis, ça peut se faire via l'IHM web de l'appli puis, une fois que c'est bon, ça génère le PDF (et peut même l'envoyer direct par mail au client).
Si je devais le faire, ça serait en PHP et Mysql pour la BD. Langage très répandu, donc facile de trouver des compétences pour maintenir l'appli.
 
Pour les données de ton fichier Excel (clients et coordonnées, catalogue produit et prix...), tout ça, ça se met dans des tables d'une BD et IHM web pour les éditer.

Merci pour ton retour rufo et ta patience!
Le monde est petit...c'est marrant ça que tu es déjà crée un logiciel pour un traiteur;
Même si cela fait semble t il qqles années (vu ton age sur ta fiche), tu vois ds tous les cas largement ce qu'il en est.
 
L'une des seuls différences à mes yeux qui a changé, à part bien sûr les langages qui ont bien évolués depuis, c'est la présentation du devis envoyés aux prospects:
en effet, depuis plusieurs années, on essaye de présenter des devis agréables voire "classe" à l'oeil, avec des photos...bref, pas un catalogue avec des lignes basiques, des pages austères mais une belle présentation qui donne envie.
 
Et c'est justement sur ce point en l’occurrence la présentation sous word à ce jour qui aurait ds tous les cas une présentation ou trame graphique de base (que tu dis à juste titre "truc chiant" ) qu'il faut bien prendre en compte ds la créa du logiciel car si on créer un logiciel béton mais qui ne peut pas faire une présentation personnalisée voire entièrement paramétrable en utilisant la trame graphique définie, cela ne sert à rien de faire un logiciel (ou du moins pas à grand chose.
 
Une petite (), faut il se pencher avant la créa. sur la présentation finale souhaitée du devis ou la réflexion doit elle se faire en même temps (comme dirait l'autre)?
 
Appli type client lourd...kezako client lourd?
 
A mes yeux (mais je me trompe peut être), une appli web pour moi en terme de points négatifs c'est :
- si zone où ça rame voire pas internet, galère (mais on a qd même données mobiles sur son tél si besoin)
- des MAJ régulières qui entrainent de devoir remettre à jour une partie du logiciel web et donc devoir reprendre "régulièrement" qqle un pour mettre à jour le logiciel
Mes arguments sont ils fondés...ou pas?
 
J'ai oublié de préciser une chose: à ce jour, le logiciel devrait fonctionner pour un utilisateur et à terme, pourquoi pas pour un 2ème voire 3 mais on est ds tous les cas ds un cadre de tpe.
 
Si je résume ta préconisation ds mon cas :
- appli web
- en PHP et Mysql pour la BD (sous excel actuellement)
- IHM Web pour remplacer le doc word actuel (présentation client)
Si je peux me permettre et j'espère que tu ne te froisseras pas mais qd on voit ta fiche, ligne loisirs: il est indiqué PHP entre autre:
ma question est en fait de savoir si lorsque je demande à un développeur le langage préconnisé et qu'il développe et ou qu'il aime le langage X, ne va t il pas m'orienter vers son langage préféré en l'occurence le X   ?
Encore une fois, j'espère ne pas te braquer avec ma question mais il y a semble t il tellement de langage sur le marché qu'on s'y perd un peu lorsque l'on est pas du milieu
 
Enfin, qd tu vas au restaurant, dans une chaine de magasins...les applications utilisées "maisons" sont elles des appli web?
et en quel langage sont elles réalisées?
 
Merci
bonne journée

Client lourd = logiciel installé sur le PC (genre MS Office même si maintenant ça devient du cloud).
Le gros avantage d'une appli web, c'est que lorsque tu fias évoluer le code de l'appli, tu mets à jour que le serveur. Avec un client lourd, il faut mettre à jour tous les PC qui ont l'appli avec un risque d'en oublier
 
Pour l'aspect présentation de ton devis, on peut faire des trucs très beau en PDF et on peut même prévoir qu'une partie de la charte soit paramétrable.
C'est ce que j'ai fait pour la génération du reçu fiscal dans mon appli CanteenCalandreta (cf. ma signature). Si le formulaire vient à changer, il suffit de donner les coordonnées sur la page de chaque information.
 
C'est pour ça que prendre un dév expérimenté pensera sans doute plus dans sa conception à ce genre de chose.
 
Edit : bien sûr qu'un dev aura tendance à te proposer le langage avec lequel il est le plus à l'aise. Toutefois, prendre du PHP et du MySQL pour faire une appli web est très courant. Si c'était pour faire un jeu vidéo, je t'aurais dit de prendre du C/C++ ou du C# car le PHP n'est pas adapté pour cette lourdeur de calcul

Merci
Aurais tu une capture du reçu fiscal que je voye car je l'ai pas trouvé?
De plus, je rebondis sur ce que tu me dit car moi pas trop comprendre:
Si le formulaire vient à changer, il suffit de donner les coordonnées sur la page de chaque information.  
Que veux tu dire par là?
 
Aurais tu en tête qqles points négatifs / application web?  
 
T'envoi un mp en //

C'est un fichier pdf : tu positionnes les textes à écrire avec des coordonnées x,y exprimées en mm.
Le formulaire est celui du cerfa : https://www.impots.gouv.fr/portail/ [...] eneral.pdf

Ok merci

On a pas mal échangé en MP. Peut-être que tu devrais commencer par élaborer un cahier des charges précis et le mettre ici, ce qui permettrait de voir dans quelle mesure du as des cas particuliers à gérer et si en fait, ils n'en sont pas tant que cela et qu'il y a moyen de les faire rentrer dans le cas général.
 
En effet, j'ai souvent vu des clients qui étaient tellement le nez dans leur travail quotidien, qu'ils avaient du mal à prendre du recul sur les détails de leur activité pour en dégager des aspects généraux pouvant être regroupés finalement dans un ou 2 traitements différents alors qu'à les écouter, chaque cas était particulier.
 
Du coup, essaye de voir un peu tous les cas que tu traites et au lieu de voir leurs différences qui sont souvent des détails, chercher leurs points et te poser la question si les différences qu'il y a entre eux sont significatives pour ton business ou pas, bref, si moyennant quelques ajustements dans ta façon de faire, y'aurait pas moyens de regrouper plains de cas dans un seul cas ou 2.