thomasavada/app-value-deep-dive

Transformez une idée d'application e-commerce ou de produit en un mécanisme basé sur des preuves, des KPI, une valeur économique, une tarification et un contrat de preuve. Utilisez-le lors de l'analyse des raisons pour lesquelles une application se vend, de son prix, de la métrique qu'elle modifie, de la décision de la construire, ou de la préparation de l'étude approfondie Avada. Ne pas utiliser pour un diagnostic de marque général (`brand-case-clinic`).

Qu'est-ce que app-value-deep-dive ?

Ce skill est conçu pour analyser de manière rigoureuse une application e-commerce ou une idée de produit, en la transformant en une analyse structurée basée sur des preuves. Il est particulièrement utile pour les développeurs, chefs de produit ou stratèges qui doivent évaluer la valeur économique d'une app, décider de la construire, ou comprendre pourquoi elle se vend à un certain prix. Le skill guide l'utilisateur à travers huit étapes : nommer le problème, verrouiller une baseline, expliquer le mécanisme, passer à l'économie, juger le prix, vérifier les allégations marketing, concevoir une preuve et rendre un verdict final (BUILD, TEST MORE, REPOSITION ou STOP). Il s'appuie sur des modèles de connaissances et des outils de calcul pour modéliser la valeur brute et nette, en incluant des scénarios optimistes, pessimistes et de base. Le skill est compatible avec des plateformes comme Claude Code, Cursor ou Codex, et son utilisation nécessite des connaissances en métriques e-commerce et en analyse économique.

Compatible avec~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/thomasavada/avada-product-training-brain/tree/main/plugins/avada-product-training/skills/app-value-deep-dive

Installed? Explore more Développement et programmation skills: steipete/bluebubbles, steipete/eightctl, steipete/blucli · View all 6 →

Demander à votre IA préférée

Ouvre une nouvelle conversation avec cette compétence d'agent déjà préchargée.

Documentation

Analyse Approfondie de la Valeur d'une App

À lire en premier

  • knowledge/templates/product-argument.md
  • knowledge/product-operator-method.md
  • knowledge/principles/metric-to-value.md
  • tout concept pertinent de Chase/Interloka

Procédure

1. Nommer le travail

Écrivez une phrase :

Pour [ICP/étape], au [moment du parcours], l'app élimine [fuite économique] par [mécanisme].

Rejetez les étiquettes de catégorie telles que « application d'enquête » ou « application d'AOV » comme énoncés de problème.

2. Verrouiller la baseline

Spécifiez :

  • formule de la métrique ;
  • source et granularité ;
  • dénominateur ;
  • fenêtre temporelle ;
  • volume éligible ;
  • contournement actuel et dépenses.

Si indisponible, utilisez une fourchette et nommez les preuves nécessaires.

3. Expliquer le mécanisme

Cartographiez :

déclencheur/contexte
→ action de l'app
→ comportement de l'utilisateur/marchand
→ événement observable
→ KPI métier

Un élément d'interface ou une liste de fonctionnalités n'est pas un mécanisme.

4. Passer à l'économie

volume éligible
× lift attendu
× contribution ou coût évité par résultat
= valeur brute modélisée

valeur brute modélisée
− coût/risque/opérations
= valeur nette modélisée

Exécutez les scénarios pessimiste/bas/optimiste. Utilisez des outils pour les calculs arithmétiques.

5. Juger le prix

Comparez le prix actuel avec :

  • la valeur ajustée au risque ;
  • le coût de substitution ;
  • les frictions de mise en œuvre/adoption ;
  • le coût de service ;
  • la confiance ;
  • la part de valeur captée par le marchand.

Ne qualifiez pas une application de chère uniquement sur la base du prix affiché.

6. Vérifier les allégations marketing

Vérifiez :

  • l'ICP dans le marketing/les études de cas ;
  • l'alignement entre la promesse et le mécanisme ;
  • la tarification/le packaging ;
  • les concurrents/substituts ;
  • la méthodologie des études de cas et le biais de sélection ;
  • si les allégations sont associées, modélisées ou incrémentales.

7. Concevoir la preuve

Spécifiez la métrique primaire, les garde-fous, la cohorte/le contrôle, la fenêtre, le retour d'information et la règle d'arrêt.

8. Verdict

Choisissez exactement une option :

  • BUILD
  • TEST MORE
  • REPOSITION
  • STOP

« Besoin de plus de données » est incomplet à moins que les données exactes manquantes et le test le moins cher ne soient nommés.

Contrat de sortie

Utilisez le modèle complet dans knowledge/templates/product-argument.md. Terminez par le statut des preuves et la liste des sources.

Skills associés