Ce que le contrat doit dire, au minimum
Un bon contrat informatique n'est pas forcément long. Il doit surtout répondre à des questions concrètes, que les parties se poseront le jour où quelque chose ne va pas.
- Que doit-on livrer exactement, et selon quels critères juge-t-on que cela fonctionne ?
- Quel est le calendrier, et que se passe-t-il en cas de retard ?
- Comment se déroule la recette, et qui la prononce ?
- Qui est propriétaire du code, des contenus et des données ?
- Comment récupérer ses données et changer de prestataire ?