Webdev indépendant - comment et avec qui vous ne devriez PAS travailler

KDPV pris d'ici

Souvent, j'entends des histoires comme "J'ai essayé le travail indépendant - je n'aimais pas ça" et je rencontre beaucoup d'idées fausses sur ce type de travail, parce que les gens ont juste commencé "du mauvais côté". Je vais essayer de rectifier la situation avec ce post.

Je dois faire une réservation tout de suite - la plupart de ce qui est écrit ici vient invariablement de l'expérience et a déjà été décrit sur Internet. Ce n'est souvent que sous la forme de conseils courts et catégoriques comme «ne pas travailler avec des connards». Et j'ai également rencontré ces conseils, mais voici le problème - sous cette forme, ils ne fonctionnent pas. Généralement. Au contraire, je veux dire comment ils le disent, une personne vous offre un emploi, elle est prête à payer de l’argent (plus que des chargeuses dans le froid), et vous l’insultez, même par contumace. Il semble que l'auteur de cette déclaration ait été simplement utilisé pour «recevoir» plutôt que pour «gagner» et a une estime de soi trop élevée. Et seulement après de nombreux projets infructueux, la réalisation vient qu'il y avait une sorte de sagesse dans ces mots.

Il convient également de mentionner pourquoi cela ne vaut pas la peine de travailler avec quelqu'un, ce qui peut arriver de mal (et pourquoi cela arrivera inévitablement). Et ici, il ne suffit pas de donner des exemples d'expérience, c'est juste une explication logique, que je vais essayer d'ajouter.

Et oui, presque tout ce qui est décrit dans le post est confirmé par l'expérience personnelle de l'auteur (parfois, malheureusement).

Drapeaux rouges

Si vous n'aimez pas quelque chose dans le projet ou le client, c'est un drapeau rouge en soi. Vous devez être sur vos gardes. Mais certains drapeaux rouges sont plus importants que d'autres. Chacun peut avoir le sien, mais voici ceux que j'ai:

1. "Pas de prépaiement ou de paiement partiel, pas de transaction via l'échange, nous discutons sur Skype et payons directement lorsqu'il est prêt."

Le drapeau le plus rouge possible. Vous ne serez simplement pas payé. Il est surprenant que malgré l'évidence de la situation, les gens continuent de croiser.

Ne croyez pas le "compte pompé" - il peut être piraté. Ne croyez pas les "entreprises de renommée mondiale", les entreprises publiques ou les vrais contacts d'une personne respectée. Il leur suffit de dire "qu’ils ont gâché quelque chose en comptabilité, attendre l’année prochaine" et d’éviter les pertes de réputation, et vous vous retrouverez sans argent et de mauvaise humeur.

2. «Faites du bien à bien»

L'incapacité du client à communiquer avec compétence, à élaborer des propositions et à transmettre sa pensée est la garantie d'un mal de tête de votre part. Et cela se trouve même dans la description du projet, le client peut essayer d'écrire plus magnifiquement, mais si dans la communication, vous voyez des extraits de phrases sans signification, une ignorance complète des termes et un tas d'erreurs - mieux vaut changer d'avis tout de suite, cela ne fera qu'empirer.

Ils ne vous l'expliqueront pas, vous ferez quelque chose de mal, puis vous découvrirez que maintenant vous devez tout refaire sans frais supplémentaires. Et puis encore. Et à la fin, vous serez également coupable que le délai ait dépassé le délai.

3. "Le dernier pigiste a échoué"

On le trouve parfois dans des versions plus voilées, telles que "vous devez comprendre le code personnalisé" ou "nous n'avons pas grand-chose à faire ici". Si celui qui a fait cela ne veut pas le terminer, cela devrait déjà vous alerter.

Soit il s'est disputé avec le client, soit il s'est rendu compte que son approche initiale était erronée, il était dans une impasse et pour continuer à travailler, tout devait être réécrit à partir de zéro. Et dans les deux cas, le projet peut être beaucoup plus compliqué qu'il n'y paraît.

4. Petit budget

Il a l'air innocent, mais en fait c'est l'un des drapeaux les plus dangereux et les plus fréquemment rencontrés (en particulier en freelance en russe). Il semblerait que dans un monde idéal, le client devrait comprendre qu'il paie en dessous du marché, et devrait donc être plus indulgent sur les petites choses à vérifier. Mais en réalité - un paradoxe - plus le paiement est bas, plus les exigences sont élevées, une vérification plus méticuleuse et plus de modifications non rémunérées, ajoutent. travaux et documentation.

Mais ce paradoxe s'explique simplement - si le client doit économiser, alors il n'a tout simplement pas plus d'argent. Et il n'aura pas l'argent pour embaucher un deuxième pigiste pour effectuer des changements, ou pour vous recontacter sur une base rémunérée. Et il comprend parfaitement cela, donc il fera tout son possible pour tout extraire du projet actuel (et de vous), jusqu'à la dernière goutte. Et puis un peu plus. Et un peu plus. Jusqu'à ce qu'il soit fatigué.

5. Ignorance absolue de l'informatique

Votre futur patron - celui qui définit les tâches et évalue la mise en œuvre - n'est pas toujours la même personne que le client. Et si ce patron ne comprend pas du tout l'informatique à partir du mot (par exemple, ne sait pas ce qu'est le CSS et pourquoi il est nécessaire), il vous sera extrêmement difficile de travailler.

Le problème est que ces personnes sous-estiment généralement la complexité du développement et surestiment les capacités du programmeur. Et chaque fois que leur monde informatique imaginaire s'écrase dans une dure réalité, il faut de longues heures (généralement non rémunérées) pour expliquer exactement ce qui s'est passé.

Ces personnes ne comprendront pas pourquoi vous ne pouvez pas "simplement prendre et dire exactement combien cela coûtera et combien de jours cela prendra". Et pourquoi l'évaluation «à l'œil» peut s'avérer erronée plusieurs fois (et pourquoi ce n'est pas la même chose que la promesse). Et de toute façon, pourquoi n'êtes-vous pas pressé de renoncer à toutes vos affaires courantes et de commencer gratuitement et d'évaluer avec précision en heures-homme l'idée qui vient de les visiter.

Et même si vous parvenez à tout faire parfaitement et à temps, à la fin du projet dans certains cas, vous pouvez entendre quelque chose comme "Vous avez probablement appuyé sur quelques boutons là-bas, et vous m'avez facturé comme un salaire mensuel. Écrivez-moi un rapport détaillé détaillant pour tout le travail, je vous demande quelques points, et si vous aimez les réponses, vous serez payé. "

6. Clients budgétaires et environnementaux (par rapport à la Fédération de Russie)

En plus des points déjà mentionnés (petit budget, ignorance absolue de l'informatique) dans ce secteur, vous aurez le plus souvent l'occasion de plonger dans un monde merveilleux où le contrôle total est entrelacé avec un désordre complet, la bureaucratie pure est entrelacée avec une autorité officieuse et bien plus encore.

Par exemple, lorsque l'on vous dit que les savoirs traditionnels sont plus importants que le bon sens, et que vous devez faire comme il est écrit, même s'il y a une erreur évidente. Soit dit en passant, les GOST sont également plus importants que le bon sens. Comme des exemples provenant d'autres sites gouvernementaux. Et si les savoirs traditionnels, les GOST et les exemples divergent (ou si l'inspecteur ne comprend pas l'essence du problème), vous devez faire toutes les options possibles et expliquer comment les changer rapidement. Sans suppléments, bien sûr, le budget a déjà été approuvé.

Digression lyrique. En général, de nombreux employés de l'État sont simplement les leurs, une catégorie distincte de personnes ayant leur propre vision du monde et travaillant comme tels. Ils sont habitués à ce que ZP vienne "coché". Et votre proposition d'améliorer la fonctionnalité sera perçue avec surprise et incompréhension, comme une tentative de sanction. Comme, "Voici l'énoncé des travaux, voici le paiement. Si vous le faites dans l'énoncé des travaux, vous serez payé, tout est simple. Oui, bien sûr, ce que vous proposez est utile et pratique, mais d'où vient-il? C'est le travail, c'est de recevoir le paiement, et ne pas faire utile et pratique. Vous travaillez pour la première fois, chtol? "

Et à la fin du projet, il peut y avoir une situation où tout semble être accepté, le projet a été accepté, le paiement devrait être le vôtre, et personne ne peut contester cela ... seulement quelque chose n'est pas d'accord avec les documents, une sorte de confirmation, une aide est nécessaire, et en général cela devrait il y avait un appel d'offres, et Andrei Sergeyevich a dit qu'il ne devrait pas, mais le budget avait déjà été alloué, mais pas alloué là ... Eh bien, vous comprenez.

Bien sûr, tous les employés de l'État ne sont pas comme ça, il y a ceux qui s'efforcent vraiment de faire mieux et il y a de très bons projets, mais ça vaut quand même la peine d'être vigilant.

Eh bien, en général, même avec ces drapeaux rouges, une image approximative du client avec laquelle vous ne devriez pas travailler émerge déjà, même si elle ne s'applique à aucun drapeau spécifique.

Gardez les nerfs pour vous et le client, recherchez les bonnes commandes, il y a un bon choix. Pendant que vous travaillez sur un projet inutile et peu rémunéré avec un client désagréable, les bons gars avec de bons projets doivent prendre n'importe qui à votre place.

Comment postuler et ne pas postuler

Pour examiner cette question, il y a un problème de puzzle intéressant. en attente:

Vasya a rencontré un projet de change - créer un site Web pour une école de sport espagnole. Tout lui convient dans ce projet - prix, exigences, conditions. Il y a déjà 10 candidatures pour le projet. Vasya devrait-il également s'appliquer?

Vasya ne sait pas quelles sont ses chances, mais les estime comme «moyennes»:

• ce n'est pas le webdev le moins cher, mais pas le plus cher;
• pas le plus expérimenté, mais loin d'être un débutant;
• pas le plus rapide, mais pas non plus lent;
• il n'a pas de beaux sites d'écoles de sport ou des sites en espagnol dans son portfolio, mais il a un tas d'œuvres de qualité de complexité similaire;
• Il n'est pas en Espagne et ne parle pas espagnol, mais connaît l'anglais et sait bien utiliser le traducteur Google;
• pas un athlète et pas le propriétaire d'une école de sport, mais il cherchait récemment une école de sport pour son fils, donc il sait ce qui est important pour les visiteurs de ces sites;

Supposons qu'un client, guidé par certains critères, attribue à chaque pigiste une note de 1 à 10. Et il invite à un entretien uniquement celui qui a obtenu la note la plus élevée. Si, par exemple, il n'y a personne avec une note de 10, il en invitera une avec 9. S'il y a plusieurs pigistes avec une note de 9, il les invitera tous à un entretien (puis en choisira un).

Vasya suppose que sa note est de 5, et la note des autres pigistes est un nombre aléatoire de 1 à 10 avec une distribution uniforme. Question: Quelles sont ses chances dans ce cas, au moins d'obtenir un entretien? Quel est le tapis. attendre le coût de cette entrevue pour lui, s'il estime le coût de la demande à 1 $?

Les conclusions se suggèrent - ne soumettez pas de candidatures pour des projets si vous ne pouvez pas vous attribuer une note d'au moins 8-9 selon certains critères.

Orientation générale du projet

Voici plus probablement un piratage de la vie personnelle - ne travaillez pas sur des projets qui ne vous procurent pas un sentiment de satisfaction personnelle. Si l'idée vous semble désastreuse, sans valeur, imparfaite ou tout simplement pas intéressante. Si le client est une personne désagréable qui ne veut pas l'aider. Si la boîte à outils sélectionnée est une impasse ou une courbe (bonjour, Bitrix). Un pigiste a toujours un large choix, utilisez-le.

Le travail dans l'informatique est payé en moyenne assez haut, mais pour obtenir un paiement décent, vous devez être vraiment efficace dans votre travail. Cependant, il est impossible d'être efficace pendant longtemps dans un travail que vous n'aimez pas et pour lequel vous ne voulez même pas sortir de sous les couvertures le matin.

Sérieusement, rappelant mes pics d'efficacité, j'arrive à la conclusion qu'ils étaient tous dans une situation où je faisais un bon projet pour les bons, quelque chose de vraiment utile et juste.