Trois voies et cinq profils. Il s’agit d’échanges en vue de constituer l’équipe fondatrice et de manifestations d’intérêt pour de prochains stages, et non de cinq postes salariés, de nominations arrêtées ou d’un engagement à pourvoir chaque profil. Chaque profil a son propre objet de message ; chaque bouton ouvre votre messagerie. Avant d’écrire, voyez comment votre message est traité.
Équipe fondatrice
Nous constituons l’équipe fondatrice autour du développement produit, de l’expertise industrielle et du développement commercial. Le périmètre, le niveau d’engagement, l’organisation et la date de démarrage seront convenus individuellement avant toute collaboration.
Ingénierie produit (Python / full stack)
Transformer les calculs testés et les dossiers d’examen en un produit sur lequel des personnes extérieures à l’équipe peuvent s’appuyer : saisie structurée, éléments reliés à leurs sources, corrections qui conservent leur historique, interfaces, tests et déploiement maîtrisé.
Objet du message : Axiocost — Founding Product Engineer · Description détaillée
Écrire au sujet de l’ingénierie produit ↗
Expertise industrielle et ingénierie des coûts
Apporter une pratique de l’ingénierie des coûts, de l’analyse du coût objectif (should cost), des achats industriels ou des opérations : définir ce que doit contenir un examen crédible, confronter la méthode à la façon dont les décisions industrielles se prennent réellement, et cadrer les projets pilotes.
Objet du message : Axiocost — Founding Industrial Lead · Description détaillée
Écrire au sujet de l’expertise industrielle ↗
Développement commercial et partenariats industriels B2B
Identifier les organisations pour lesquelles Axiocost répond à un vrai problème, construire des propositions de projet pilote honnêtes sur leur périmètre et leurs preuves, et nouer des partenariats avec des entreprises industrielles.
Objet du message : Axiocost — Founding Commercial Lead · Description détaillée
Écrire au sujet du développement commercial ↗
Stage technique
Nous recueillons les manifestations d’intérêt pour un prochain stage encadré. Le sujet, la durée, les dates, l’organisation et la convention applicable seront convenus avant le démarrage, en tenant compte des objectifs pédagogiques et des disponibilités.
Une contribution encadrée et délimitée au développement du produit : par exemple renforcer les tests d’un calcul, rendre un exemple fictif plus explicite sur ses hypothèses, ou ajouter un contrôle de validation à un dossier d’examen.
Objet du message : Axiocost — Technical Internship · Description détaillée
Écrire au sujet du stage technique ↗
Stage fonctionnel
Nous recueillons les manifestations d’intérêt pour un prochain stage encadré. Le sujet, la durée, les dates, l’organisation et la convention applicable seront convenus avant le démarrage, en tenant compte des objectifs pédagogiques et des disponibilités.
Une mission concrète sur le produit, un processus métier ou une expertise industrielle ; aucune compétence en programmation n’est requise. Par exemple : explorer la façon dont les équipes achats, ingénierie et finance utiliseraient les outils, construire un petit prototype ou une aide à l’examen, rédiger des cas fictifs, observer l’utilisation et en tirer des exigences directement exploitables.
Objet du message : Axiocost — Functional Internship · Description détaillée
Écrire au sujet du stage fonctionnel ↗
Les deux stages ont un objectif pédagogique défini, un tuteur et un périmètre limité. Les premiers travaux utilisent des données fictives. Les contributions pourront être intégrées après revue, sans confier aux stagiaires seuls un système en production, des décisions de sécurité ou des validations industrielles réelles.
Quelques lignes sur votre parcours, vos disponibilités et un lien vers un travail que vous pouvez partager suffisent pour un premier échange. CV, profil public ou portfolio sont bienvenus mais facultatifs ; aucune lettre de motivation ni nouveau livrable ne sont demandés à ce stade.
Candidater n’exige aucune contribution au dépôt public. Merci de ne transmettre ni plans confidentiels, ni décompositions de coûts fournisseurs, ni fichiers ou listes clients, ni contrats, ni code appartenant à un employeur, ni modèles propriétaires, ni pièce d’identité ou information de santé.
Suite donnée : Philippe Dagher lit personnellement chaque message. Lorsqu’une piste se dessine, l’étape suivante est un premier échange sur des travaux déjà réalisés ou une expérience que vous pouvez partager, et une clarification mutuelle du rôle envisagé. Aucun test ni nouveau livrable n’est demandé avant cet échange.
Les parcours cités sont des exemples, et non des conditions cumulatives.
Équipe fondatrice · Ingénierie produit (Python / full stack)
Les calculs fonctionnent. Le prochain défi : un produit que l’on peut utiliser sans avoir l’équipe de développement à côté de soi.
Le rôle. Prendre en charge un véritable parcours d’analyse plutôt qu’accumuler des fonctionnalités, et participer aux choix de produit et d’architecture, pas seulement à l’exécution d’un cahier des charges figé. Le point de départ est le prototype Python privé, ses tests automatisés, les guides méthodologiques publics et les exemples fictifs, et non un dépôt vide.
Les sujets. Des interfaces claires pour saisir des informations structurées, comparer des options, retrouver les éléments qui justifient un résultat, signaler ce qui manque et consigner les corrections ; leur raccordement aux composants de calcul et de traitement testés, en préservant les hypothèses, les unités, les versions et la distinction entre recommandation, décision et exécution ; des API, une conservation des dossiers et un historique des corrections à la mesure du besoin ; une installation, des tests et un déploiement reproductibles ; et l’interprétation assistée de documents lorsqu’elle répond à un besoin concret, en distinguant calcul déterministe, assistance par IA et décision humaine.
Un premier résultat utile. Un parcours complet sur données fictives : charger un dossier, comprendre ses hypothèses, effectuer une correction étayée, voir ce qui a changé et ce qui manque encore, à la portée d’une personne du métier sans explication à chaque écran.
Parcours bienvenus. Une solide pratique de Python et du développement web, de bonnes bases en génie logiciel et un intérêt pour la conception produit ; JavaScript ou TypeScript, données structurées, Git et tests automatisés. Avoir livré un logiciel effectivement utilisé compte davantage que la maîtrise d’un outil de développement précis. La connaissance industrielle est bienvenue ; l’envie d’apprendre le métier est indispensable.
Pour commencer. La comparaison de devis interactive, l’exemple de l’opportunité à la mise en œuvre et les guides méthodologiques publics (en anglais).
Équipe fondatrice · Expertise industrielle et ingénierie des coûts
Un chiffrage peut être mathématiquement juste et conduire à une mauvaise décision industrielle.
Le rôle. Transformer l’expérience industrielle en questions explicites, en exigences de preuve et en décisions que l’on peut examiner : aider à choisir le premier périmètre du produit, remettre en question les hypothèses du modèle et déterminer ce que l’outil peut traiter et ce qui relève d’une expertise humaine. Il s’agit de participer concrètement à la construction du projet, et non d’un rôle de conseil honorifique.
Les sujets. Un petit nombre de décisions de coût ou d’achat à forte valeur, et les informations techniques, commerciales et opérationnelles nécessaires pour les évaluer ; les gammes, les matières, les quantités, la capacité, les réglages, la logistique et le périmètre des devis, sans imposer une convention de calcul comme vérité universelle ; des cas de référence fictifs qui révèlent les écarts, les omissions et les arbitrages ; la traduction du raisonnement métier en exigences compréhensibles pour le développement produit ; et le lien entre une opportunité, les travaux de qualification, les responsabilités, les ressources, les dates et les éléments permettant d’examiner les gains. L’hypothèse actuelle du pilote d’analyse des coûts porte sur des pièces moulées sans fonction critique pour la sécurité ; la bonne expertise pourra aider à affiner ce périmètre.
Un premier résultat utile. Un cas d’analyse industrielle bien délimité : la décision à prendre, les informations requises, les hypothèses à tester, les options à comparer et les conditions qui modifieraient la conclusion. La réussite se mesure à l’utilité de l’analyse, reconnue avec ses limites par une personne experte, et non à un montant d’économies annoncé sans fondement.
Parcours bienvenus. Analyse du coût de revient ou du coût objectif (should cost), analyse de la valeur, méthodes industrielles, développement fournisseurs, achats techniques ou performance industrielle ; industrialisation, qualification qualité, consultations fournisseurs ou vérification des gains. Une expertise approfondie d’un domaine vaut mieux qu’une connaissance superficielle de tous les procédés. Il n’est pas nécessaire de coder.
Pour commencer. L’offre analyse des coûts, la méthode publique Cost & Value Engineering (en anglais) et l’exemple de l’opportunité à la mise en œuvre.
Équipe fondatrice · Développement commercial et partenariats industriels B2B
Une démonstration convaincante ne prouve pas encore qu’une organisation est prête à payer pour résoudre le problème.
Le rôle. Mener des échanges de découverte rigoureux et développer des relations pilotes crédibles : aider l’équipe technique et industrielle à comprendre qui rencontre le problème, comment il est traité aujourd’hui, qui décide et quelle amélioration justifierait de poursuivre. Vous contribuerez autant à définir l’offre qu’à la faire connaître.
Les sujets. Des échanges avec les achats, la production, les opérations et la finance pour distinguer un besoin susceptible de déboucher sur un projet d’un simple intérêt ; le choix d’un premier segment et d’un premier cas d’usage ; des pilotes avec une personne responsable côté client, un périmètre limité, un mode de partage des informations approprié et des critères d’utilité convenus ; un positionnement et des propositions qui n’attribuent au produit aucune fonction ni aucun résultat qu’il n’a pas établis ; un portefeuille restreint d’opportunités qualifiées dont les objections nourrissent les décisions produit ; et des partenariats industriels ou technologiques pertinents, sans annoncer de soutien ni d’accord avant leur confirmation.
Un premier résultat utile. Un petit nombre d’opportunités pilotes bien comprises, chacune avec la personne responsable du problème, le fonctionnement actuel, le temps consacré à l’examen, les informations disponibles et une définition du résultat attendu. La taille d’un fichier de contacts n’est pas l’objectif.
Parcours bienvenus. Logiciels B2B industriels, services d’ingénierie, technologies achats, amélioration opérationnelle ou vente de solutions complexes ; travail avec des équipes d’ingénierie et cadrage de pilotes. Un réseau pertinent est utile, mais il ne s’agit pas d’apporter seulement un carnet d’adresses. Le français et l’anglais sont tous deux utiles pour les échanges envisagés.
Pour commencer. Les deux offres, analyse des coûts et mise en œuvre et suivi des gains, et la façon dont chaque projet pilote est cadré.
Stage technique
Développer quelque chose qu’une autre personne pourra comprendre, tester et utiliser.
Le travail. Une contribution limitée et encadrée au parcours d’analyse, convenue au démarrage avec la personne qui vous encadre et, le cas échéant, l’établissement de formation. Exemples : expliquer les hypothèses, les informations manquantes et les résultats d’un exemple fictif avant de le modifier ; contribuer à une saisie structurée, à une vue des justificatifs ou à une comparaison avant/après ; écrire ou compléter des tests automatisés, reproduire un défaut ; améliorer les instructions d’installation pour qu’une autre personne puisse exécuter le même exemple à partir d’une copie neuve ; documenter la contribution et en présenter une courte démonstration.
Un premier résultat utile. Une petite fonction utilisable ou une amélioration de fiabilité, avec ses tests et une transmission claire : par exemple, une correction de quantité fictive apparaît dans l’interface, son effet est expliqué et les informations manquantes ne sont pas transformées en zéros.
Parcours bienvenus. Informatique, développement logiciel, données, mathématiques appliquées ou ingénierie ; des bases en Python et en développement web. Un projet universitaire ou personnel suffit pour commencer à échanger, et aucune expertise préalable du chiffrage industriel n’est attendue. Des assistants de développement pourront être utilisés avec les outils autorisés ; comprendre ce qu’ils produisent fait partie de l’apprentissage.
Pour commencer. La comparaison de devis interactive, l’exemple de l’opportunité à la mise en œuvre, ainsi que le code de référence et les tests des guides méthodologiques publics (en anglais).
Stage fonctionnel
Un logiciel peut réussir tous ses tests et laisser sans réponse la personne qui l’utilise.
Le travail. Une mission concrète sur le produit, un processus métier ou une expertise industrielle ; aucune compétence en programmation n’est requise. Décrire une tâche concrète : la décision à prendre, les informations nécessaires, les incertitudes et le résultat attendu. Parcourir des exemples fictifs pour repérer les termes confus, les explications manquantes et les étapes inutiles ; construire une maquette, un formulaire, un prototype sans programmation ou un support d’analyse avec un outil autorisé ; tester le parcours avec des personnes autorisées, sous encadrement ; et transformer les observations en besoins prioritaires et en critères d’acceptation. La mission produit un résultat utilisable ; il ne s’agit pas d’une revue de littérature sans fin.
Un premier résultat utile. Un parcours testé, une petite maquette ou un support d’examen démontrable, et une note de constats hiérarchisés : par exemple, aider à distinguer un gain annuel attendu, un scénario de première année et un résultat encore non mesuré, sans que l’équipe de développement doive traduire chaque libellé.
Parcours bienvenus. Génie industriel, achats, chaîne logistique, opérations, finance, analyse métier, gestion de produit ou conception de services. Le raisonnement structuré, la qualité de rédaction et la capacité à poser des questions utiles comptent davantage qu’un langage informatique ou qu’une formation prestigieuse.
Pour commencer. L’exemple de l’opportunité à la mise en œuvre, la comparaison de devis interactive et la méthode publique de mise en œuvre (en anglais).