Free-Worker-613847
Nombre de posts : 6
Inscrit depuis le : 16 août 2022
Réponse postée 22 août 2022 15:06
Bonjour Yebor,
Voilà qui devrait m'aider ...
Merci beaucoup pour ces sources !
Anne-Sophie
Bonjour,
Vous avez aussi quelques informations sur ces deux sites concernant la notion d'appli mobile de santé :
Je sais pas si ça peut vous aider pour la suite
Réponse postée 22 août 2022 13:49
Bonjour Droopyann,
Il existe un gros concurrent (application Bébé+) mais qui ne propose pas le partage d'informations avec la famille. C'est d'ailleurs le grand regret des utilisateurs.
Je n'ai pas encore déterminé de budget global à part le coût de la main d'œuvre. Aussi j'ai déterminé que l'application serait rentable avec 368 000 utilisateurs, sur la base des coûts en main d'œuvre pour une application native.
Par rapport au paiement mensuel, si j'ai bien compris vos questions, je pensais fonctionner en renouvellement automatique, sauf si l'utilisateur résilie le forfait, avec un essai gratuit sur 7 jours.
Concernant la fin d'abonnement, je vais en effet me renseigner sur le fonctionnement usuel pour l'archivage des données stockées.
Merci beaucoup pour votre aide.
Bien à vous,
Anne-Sophie
En complément des très bons conseils précédents, un autre conseil est d'étudier le marché.
Y a-t-il des concurrents sur ce marché ?
Si des applis existent déjà, quels sont les avis des utilisateurs sur ces applications concurrentes (points forts, points faibles)
Niveau budget, avez-vous prévu vos coûts fixes et variables ?
A partir de combien d'utilisateurs l'appli commence à être rentable ?
Vous parlez d'un paiement mensuel, mais ce sera à priori limité dans le temps. Comment renouveler votre clientèle ? A quel coût ?
Comment se passe la fin d'abonnement ? La récupération ou l'archivage des données stockées pendant la période d'abonnement (C'est en lien avec le RGPD).
Réponse postée 22 août 2022 12:01
Bonjour Bisounours,
Merci pour cette précision.
Je vais me renseigner sur cette notion juridique.
Je n'avais pas connaissance de l'importance de ce métier dans le cadre de projets d'applications mobiles.
Bien à vous,
Anne-Sophie
Bonjour Free-Worker-613847,
Avec tous ces pseudonymes automatiques "Free-Worker", l'on finit par s'y perdre. Blague à part, un petit point et non des moindres.
Ainsi que l'a rappelé "DevAndOps", il faudra prendre en compte le RGPD et pas seulement l'essentiel : utilisez/manipulez des données à caractère personnel des personnes majeures et aussi de personnes mineures (la CNIL est très pointilleuse à ce sujet et ne laisse rien passer : appliquer la "Security by Design" et le "Privacy by design"). De plus, si votre application doit se connecter à des référentiels professionnels de santé (comme vous l'indiquez sous cette forme : "échanger automatiquement ces informations avec toutes les personnes connectées à l’enfant. L’application permet aussi, entre autre, d’enregistrer des évènements dans le calendrier et d’attribuer des tâches aux personnes connectées"), vous devez impérativement faire attention à ces points ultrasensibles actuellement, tout comme l'hébergement des données en repos, en transit, en traitement et en stockage (de telles données : France, HDS, hors Azure/AWS/Google).
Même en étant qu'étudiante, je vous suggère de vous rapprocher des professionnels juridiques maitrisant ces sujets (un Data Protection Officer ne sera pas suffisant et un avocat spécialisé dans les données médicales pédiatriques) car il faudra, pour être crédible et inattaquable devant un tribunal, montrer patte blanche et démontrer que vous n'avez pas traité le problème à la légère. De nombreuses applications mobiles utilisant/manipulant des données de ce type, se font retoquer très régulièrement. D'aillleurs, pour terminer, il faudrait faire coder ce genre d'applications par des juristes-codeurs et non par des codeurs qui se prennent pour des juristes.
J'en vois tous les jours se faire torpiller : certains s'en relèvent, d'autres pas .... et c'est fort dommage car il y a d'excellents sujets à présenter et de très bonnes idées qui mériteraient d'être valorisées. Ma réponse n'a pas pour objectif de vous faire peur ... simplement de vous faire prendre conscience que le terrain où vous souhaitez aller est parsemé de pièges juridico-sensibles, héla très et trop souvent ignorés pour des raisons mesquines d'argent et de réflexions approfondies. Le modèle de données est certes plus complexe à concevoir/réaliser et le jeu en vaut la chandelle.
Bien à vous,
Yanolezard
Réponse postée 22 août 2022 11:55
Bonjour Yanolezard,
Merci pour votre retour et vos conseils.
Je vais en effet ajouter cette dimension à mon projet.
Car elle a l'air d'être très importante et je n'avais pas tout anticiper.
Bien à vous,
Anne-sophie
Bonjour Free-Worker-613847,
Avec tous ces pseudonymes automatiques "Free-Worker", l'on finit par s'y perdre. Blague à part, un petit point et non des moindres.
Ainsi que l'a rappelé "DevAndOps", il faudra prendre en compte le RGPD et pas seulement l'essentiel : utilisez/manipulez des données à caractère personnel des personnes majeures et aussi de personnes mineures (la CNIL est très pointilleuse à ce sujet et ne laisse rien passer : appliquer la "Security by Design" et le "Privacy by design"). De plus, si votre application doit se connecter à des référentiels professionnels de santé (comme vous l'indiquez sous cette forme : "échanger automatiquement ces informations avec toutes les personnes connectées à l’enfant. L’application permet aussi, entre autre, d’enregistrer des évènements dans le calendrier et d’attribuer des tâches aux personnes connectées"), vous devez impérativement faire attention à ces points ultrasensibles actuellement, tout comme l'hébergement des données en repos, en transit, en traitement et en stockage (de telles données : France, HDS, hors Azure/AWS/Google).
Même en étant qu'étudiante, je vous suggère de vous rapprocher des professionnels juridiques maitrisant ces sujets (un Data Protection Officer ne sera pas suffisant et un avocat spécialisé dans les données médicales pédiatriques) car il faudra, pour être crédible et inattaquable devant un tribunal, montrer patte blanche et démontrer que vous n'avez pas traité le problème à la légère. De nombreuses applications mobiles utilisant/manipulant des données de ce type, se font retoquer très régulièrement. D'aillleurs, pour terminer, il faudrait faire coder ce genre d'applications par des juristes-codeurs et non par des codeurs qui se prennent pour des juristes.
J'en vois tous les jours se faire torpiller : certains s'en relèvent, d'autres pas .... et c'est fort dommage car il y a d'excellents sujets à présenter et de très bonnes idées qui mériteraient d'être valorisées. Ma réponse n'a pas pour objectif de vous faire peur ... simplement de vous faire prendre conscience que le terrain où vous souhaitez aller est parsemé de pièges juridico-sensibles, héla très et trop souvent ignorés pour des raisons mesquines d'argent et de réflexions approfondies. Le modèle de données est certes plus complexe à concevoir/réaliser et le jeu en vaut la chandelle.
Bien à vous,
Yanolezard
Réponse postée 17 août 2022 15:17
Merci beaucoup pour ton retour et pour cet encouragement.
Oui en effet, cela fait déjà pas mal de points de vigilance. Des détails qui, comme tu le dis, ne sont pas négligeables.
Au plaisir d'échanger à nouveau.
Bonne soirée !
Bravo pour cette initiative, tu as déjà compris beaucoup de choses.
Points de vigilance:
1/ RGPD, évidemment. Ce sont des données a caractère personnel. Donc, le fait de les partager avec des tiers nécessite une bonne préparation juridique. Consentements divers et variés. Notamment droit à l'oubli, effacement, restitution, etc....
2/ C'est du multitenant natif, donc, la séparation des data et leur cryptage doit être bien pensée.
3/ Il faut penser l'application en backend/frontend, pour essayer de limiter les spécificités de chaque OS. Moins tu en mets coté front, moins tu auras de bugs spécifiques aux plateformes Win, Mac, iOS et Android.
4/ Limiter au maximum l'utilisation des cookies. Si tu n'y prends pas garde, les cookies deviennent vite des fourres-tous utilisés par les programmeurs front. Ensuite, aller s'expliquer avec les clients ou les autorités de régulation devient vite très pénible.
5/ pour diviser le prix du RUN par 100, pense à faire l'application en ServerLess. Une telle application fonctionnera parfaitement en fonctions AWS Lambda. Je connais une application avec plus de 100.000 utilisateurs pour laquelle le propriétaire paie 400 euros de RUN par mois chez AWS. Quand je me traine des budgets annuels de 600.000 euros pour 10.000 utilisateurs, ça fait rêver.
6/ L'enrollment et la résiliation doivent être full automatique, sinon, les couts de gestion front office vont exploser.
On peut en parler encore pendant de nombreuses heures. C'est du soft... ça n'a pas de fin.
Bon courage. 😁
Réponse postée 17 août 2022 07:35
Bonjour à tous 🤗
En tant qu’étudiante Product Manager chez OpenClassRooms, je travaille actuellement sur un projet de création d’application mobile.
Pour finaliser ce projet, j’aurais besoin de vos conseils sur l’évolution de mon produit et les étapes à suivre.
Le principe de l’application est simple : suivre les activités quotidiennes de son enfant (alimentation/sommeil/médicaments/croissance) et échanger automatiquement ces informations avec toutes les personnes connectées à l’enfant. L’application permet aussi, entre autre, d’enregistrer des évènements dans le calendrier et d’attribuer des tâches aux personnes connectées.
Pour cela, j’ai envisagé le développement d’une application native sur 11 sprints de 2 semaines avec une équipe composée : d’un Scrum Master, un Product Owner, un UX designer, un ingénieur QA, un développeur mobile Ios et un développeur mobile Android.
La MVP principale est de permettre à l’utilisateur de créer son profil, celui de ses enfants et des personnes connectées à l’enfant; Mais aussi de renseigner la quantité de biberons pris par un enfant en temps réel.
Les autres versions de l’application, développées par la suite, permettront d’ajouter d’autres informations comme le sommeil, la poids/taille, les médicaments.
Elles permettront également de paramétrer certains rappels d’alertes et notifications.
Les KPI sur ce projet sont principalement basés sur l’engagement et donc l’importance d’utilisateurs actifs. En effet, l’objectif du projet est de faire partie du quotidien des parents afin de répondre à leurs besoins et de pouvoir acquérir une notoriété.
Le business model envisagé est de proposer des packages pour une utilisation plus poussée. Je propose un pack famille à 2,99€/mois pour partager les informations avec 4 personnes et avoir la possibilité de créer des notifications personnalisées ainsi qu’un pack proches à 3,99€/mois pour partager les informations avec 8 personnes et avoir la possibilité de créer des notifications personnalisées.
Auriez-vous des points de vigilance à me communiquer par rapport à ce projet ?
Ou tout simplement des conseils à m’apporter ?
Je débute tout juste dans le domaine et je n'ai peut-être pas encore tous les bons réflexes 😅
Merci d'avance pour votre temps et votre aide,
Belle journée ☀️
