Services de développement logiciel au Rwanda

Ce que couvre ce service

Des systèmes construits autour de votre processus. Le développement de logiciels sur mesure et les systèmes de gestion d’entreprise remplacent tableurs et papier par un système adapté. Les logiciels d’entreprise gèrent un grand nombre d’utilisateurs, plusieurs services et des droits complexes.

Des applications que les gens utilisent. Le développement d’applications web fonctionne dans le navigateur, sur tout appareil. Le développement d’applications mobiles convient au personnel de terrain, aux clients et à quiconque travaille loin d’un bureau.

Connecter et automatiser. Le développement d’API et l’intégration relient les systèmes pour que les données ne soient saisies qu’une fois. L’automatisation des systèmes et les systèmes de gestion des flux de travail remplacent les tâches manuelles répétitives et les validations sur papier. Le développement de bases de données conçoit la structure de données dont tout le reste dépend. Les tableaux de bord sur mesure réunissent sur un seul écran les chiffres dont les responsables ont besoin.

Après le lancement. La maintenance et le support logiciel gardent les systèmes sûrs et fonctionnels. La modernisation des systèmes existants offre une voie de sortie d’un système vieillissant dont l’activité dépend encore.

Si votre besoin porte surtout sur la finance, les RH, les stocks et les achats qui fonctionnent ensemble, voir les solutions ERP, qui peuvent être plus rapides qu’un développement sur mesure.

Les décisions dont dépend réellement un projet logiciel

La plupart des projets logiciels qui tournent mal ont fait l’impasse sur l’une de ces questions. Nous les posons dès la première réunion.

Faut-il vraiment développer ? Si un produit existant couvre 80 % de vos besoins et que vous pouvez adapter votre processus pour le reste, acheter est généralement moins cher et plus rapide. Le sur-mesure se justifie lorsque votre processus est vraiment différent, ou lorsque l’intégration avec vos autres systèmes compte plus que les fonctionnalités.

Dans quel état sont vos données ? Des années de tableurs contiennent généralement des doublons, des orthographes incohérentes et des champs manquants. Nettoyer ces données est souvent la partie la plus difficile d’un projet, et mieux vaut le découvrir tôt.

Que se passe-t-il quand internet coupe ? Les équipes de terrain, les agences rurales et les sites aux coupures fréquentes ont besoin d’un logiciel qui continue de fonctionner hors ligne et se synchronise plus tard. C’est une décision d’architecture prise dès le premier jour.

Comment fonctionnent les paiements et la facturation ? Les systèmes qui encaissent des paiements peuvent nécessiter une intégration au mobile money, qui dépend de l’API et de la procédure d’approbation de chaque fournisseur. Les systèmes qui émettent des factures pour des entreprises assujetties à la TVA peuvent devoir fonctionner avec le système de facturation électronique (EBM) de l’Office rwandais des recettes, obligatoire pour les contribuables assujettis à la TVA. Les deux doivent être cadrés avant la conception, pas ajoutés après coup.

Où le système sera-t-il hébergé ? L’hébergement cloud convient à l’usage multisite et à distance, l’hébergement local aux sites uniques mal connectés. La loi rwandaise sur la protection des données exige que les données personnelles soient stockées au Rwanda, sauf si le certificat d’enregistrement du responsable du traitement l’autorise autrement : l’emplacement de l’hébergement est donc aussi une question de conformité.

Que se passe-t-il si le développeur part ? Le code source, le dépôt, les comptes d’hébergement et la documentation vous appartiennent, pour qu’une autre équipe puisse prendre le relais. C’est écrit dans le contrat.

Ce qui détermine le coût

Nous chiffrons les projets logiciels après une phase d’expression des besoins, car le coût dépend du travail et non du type d’application. Les principaux facteurs sont :

• Le nombre de rôles utilisateurs et d’écrans, et les règles de gestion qui les sous-tendent.
• Les intégrations avec des fournisseurs de paiement, l’EBM, des logiciels comptables ou des bases de données existantes.
• Le fonctionnement hors ligne et la synchronisation, qui ajoutent une complexité importante.
• La migration des données : volume, qualité et nombre d’anciens systèmes d’origine.
• Les plateformes : une application web seule coûte moins cher qu’une application web plus Android plus iOS.
• Les exigences de sécurité et d’audit pour les systèmes contenant des données financières ou personnelles.

Des phases à prix ferme, chacune avec un périmètre défini, gardent le budget prévisible.

Les erreurs qui font dérailler les projets logiciels

Commencer à développer avant de s’accorder sur les besoins. Chaque besoin flou devient plus tard une modification, à un coût plus élevé.

Concevoir uniquement pour le siège. Un logiciel qui fonctionne sur la fibre du bureau mais échoue sur le téléphone d’un agent de terrain dans une zone mal couverte n’est pas terminé.

Pas de responsable produit. Sans une personne habilitée à décider, les questions attendent des semaines et le projet dérive.

Laisser la migration des données pour la fin. C’est souvent la partie la plus difficile, et la plus susceptible de retarder la mise en service.

Notre façon de construire

Nous suivons six étapes : expression des besoins, conception UX/UI, développement, tests, déploiement et maintenance, présentées sur cette page. Deux principes les traversent toutes. D’abord, vous voyez tôt et souvent un logiciel qui fonctionne, par courtes étapes, plutôt qu’une livraison unique des mois plus tard. Ensuite, les personnes qui utiliseront le système le testent avant le lancement, sur les appareils et les connexions dont elles disposent réellement.

À qui s’adresse ce service

Les PME dont les opérations ont dépassé les tableurs et l’e-mail.

Les ONG qui ont besoin de systèmes de suivi, de gestion des bénéficiaires ou de rapports conformes aux exigences des bailleurs.

Les banques et IMF qui ont besoin d’outils intégrés au système bancaire central ou au mobile money.

Les commerces et distributeurs qui ont besoin de systèmes de stocks et de ventes reflétant la circulation réelle des marchandises.

Toute organisation qui fait tourner un ancien système que personne ne veut toucher mais dont tout le monde dépend.

Ce dont nous aurons besoin de votre part

• Une présentation du processus actuel. Observer comment le travail se fait réellement est plus utile qu’un long cahier des charges.
• Des échantillons des données existantes à migrer.
• Un responsable produit désigné, capable de décider des fonctionnalités et des priorités pendant le développement.
• Les détails des systèmes ou fournisseurs de paiement auxquels le logiciel doit se connecter, avec leur documentation d’API si elle existe.
• Les futurs utilisateurs du système, disponibles pour les tests avant le lancement.