« Concevoir l'interview d'un problème » : différence entre les versions
De Wiki Agile
Aucun résumé des modifications |
Aucun résumé des modifications |
||
| Ligne 70 : | Ligne 70 : | ||
'''Histoire de la start-up''' | '''Histoire de la start-up''' | ||
Nous avons travaillé avec plusieurs startups qui s'attachent à recueillir rapidement les commentaires des clients, afin de valider leurs hypothèses initiales. Par exemple, l'une des startups pour laquelle nous avons travaillé, a initialement lancé une page d'accueil simple, un workflow d'enregistrement soutenu par des pages statiques, et des analyses partout. | |||
Les fonctionnalités d'administration des données ont été reportées à un stade ultérieur. Dans l'intervalle, l'équipe de la startup a géré ses données à la main, en utilisant une approche de type concierge pour mieux comprendre les préoccupations des premiers utilisateurs. Le concierge a géré les abonnements, les demandes des clients et les données de tarification du cloud (leur cœur de métier) à l'aide d'outils primitifs comme un navigateur de base de données (phpMyAdmin). En fait, la plupart de l'administration des données réelles se faisait hors ligne, à l'aide d'Excel, et n'était copiée sur phpMyAdmin qu'une fois les données prêtes. | |||
Très vite, ils ont eu des difficultés à importer/exporter des données entre des outils conviviaux mais hors ligne (Excel) et des outils difficiles à utiliser mais en ligne (comme phpMyAdmin). | |||
'''Histoire de la PME''' | |||
Beaucoup de nos clients ne développent pas une seule, mais plusieurs applications. Par exemple, le système utilisé par l'un de nos clients, un service en ligne de réservation de restaurants, est divisé par domaine : une application pour la gestion des utilisateurs, une autre pour la configuration du restaurant, une autre encore pour les réservations, etc. Chaque application dispose de son propre outil d'administration backend. | |||
Le problème est qu'un grand nombre de tâches quotidiennes effectuées par les employés de cette entreprise font appel à plus d'un outil. Par exemple, pour ajouter un nouveau restaurant, il faut d'abord ajouter un nouvel utilisateur. Parfois, ils doivent saisir deux fois les mêmes données dans deux outils différents. Parfois, ils doivent passer d'une interface à l'autre pour vérifier la cohérence des données. | |||
Plus une entreprise se développe, plus elle utilise d'applications, plus ce problème devient une source de perte de temps (pour dupliquer les données, pour vérifier les erreurs et les corriger), et une source de dépenses (pour former les employés à plusieurs outils, pour développer de nouveaux outils backend). | |||
