La personnalisation de l'interface se réalise avec l'outil Caravel Point of View, qui fonctionne de la façon suivante:
Lors de la migration d'une application avec Caravel on peut opter pour une génération automatique de l'interface ou pour une personnalisation de chaque écran, selon les préférences du client.
Dans le premier cas, l'aspect des écrans est basé sur des règles de transformation fournies par Caravel et qui permettent de générer, pour chaque champ de l'écran, le code HTML équivalent. Le résultat obtenu sera un code HTML qui présente les mêmes zones, grandeurs et positions que l'écran originel. Toutefois, les attributs couleur, type de caractère, couleur de fond, etc., qui n'influent pas sur la fonctionnalité, peuvent être personnalisés, s'appliquant automatiquement à tous les écrans générés.
Dans le deuxième cas, le client peut créer un patron (template) JSP pour chaque écran qu'il désire personnaliser. Ce patron peut avoir l'aspect qu'on veuille et ne doit pas obligatoirement ressembler l'originel. Pour faciliter la confection de ces patrons, Caravel fournit les mécanismes JSP standard, utilise les " JSP TagLibs ", qui permettent la distribution aisée de l'information reçue de l'application: articles, sous-fichiers, zones, attributs (records, subfiles, fields, attributes), et fournit aussi les fonctions JavaScript pour gérer ces zones et retourner l'information à l'application (touches de fonction –function keys–, par exemple). Cette solution fournit toute la flexibilité nécessaire pour que le concepteur obtienne l'aspect désiré.
Ces deux solutions ne sont pas incompatibles entre-elles: on peut donc personnaliser seulement une partie des écrans de l'application, si l'on veut. Ce processus peut être progressif et selon les goûts du client. L'application cherchera d'abord la solution personnalisée d'un écran et, au cas de ne pas la trouver, générera dynamiquement un écran d'accord avec les paramètres de l'interface sélectionnés.
Le processus de personnalisation peut être ou réalisé entièrement par le client ou bien faire partie du contrat-projet. Dans ce dernier cas le client peut définir les règles, patrons et styles qu'il désire appliquer. Dû au fait que l'aspect de l'application est définie par l'ensemble des patron (templates) JSP, le client pourra changer n'importe quel élément graphique une fois finalisé le projet.