Si c'est une fonction commerciale essentielle, faites-le vous-même, quoi qu'il arrive.

Il y a un merveilleux essai écrit par Joel Spolsky intitulé In Defense of Not Invented Here Syndrome. Je vais en citer quelques-uns ici.

En effet, lors de la récente manie dotcom, un groupe de rédacteurs charlatans a suggéré que l'entreprise du futur serait totalement virtuelle - juste un couple branché sirotant du Chardonnay dans leur salon sous-traite tout. Ce que ces «visionnaires» hyperventilants ont oublié, c'est que le marché paie pour la valeur ajoutée. Deux yuppies dans un salon achetant un moteur de commerce électronique à la société A et vendant des marchandises fabriquées par la société B et entreposées et expédiées par la société C, avec le service client de la société D, n’ajoutent pas vraiment de valeur. En fait, si vous avez déjà dû externaliser une fonction commerciale critique, vous vous rendez compte que l'externalisation est un enfer.

Et il semble que votre site Web soit entièrement basé sur l'introduction de nouvelles des fonctionnalités que personne d'autre n'a. Si vous voulez bien faire cela, alors vous le faites en interne.

• Imaginez que Nintendo sous-traite le code et le développement de son jeu.
• Est-ce qu'Apple externaliserait un jour leur conception révolutionnaire?
• Ou Renaissance Technologies sous-traitant les mathématiques secrètes du fonds Medallion?
• Salesforce pourrait-il être la centrale électrique qu'il est s'il externalisait ses équipes marketing et commerciales? Facebook serait-il aussi emblématique s'il externalisait sa conception?
• Imaginez Tesla sous-traitant la production de ses batteries. Oh, attendez, ils l'ont fait à court terme, et ça ne va pas bien, et ils essaient de le faire en interne.
• Et jamais, en aucun cas, externaliser le service client. Pour vos clients, ils sont vous.

Et ces principes et exemples ont un sens intuitivement. Si un entrepreneur pouvait vendre la vision et la direction d'Apple, ou les technologies évolutives de Google, ou les relations publiques de Salesforce, eh bien, cet entrepreneur gagnerait plus d'argent simplement en étant sa propre entreprise.

Mais DDP cela semble difficile et cher.

Créer une entreprise prospère est difficile et TANSTAAFL. C'est pourquoi je ne le fais pas.

Je modifierai cette réponse pour ajouter un point.

L'externalisation peut être une bonne mesure à court terme, mais tous les aspects généraux de votre l'expérience client qui dépend de la main-d'œuvre externalisée doit être considérée comme des faiblesses qui doivent être traitées avec des niveaux de priorité appropriés. Voici quelques exemples où il est probablement acceptable de faire confiance à une tierce partie.

• Vos développeurs ont-ils du retard et doivent-ils se concentrer sur les fonctionnalités? N'hésitez pas à embaucher des testeurs pour quelques semaines.
• Besoin de modèles de chemises pour votre boutique en ligne dans les 2 prochaines semaines et le gars précédent a démissionné? Engagez un concepteur et tenez la main avec lui afin que vous soyez satisfait du nouvel inventaire.
• Votre réceptionniste de bureau et votre administration feraient mieux de recruter directement, mais n'hésitez pas à sous-traiter les services de nettoyage des bureaux.

Il s'agit principalement de la stabilité / durée de vos besoins. Si vous savez que vous aurez besoin d'une personne à temps plein pour travailler pour vous au cours des prochaines années, il est souvent judicieux d'en embaucher une. En employant quelqu'un directement, votre coût initial est plus élevé. Cela comprend l'intégration, la fourniture de ressources à la personne, comme un ordinateur portable, etc. Mais le coût est payant lorsque la personne devient productive. Vous avez un spécialiste à bord et vous le contrôlez.

Si la quantité de travail doit varier considérablement, par exemple vous avez juste besoin de quelqu'un pour un projet de 4 mois, il est souvent logique de l'externaliser depuis vous êtes plus flexible. Si cela est fait correctement, les coûts initiaux seront inférieurs. Vous ne payez que pour ce que vous obtenez.

Cependant, il est difficile de répondre à votre question sur la sous-traitance de l'emploi d'une manière générale car il y a des facteurs supplémentaires à prendre en compte. Celles-ci incluent la disponibilité et le coût de la main-d'œuvre dans votre région, la législation du travail (par exemple, est-il possible d'employer quelqu'un pour juste une journée / semaine?) Et également de quel type d'externalisation vous parlez. Par exemple, en Europe, de nombreuses entreprises sous-traitent actuellement dans les pays asiatiques. Bien que cela fonctionne dans certains cas, cela a souvent également un impact sur la qualité en raison des différences culturelles et des problèmes de coordination.

Dans certains commentaires, l'OP a déclaré que

Je n'ai aucune expérience ni idée des besoins de développement du projet après son lancement réussi.

et

c'est ma première expérience et je ne sais pas qu'une telle application de site Web aura besoin des exigences à l'avenir (après son lancement avec succès)

Comme première entrepreneur , vous pourriez penser que vous avez fini de créer un site Web et que vous commencez à collecter de l’argent. Ce n'est pas comme ça que ça marche. Sauf pour certaines occasions très spéciales (lorsque spécifiquement le site Web a une durée de vie limitée liée à autre chose - comme le lancement d'un nouveau produit, un compte à rebours vers un événement spécifique, etc.), vous n'avez jamais fini de créer un site Web.

Chaque jour, vous devrez modifier quelque chose, corriger un bogue, ajouter une nouvelle fonctionnalité, etc., donc à moins que vous ne soyez prêt à avoir un engagement permanent avec l'entreprise d'externalisation, au minimum, vous vous devez disposer des talents internes suffisants pour prendre en charge le projet une fois que l'entreprise d'externalisation vous a livré la version initiale.

De quelqu'un qui a fait les deux:

Ne sous-traitez pas pour économiser de l'argent. Faites-le parce que vous avez besoin de plus de talents que vous ne pouvez en trouver dans votre propre région.

L'externalisation nécessite une clarté remarquable sur ce que vous voulez, et elle nécessite de communiquer cette vision claire, par des documents, des exposés, des explications.

Si vous sous-traitez, vous avez besoin d'un chef de produit solide pour rester en contact permanent avec votre équipe de développement. En langage Agile, vous avez besoin d'une mêlée quotidienne, et le propriétaire du produit doit participer (conférence téléphonique, skype) à peu près tous les jours pendant la première année ou alors vous travaillez avec vos sous-traitants.

Vous devriez planifier rendre visite à vos entrepreneurs au moins une fois la première année, c'est facile s'ils sont un atelier de travail dans la ville voisine, et difficile s'ils sont en Asie. Mais vous devez le faire, pour obtenir un produit de bonne qualité.

L'externalisation vous donne moins de contrôle et encore moins de connaissances sur les gens en général.

Le gros avantage est le coût et si vous n'avez pas assez de travail en cours pour garder les développeurs à plein temps productifs.

Ainsi, plus l'entreprise et la gamme de produits sont grandes, plus il est logique de faire en interne.

Des éléments comme la sécurité des produits ou des informations sont également des facteurs. Remettre votre produit à des inconnus est un acte de foi. S'il recueille des informations sur les clients ou quelque chose du genre, il est également préférable de le faire en interne.

Je dirais que sous-traiter uniquement si vous avez une définition très claire de ce que vous voulez, vous pouvez donc leur donner une spécification, et vous pouvez à la fois voir et accepter quand c'est fait.

Si vous ne le faites pas. Vous n’avez pas cela, vous passerez plus de temps à marchander pour savoir si quelque chose est un bogue (c'est-à-dire déjà payé) ou une amélioration (c'est-à-dire plus d'argent) que sur un travail réel.

Une autre option est un contractuel , où vous payez pour un nombre convenu de semaines ou de mois au lieu de par la fonction. De cette façon, vous n'avez pas à vous soucier de licencier un employé à la fin du projet.

Mon opinion est la suivante:

Le principal argument en faveur de l'externalisation est que vous n'avez pas à engager du personnel, ce qui est un investissement à long terme. Si vous faites un travail de développement logiciel ponctuel, vous voudrez probablement l'externaliser, car ces développeurs n'auront rien à faire par la suite (la plupart d'entre eux, vous en aurez probablement besoin pour la correction de bogues et les mises à jour).

Le principal argument en faveur du développement en interne est que vous pouvez conserver toute l'expertise et les connaissances acquises au cours du développement et pouvoir en tirer parti pour d'autres projets. Je ne parle pas de compétences en codage, mais de savoir-faire dans le domaine, de compréhension commerciale, etc. Cela signifie également que toutes ces connaissances restent dans l'entreprise, ce qui peut être un facteur si vous avez des secrets commerciaux ou d'autres savoir-faire dignes de protection. impliqué. Oui, vous pouvez signer des NDA, mais même s'ils ne parlent pas intentionnellement, les développeurs externes utiliseront leurs connaissances acquises dans le prochain projet, et cela pourrait être pour votre concurrent.

L'internalisation est également la bonne décision si vous devez être sûr que vous pouvez toujours mettre à jour et prendre en charge ce logiciel dans quelques années. Il y a tellement de logiciels qui sont maintenant non entretenus ou mal entretenus par quelqu'un qui comprend à peine ce qu'ils font simplement parce que le développeur d'origine a fait faillite, ou qu'il a pris sa retraite ou que le contrat était simplement terminé.

Ce que Kilisi et BigMadAndy ont dit, mais cela vaut la peine d'envisager un autre angle.

Si vous êtes impliqué dans un produit qui aura une période de garantie et de support client, il est logique d'avoir des personnes en interne qui connaissent le développement et peuvent suggérer des solutions. Si vous prévoyez une version 2.0, le développement en interne vous fera gagner du temps en enseignant à un [éventuellement nouveau] fournisseur externe la version 1.0.

Si vous pouvez considérer qu'un travail est terminé au moment où le développement se termine, le sourcing externe fait sens. Si vous pensez à plus long terme, la solution est de vous lancer en interne.