Programmation orientée objet dans WordPress : termes et conditions
Dans le post précédent de cette série, nous avons parlé de la définition des exigences (ou d’un énoncé de travail) et pourquoi il est important d’avoir cela.
Avant d’aborder réellement la compréhension – et l’écriture – du code orienté objet, il y a un autre sujet "lié à l’entreprise" à aborder : les termes et conditions.
Pour beaucoup, c’est un sujet un peu aride, mais si vous cherchez à créer des solutions pour quelqu’un d’autre, faites-le à partir de zéro et faites-le correctement, alors il est important de vous assurer que vous avez toutes les pièces nécessaires en place avant de le faire.
Et une fois que vous avez :
- analyse effectuée (première et deuxième partie ),
- comprendre les attentes de vos clients ,
- et avoir préparé un cahier des charges ,
Il est temps de vous assurer que vous avez les conditions dans lesquelles vous travaillez.
[restrict payé="true »]
Définition des termes et conditions
Tout d’abord, je pense qu’il est important de comprendre le but des termes et conditions (ou, plus simplement, un document de « termes »).
Selon Wikipédia, les termes sont définis comme suit :
Une clause contractuelle est «Toute disposition faisant partie d’un contrat ». Chaque terme fait naître une obligation contractuelle dont la violation peut donner lieu à des litiges. Tous les termes ne sont pas expressément énoncés et certains termes ont moins de gravité juridique car ils sont périphériques aux objectifs du contrat.
C’est trop formel? Peut-être. Je pense qu’il fait un bon travail pour l’expliquer, au moins dans un sens général, mais si je devais le définir par moi-même, je m’y prendrais un peu différemment.
Bref, j’essaierais de faire le plus simple possible. Peut-être quelque chose comme ça :
Les conditions générales définissent les règles et les lignes directrices d’un accord entre au moins deux parties dans une relation d’affaires.
Mais que doivent-ils contenir ?
Qu’y a-t-il dans un document de conditions générales ?
Cette question est un peu subjective car elle dépend largement de la taille de la solution, de la taille des entreprises impliquées et de la nature de ce qui est construit.
De manière générale, cependant, je m’assure normalement que les sujets suivants sont couverts :
- La tarification et les paiements définissent le fonctionnement de la structure de tarification et de paiement.
- Les estimations font référence à la manière dont le fournisseur de services, à savoir vous ou vous et votre équipe, fournissez des estimations, ce qui leur est demandé et en quoi elles diffèrent des paiements réels.
- Les approbations profitent à la fois au fournisseur et au client, afin qu’ils sachent quand une fonctionnalité donnée (ou l’ensemble du projet) a été achevée.
- L’autorisation définit simplement l’accord entre les deux parties pour la facturation et le reste du contenu du document.
- Les dates d’achèvement et de livraison de la projection définissent les attentes pour le calendrier du projet. J’inclus qu’il n’inclut pas les jours fériés, les « forces externes indépendantes de notre volonté » ou la négligence de la part du client à retourner les communications.
- Annulation explique comment les ressources créées, utilisées, générées et partagées entre les parties doivent être conservées ou détenues si le projet est annulé.
- La responsabilité en matière de droit d’auteur vise à garantir que toute propriété intellectuelle fournie par le client a obtenu le droit d’auteur approprié et que vous ou votre équipe ne pouvez pas être tenu responsable autrement.
- La propriété intellectuelle peut être utilisée pour expliquer comment la propriété des œuvres d’art et autres actifs créés au cours du projet est maintenue une fois le projet terminé. Parfois, une entreprise donnée sera responsable du maintien de la propriété des actifs ; d’autres fois, le client peut conserver la propriété de l’ensemble du projet.
- Les modifications expliquent comment les demandes de changement fonctionneront et seront facturées.
- La limitation de responsabilité explique simplement le niveau de responsabilité que vous ou votre équipe maintenez pour les dommages ou les pertes de profit une fois le projet publié.
- L’utilisation promotionnelle définit si vous ou votre équipe pouvez ou non utiliser le travail dans le matériel promotionnel lorsque vous parlez avec d’autres clients.
- Les responsabilités du client décrivent ce que le client est responsable de fournir pour le projet. Cela peut être tout à l’avance, par étape ou selon le calendrier que vous pouvez convenir.
- Les frais juridiques définissent qui sera responsable de quoi en ce qui concerne les frais d’avocat s’ils doivent être présentés.
J’ai essayé de donner un bref résumé de ce qui est ci-dessus. Il est facile de rechercher sur le Web des modèles à partir desquels travailler, mais je recommande fortement qu’un avocat examine votre document avant de l’utiliser dans une situation juridique.
Outils pour les termes et conditions
Lorsqu’il s’agit d’apprendre à gérer une entreprise et à se lancer dans la programmation orientée objet, cela peut être l’un des matériaux les plus secs possibles.
Mais c’est nécessaire si vous cherchez à gérer une entreprise prospère, car le travail ne se limite pas à écrire du code pour quelqu’un d’autre.
Bien que je ne puisse pas fournir de termes et conditions pour chaque pigiste ou agence, je peux toujours fournir quelques endroits pour en savoir plus à leur sujet et pour configurer des signatures électroniques afin de faciliter au maximum le démarrage.
Par exemple, j’utilise les éléments suivants :
- Google Docs pour la rédaction des Termes et Conditions et leur mise à jour projet par projet.
- Eversign pour la mise en place de signatures électroniques.
Et c’est tout! La partie la plus compliquée est peut-être de commencer à rédiger les termes et conditions.
À partir de maintenant, nous allons commencer à plonger dans le code et à parler des différents aspects de la programmation orientée objet, puis de la manière de les appliquer dans le contexte de WordPress.