pour le fondateur qui pense “nous ne sommes qu’un SaaS” —
RS&DE pour les entreprises canadiennes de TI et d’IA
Vous appelez ça un mardi. L’ARC appelle ça de l’incertitude technologique.
Vous résolvez des problèmes sans réponse connue. La majeure partie de votre développement est probablement admissible — et les expériences qui ont échoué comptent aussi.
Le plus grand domaine de la RS&DE
~40 %
de tous les crédits RS&DE vont au développement logiciel (selon l’ARC, 2024–25)
De la préamorce à l’expansion. Les premiers réclamants sont les bienvenus — la nouvelle approbation préalable de l’ARC donne une détermination officielle en 8 semaines, avant que vous ne dépensiez le budget.
Ce qui est admissible · ce qui ne l’est pas
✓ Admissible
- Évaluer plusieurs architectures de modèles pour en trouver une qui tient en production
- Affiner sur des données propriétaires alors que l’issue était réellement incertaine
- Faire descendre la latence ou le coût d’inférence sous un seuil qu’on ne savait pas atteignable
- Intégrer un système d’une manière que personne n’avait essayée auparavant
- Tentatives ratées de mise à l’échelle horizontale — l’échec compte
✕ Non admissible
Implémenter une bibliothèque bien documentéeConstruire une fonctionnalité standard sans incertitudeUne refonte d’interfaceDe l’entretien de routine
pas certain? c’est généralement le critère d’incertitude qui est rempli. demandez.
L’erreur courante
Votre dernière demande venait probablement d’un export Jira. Rapide et bon marché — et le nouveau tri par IA de l’ARC signale désormais les schémas extraits par machine. Nous interviewons vos ingénieurs et rédigeons l’histoire technique comme un examinateur la lit. À l’échelle du programme, la grande majorité des demandes RS&DE sont acceptées — la plupart telles que déposées. Un récit clair, rédigé à la main, c’est ainsi que vous donnez à la vôtre les meilleures chances — et qu’il tient la route si quelqu’un pose des questions. (Taux à l’échelle du programme, pas une garantie pour une demande en particulier.)
Tendance · firme de logiciel en IA appliquée · anonymisée
Des problèmes difficiles sans réponse toute faite : personnaliser de grands modèles de langage pour un accompagnement fiable et propre à la tâche; extraire des données structurées de PDF quelconques; réarchitecturer un monolithe vers des microservices pour une mise à l’échelle en temps réel. Nous avons inscrit l’incertitude et les impasses dans un récit qu’un examinateur pouvait suivre.
Quelques heures du temps de leur équipe. Nous avons fait le reste.
Du vrai travail que nous avons réclamé
Ça vous dit quelque chose?
Presque tous ces cas ont commencé de la même façon : l’approche standard, toute faite, ne fonctionnait pas, et personne ne pouvait dire pourquoi. Trouver la solution — y compris tous les essais qui ont échoué — c’est exactement à ça que sert la RS&DE.
Une équipe a pris un modèle de vision préentraîné populaire pour détecter quand un travailleur devenait stressé à la caméra. La démo était superbe — puis tout s’est effondré sur de vraies images à cause des reflets et des éblouissements. Les mois passés à nettoyer l’image et à réentraîner le modèle? C’est ça, la demande, pas la démo.
Une équipe d’IA utilisait l’apprentissage automatique pour piloter un procédé industriel que personne ne comprenait entièrement — données désordonnées, lectures manquantes, conditions qui dérivaient d’un jour à l’autre. L’approche des manuels suppose des données propres et stables. Les leurs ne l’étaient pas. Bâtir quelque chose qui pouvait composer avec ce désordre, c’était l’incertitude qui valait la peine d’être réclamée.
Un atelier de logiciel a tenté de repérer la petite fraude dans une montagne de réclamations d’assurance. Le hic : ils ne connaissaient qu’une partie des fraudes, et chaque fausse alerte obligeait une personne à enquêter. Obtenir un modèle assez précis pour s’y fier a exigé une série d’approches qui n’ont pas fonctionné avant qu’une réussisse.
Un développeur devait pousser des alertes en temps réel dès qu’une donnée changeait, sans greffer de fragiles fichiers de configuration qui se désynchronisent avec le temps. Les façons « normales » ralentissaient la base de données ou créaient un cauchemar d’entretien. Le travail pour trouver une solution propre est récupérable.
On avait dit à une équipe qu’une plateforme low-code populaire pouvait héberger un système pour des milliers d’utilisateurs anonymes. C’était faux — elle suppose une connexion par personne. Le prouver, puis bâtir quelque chose qui tenait vraiment la route, c’est le genre de parcours de l’impasse à la solution que la RS&DE récompense.
Une équipe de sécurité voulait repérer de faux noms de domaine sosies en quelques heures, pas en quelques jours. Les outils de recherche standard étaient trop lents et trop périmés. Ils ont dû inventer leur propre méthode en temps réel pour attraper les fautes d’orthographe subtiles — et cette ingénierie est la partie réclamable.
La majeure partie de votre développement est probablement admissible. Voyons voir.
Réserver un appel de 30 minutes avec Amin →