Conception axée sur les informations métier

Un des résultats métiers attendus est l’automatisation par l’application d’au moins 90 % des décisions d’acceptation/de rejet des demandes de prêts.

• Nous devons connaître le nombre total de demandes approuvées ou refusées automatiquement, le type de prêt concerné par les demandes et le pourcentage de prêts approuvés ou refusés sur une période donnée. Par exemple, 25 décisions concernent des demandes de prêt de montant élevé à taux bas sur une semaine, et 20 % ont été refusées automatiquement.
• Nous devons connaître les raisons pour lesquelles les demandes font l’objet d’un examen manuel.

L’entreprise pense que de nombreuses demandes faisant l’objet d’un examen manuel sont abandonnées. Toutefois, notre système actuel ne suit pas cette information.

• Nous devons connaître le taux d’abandon des demandes nécessitant un examen manuel.
• Nous devons connaître les raisons pour lesquelles les demandes doivent faire l’objet d’un examen manuel.

Les rapports existants se concentrent sur le nombre total de prêts et le nombre de prêts demandés et acceptés chaque semaine.

• Nous devons continuer à fournir ces informations à des fins de gestion financière. 
• Ces informations doivent être disponibles quotidiennement ou en temps réel plutôt que via les rapports hebdomadaires actuels.

Les décisions manuelles d’approbation ou de rejet des demandes doivent être suivies et examinées.

• Nous devons connaître les raisons pour lesquelles les demandes ont dû faire l’objet d’un examen manuel.
• Nous devons connaître le pourcentage et le nombre de demandes approuvées et refusées.
• Nous devons connaître les raisons justifiant la décision manuelle.
• Nous devons connaître le temps nécessaire à la prise de la décision.

Les activités clés correspondent aux phases principales du processus.

• Nous devons savoir combien de demandes sont démarrées.
• Nous devons savoir combien de demandes incluent les informations requises sur le prêt.
• Nous devons savoir combien de demandes ont donné lieu à des offres en cours.
• Nous devons savoir combien de demandes ont donné lieu à des offres acceptées.

L’équipe de gestion des produits de prêt aux petites entreprises doit pouvoir accéder à ces informations. 

• Les directeurs et managers passent en revue les rapports structurés et demandent une analyse supplémentaire aux analystes lorsque cela est nécessaire.
• Les analystes produit doivent pouvoir accéder aux données en vue de les explorer et les analyser de manière approfondie, mais aussi de passer en revue les rapports structurés.
  Tip: Les parties prenantes et membres de l’équipe doivent passer en revue les rapports existants afin d’éliminer ceux qui s’avèrent superflus.

L’équipe chargée des prêts aux petites entreprises ne dispose pas d’un datawarehouse distinct, ni de l’expertise nécessaire en matière d’outils de BI au-delà de Microsoft Excel. 

• La majorité des rapports sont créés directement dans l’application.
• Les analystes produit utilisent Excel pour compléter les fonctions de reporting de l’application lorsque nécessaire.

Les analystes produit sont de grands utilisateurs de Microsoft Excel et créent fréquemment des outils d’analyse dans Excel pour répondre aux besoins non couverts par les fonctions actuelles de l’application.

• Les analystes produit utilisent Excel pour compléter les fonctions de reporting de l’application lorsque nécessaire.

D’après des discussions précédentes, la possibilité d’exporter vers Microsoft Excel est indispensable. L’entreprise a également lancé la création d’un data lake, mais il est trop tôt pour connaître l’état du projet. 

• La possibilité d’exporter vers Microsoft Excel est indispensable.
• Les données de cette application devront alimenter le data lake à l’avenir.

Les analystes produit sont censés créer et modifier des rapports dans le cadre de leur travail. Les managers et directeurs s’attendent à pouvoir utiliser les rapports structurés existants. Ils veulent sélectionner des critères, mais pas être chargés de la modification ou de la création des rapports.

• Les analystes produit doivent pouvoir modifier ou créer leurs propres rapports.
• Tous les utilisateurs s’attendent à pouvoir modifier les paramètres des rapports structurés.

Les analystes produit utilisent une vue sur 12 mois glissants des données liées aux demandes pour alimenter les tendances et prévisions. Les analystes financiers du service comptabilité étudient quant à eux 5 ans de données pour leurs analyses. Toutefois, les analystes financiers utilisent actuellement le système d’enregistrement des prêts pour leurs analyses.   

• La conception du système et les politiques de conservation des données doivent garantir qu’au moins 12 mois de données sont disponibles à tout moment pour les rapports.

La vitesse de l’application de traitement des prêts est une question essentielle pour les utilisateurs finaux. En cas de ralentissements, même de quelques minutes seulement, les demandeurs ont tendance à rapidement abandonner leur demande pour se tourner vers une autre société.

• Un clone de la base de données de l’application est dédié à la création de rapports. L’analyste doit s’assurer qu’il n’y a aucun risque de ralentissement de l’application pour les utilisateurs finaux qui travaillent sur des demandes de prêt.