diff --git a/android-client/PLAN.md b/android-client/PLAN.md
index 27a49b3..c13fe85 100644
--- a/android-client/PLAN.md
+++ b/android-client/PLAN.md
@@ -237,6 +237,34 @@ Rangé par ce que ça apporte réellement sur un téléphone.
 
 ---
 
+## 3 bis. Deux questions ouvertes sur l'interface
+
+**Le thème n'est pas encore celui de la recherche globale.** Le bleu et la
+pilule ont été repris, pas le reste : espacements, élévation, densité. À
+reprendre capture en main plutôt qu'au jugé.
+
+**Et faudrait-il des composants Delphi du tout ?** Le poste Windows n'affiche
+pas de contrôles natifs : il sert `js/app.js` et `css/style.css` dans un
+WebView2. Le même montage est possible ici — `TWebBrowser` encapsule le WebView
+d'Android — et il réglerait d'un coup ce qui a coûté le plus cher aujourd'hui :
+plus de gabarits de style à contourner, plus d'ordre d'empilement à deviner,
+une seule feuille de style pour les deux clients.
+
+Ce que ça demanderait, honnêtement :
+
+- Un **pont** vers le Keystore, la biométrie et le presse-papiers, comme le
+  `cmd://` du poste. Ces trois-là resteront en Delphi de toute façon.
+- Une **disposition mobile** dans le frontend, qui est écrit pour un écran
+  large. C'est le vrai coût, et il est dans `js/`, pas ici.
+- Trancher où vit le HTML : servi par un serveur local comme sur le poste, ou
+  chargé depuis les ressources de l'application.
+
+La crypto, elle, ne changerait pas de camp : `WebCrypto` fait déjà tout ce que
+`PMA.Crypto` fait, et c'est le poste qui écrit le format.
+
+À décider avant d'investir davantage dans l'interface actuelle — chaque
+correction d'affichage faite aujourd'hui serait perdue.
+
 ## 4. Le chemin d'écriture — le gros morceau
 
 C'est ce qui ferait du téléphone un second appareil plutôt qu'une consultation.