Le plaisir commence. L'automatisation du flux de documents et du travail avec les clients est le premier pilier sur lequel repose le travail de convoyeur de toute agence. C'est le premier et le moins évident moyen d'économiser de l'argent en studio et, par conséquent, de libérer des ressources de gestion inutilement chargées pour un travail utile.

C'est grâce à l'approche décrite ci-dessous que WebCanape a atteint une productivité élevée au départ sans augmenter les coûts de mise à l'échelle de l'équipe. Ce n’est qu’après 5 ans de travail que nous disposons d’un service commercial dédié. Auparavant, un flux de 120 candidatures par mois avec un taux de conversion de 60 % était traité par une seule personne.

Mais la rapidité n’est pas seulement synonyme d’économies, elle signifie aussi des clients fidèles. Celui qui fait la première proposition gagne :) Un véritable entrepreneur avec de l'argent préfère choisir la première offre qui lui plaît plutôt que de perdre du temps à attendre différentes options.

Processus commerciaux de base du studio au stade de la vente

Examinons les processus métier de base qui existent dans n'importe quel studio Web.

• Comptabilisation des candidatures entrantes
• Envoi d'un questionnaire, bref
• Traitement bref, calcul des coûts
• Préparation du CP
• Préparation de l'accord et des candidatures
• Facturation
• Paiement de factures

La demande doit être acceptée, saisie dans le système comptable CRM (5 minutes), les données transférées dans la partie de base du brief et envoyées au client (encore 5 minutes). Une fois que le client a rempli le brief, celui-ci doit être traité, un calcul effectué (20 minutes) et une réflexion réfléchie. Offre commerciale(40 minutes) avec structure préliminaire du site et services. Il faudra encore 30 minutes pour préparer le contrat et les candidatures, et 10 minutes pour émettre une facture.

Pour mettre en œuvre ces processus par application, un service commercial standard nécessite environ 110 minutes de temps pur. Cela signifie qu'il faut 128 heures pour traiter 70 demandes. Recalculées pour un grand nombre d'applications, il s'agit de pertes importantes qui ne sont pas nécessaires au client, mais affectent le coût final du produit. Dans le même temps, pour une raison quelconque, le studio Web essaie d'optimiser le travail de production (le processus de création d'un produit), et non ces processus vides. Voyons ce que nous avons fait.

Pour traiter 70 candidatures par mois, il fallait au manager 128 heures (vendeur à temps plein). Après optimisation et automatisation des processus, ce délai est passé à 37 heures. Vous comprenez maintenant pourquoi nous avons travaillé pendant longtemps sans service commercial dédié. La seule chose est qu'il est très important d'avoir une personne expérimentée à l'entrée. L’automatisation en elle-même ne fonctionnera pas.

Vitesse et interchangeabilité

Étape par étape, reconnaissant le problème de la faible efficacité, nous avons créé un système qui a aidé les gestionnaires à travailler plus rapidement avec les clients. J'ai déjà expliqué pourquoi la vitesse est plus importante que le coût, mais je n'ai pas mentionné un autre problème.

Pour beaucoup, cela passe au premier plan. Le directeur commercial ne peut pas préparer de CP professionnel. Où trouver des commerciaux ayant une expérience dans la vente de sites internet lorsqu’ils ne sont pas disponibles en région ?

En conséquence, nous devions fournir un outil qui aiderait les bons gestionnaires ayant peu d'expérience dans le domaine du développement Web à gérer rapidement le flux de documents et à créer des CP professionnels.

Calculer le coût de la transaction et émettre une offre commerciale

Notre outil interne, que nous appelions « Calculatrice », est devenu un tel outil. Bien plus tard, il renaît sous la forme de CanapeCRM, que nous avons commencé à proposer à nos clients.

Documents électroniques. Nous avons abandonné à 100 % les documents Word et sommes passés en ligne. Seul un lien est envoyé au client (vers le brief, CP, accord, facture). Si quelque chose change, apportez simplement des modifications au document dans le système, appuyez sur F5 et le document du client est déjà mis à jour. D'après les économies réalisées sur ce processus et sur des processus similaires, il apparaît haute efficacité travail.

Comptabilisation des candidatures et brief pour le client

Formation d'un accord

Facturation et paiement en ligne

Notifications automatiques. La deuxième partie importante de l’automatisation concerne les alertes. Au cours du travail, le manager est obligé d'écrire un grand nombre de lettres à des clients qui ne portent pas une information important. Le client doit être informé de l'état d'avancement du projet, demander des informations, lui dire quoi préparer pour les étapes à venir, etc. Lorsqu'il y a beaucoup de projets, cela détourne grandement de la tâche principale, vous oblige à changer de vitesse et ralentit votre travail. Le système CRM peut et doit lui-même fournir des informations au client et envoyer des rappels.

Rappels et analyses du responsable

Un jour, cela permettra d'économiser un million

Passez cette journée à configurer entièrement le système. Textes de notifications, modèles de propositions commerciales, contrats et tout ce qui peut être utile. Cela vous aidera à travailler de manière plus rentable et à ne pas augmenter les prix en même temps que les salaires.

J'animerai un webinaire le lundi 31 octobre 2016. Nous discuterons des documents précédents, parlerons des étapes importantes au début, vous montrerons comment mettre en place un système de gestion de documents et répondrons à toutes les questions. Inscrivez-vous au webinaire.

Si vous avez des questions, vous pouvez écrire dans les commentaires des articles.

P.S. Permettez-moi de vous rappeler que ce matériel est une suite logique d'une série de documents sur la création d'une entreprise de studio Web dans le segment budgétaire.

5000 RUB

Les dirigeants de petites entreprises commettent souvent des erreurs, et tout cela parce qu'ils ne prêtent pas suffisamment d'attention aux processus commerciaux. Toute leur attention est principalement concentrée sur la croissance des bénéfices et l’augmentation des ventes. Et ce n'est qu'en deuxième position que sont placées les tâches de description et de structuration des processus de travail, croyant à tort que cela est plus important pour les grandes organisations.

Pour une petite entreprise développement de processus d'affaires facile à mettre en œuvre. Des processus correctement décrits et des méthodes d'automatisation correctement sélectionnées peuvent contribuer à la croissance et au développement de l'organisation.

Voulez-vous contrôler l’ensemble du travail de l’organisation ? Concevez tous les processus commerciaux dès le début du développement commercial.

Que signifie un processus métier ?

Il s'agit de l'interconnexion de diverses tâches (chaînes d'actions) qui contribuent à la création de services ou d'un produit spécifique pour les clients. Par exemple, payer des factures, approuver des vacances, contrôler la consommation de matériaux, exécuter une commande dans une boutique en ligne, etc.

Les flux de travail se composent de trois étapes :

• Soutien;
• opération;
• contrôle.

Ils sont à leur tour divisés en sous-processus.

Création d'un processus métier Ce n’est pas une chose simple et convient mieux aux grandes organisations ; cela suppose les éléments suivants :

• Collecte des informations nécessaires ;
• description des processus commerciaux existants ;
• analyse des données obtenues. Description de ce que vous aimeriez recevoir. Identification de toutes les difficultés ;
• créer un plan. Liste de toutes les relations. Attribution des rôles et des employés responsables ;
• formation d'un processus dans le système (CRM, BPM) ;
• formation du personnel travaillant.

La société Web WM propose à ses clients la création de sites Internet sur Système de gestion 1C-Bitrix avec intégration de site Web avec CRM Bitrix24.

Comment se déroulent les processus métier dans une petite organisation ?

Pour une petite et encore jeune entreprise, il existe une version simplifiée de l'organisation des processus métiers, dont les principaux sont :

• Commande en cours de traitement;
• communication avec les clients;
• interactions avec les fournisseurs.

Pour comprendre quels processus métier seront les plus importants, vous devez analyser les problèmes fréquemment récurrents.

1. Vous recevez constamment des plaintes de fournisseurs concernant des retards de paiement. Le problème doit être recherché comme suit : soit le comptable ne tient pas les comptes lors du calcul, soit les documents soumis à paiement font la queue pour la signature du directeur.
2. Les clients se plaignent constamment du manque de quantité suffisante marchandises dans un magasin ou un entrepôt. Les problèmes liés aux processus de passation des marchés doivent être résolus.
3. Perte de clients. Le problème réside dans une communication insuffisante avec les clients.

Ce qu'il faut faire? Instruction étape par étape

1. Déterminez et formez la base du processus commercial le plus rapidement possible.
2. Définir le problème.
3. Menez des recherches sur chaque point problématique et trouvez les endroits où surviennent des difficultés et des retards.
4. Décrivez votre processus de travail idéal :
   • Qui participera et qui sera responsable de quoi et à quel stade ?
   • quelles informations seront transférées d'un employé à un autre à chaque étape ;
   • délais pour finaliser le processus.
5. Présentez un organigramme ou exécutez directement le programme dans BPM/CRM.
6. Sélectionnez les responsables de chaque processus et fournissez des explications sur le travail.

Le studio Web « WM » est prêt à prendre en charge l’organisation des processus métiers de votre entreprise.

Certains des services importants offerts par notre organisation sont :

• Intégration de 1C avec le portail d'entreprise ;
• intégration du magasin avec 1C UT (UNF) ;
• assistance sur site;

Processus métier « Interaction avec le consommateur » à l'aide d'un exemple réel

Soulignons les principales étapes, en gardant à l'esprit que chaque cas a ses propres caractéristiques et des étapes plus spécifiques.

Comment votre organisation traite-t-elle les demandes des clients ?

1. Vos clients sont-ils divisés en groupes (taille de la transaction, lieu, sujet) ?
2. Votre chef d’entreprise sait-il guider un client du premier contact jusqu’au paiement ? Quelles sont les étapes claires à suivre ?
3. Le processus de revente est-il systématisé et dans quelle mesure ?
4. À quelle fréquence les clients vous quittent-ils ? Vous n’avez pas le temps de remplir des documents, d’effectuer des rappels en temps opportun, de répondre à une lettre ou de passer un appel ?

Plus vous créez une structure et une description détaillées du processus commercial d'interaction avec le consommateur, plus vous aurez de chances de succès et plus le client sera fidèle. Par conséquent, la probabilité de ventes répétées, les bénéfices et les chances de croissance continue de votre entreprise augmenteront.

Description approximative de ce processus métier

• Nous prenons tout contact client (lead) - email, téléphone, lettre de sa part, commande sur le site internet, carte de visite d'une exposition, etc.

• Nous le transférons à un responsable libre de l'entreprise, ou le sélectionnons selon certains critères : localisation, objet de la transaction, montant de la transaction.

• Nous contactons le client et clarifions les informations.

• Nous préparons une proposition commerciale et l'envoyons au client. Nous prenons rendez-vous. Nous fournissons des informations clarifiantes à travers un livret, une présentation, etc.

• Après un certain temps, nous vous rappelons par un appel téléphonique ou une lettre.

• Nous préparons et envoyons un paquet de documents. Nous les pré-coordonnons avec la personne morale. département et comptabilité.

• Nous émettons une facture.

• Nous concluons l'affaire.

Processus métier secondaires

Leur importance réside dans le fait d’aider l’organisation à se développer rapidement sans perdre une gestion et un financement adéquats.

Si une entreprise décide de créer un marketing à part entière sur Internet, pratiquement aucun des studios Web spécialisés dans le développement de sites Web et inclus dans le TOP 100 ne l'aidera probablement dans cette tâche. Et cela n'arrivera pas parce que ces studios du web ne savent pas créer des sites high-tech (bien sûr, ce n'est pas le cas), mais parce que le processus par lequel ils vendent et produisent ces sites est fondamentalement différent de ce qui est nécessaire pour entreprise.
Voyons pourquoi il en est ainsi et ce qu'une entreprise complexe et prospère devrait faire (nous ne considérons pas les magasins en ligne, les sites de promotion de marques et les sites de cartes de visite - il y a nous parlons de pas sur le marketing ou le développement commercial).

Il y a 2 vérités que le marché russe ne comprend pas :

1. Un site web est un processus marketing, pas un produit qui apparaît après plusieurs mois de travail acharné par un studio web.
2. Un site Web, séparé de la stratégie et des activités marketing, n'est qu'une carte de visite (même si le site est complexe), qui devient obsolète 3 à 4 mois après son lancement ou peut ne pas répondre initialement aux objectifs commerciaux.

Bien entendu, les compétences techniques sont très importantes lors du développement d’un site Web. Mais imaginons que vous preniez 10 studios web tout aussi compétents techniquement (il y en a actuellement plus de 1000 sur le marché, ce n’est pas un problème) et que vous leur demandiez de vous aider à développer votre entreprise. Autrement dit, ils se sont vu attribuer une série de buts et d’objectifs marketing. Tous se concentreront immédiatement sur le marketing de base (ils vous poseront des questions sur votre entreprise, votre public, vous demanderont de remplir un brief) et aspects techniques: prototypes, développement par étapes, dernière langue mises en page, Design moderne.

Pour vous donner une idée de la complexité des tâches auxquelles un client peut être confronté, je vais donner un exemple d'objectifs de haut niveau uniquement (chacun de ces objectifs est divisé en 3-5-7 sous-objectifs) pour l'un de nos projets :

Il est clair que le développement de sites Web à lui seul, quelle que soit sa qualité, ne permettra pas d’atteindre tous ces objectifs. C’est là que nous arrivons au point qu’un site Web n’est qu’une partie (généralement pas la plus importante) du processus marketing de votre entreprise.

Il est important de comprendre que la période de récupération pour le bon processus de site Web est d'environ 8 à 12 mois. Payer pour un site pas cher avec plusieurs commandes en ligne n'est vraiment pas un problème. Mais un tel site permettra-t-il une croissance des ventes à long terme (!) et atteindra-t-il d'autres objectifs commerciaux que la vente directe ?

Un site Web est un processus de marketing bidirectionnel

Un site Internet est un processus marketing qui se déroule d’une part au sein de l’entreprise et d’autre part sur Internet. Il met en œuvre la stratégie marketing de niveau supérieur de l’entreprise (qui comprend toutes les données nécessaires sur l’image de marque, le cas échéant, les buts et objectifs, les restrictions, etc.) et est associée par voie électronique et les canaux commerciaux. D’ailleurs, aussi bien du business au site internet, ce qui est une évidence, que du site web au business, ce qui n’est plus si anodin.

Le moyen le plus simple de comprendre le fonctionnement du site est d’utiliser la photosynthèse comme exemple. Réception nutrimentsà partir de l'arbre, la feuille grandit et se développe. De plus, la forme de cette feuille est différente pour chaque arbre. Lorsqu'une feuille grandit, elle commence à recevoir l'énergie du soleil et gaz carbonique, donnant de l'oxygène à l'espace environnant et du glucose à l'arbre. Il s'avère que la feuille s'améliore environnement et nourrit l'arbre en même temps.

Il est important de ne pas confondre le processus marketing dans lequel un site Web d’entreprise est impliqué avec le processus de développement d’un site Web. De nombreux studios Web remplacent ces concepts, faisant passer une méthodologie de développement flexible (approche agile) pour du marketing, alors qu’en réalité cela n’a presque rien à voir avec le processus marketing de l’entreprise.

Un site Web est une boîte à outils en constante évolution et adaptation. Examinons de plus près comment construire spécifiquement un tel processus.

Comment développer un site Internet : que faut-il pour cela, combien de temps cela prend-il, combien cela coûte-t-il et quelles sont les erreurs les plus courantes commises ?

Nous avons déjà compris qu’un produit/solution tel qu’un site Web n’existe pas dans la nature. Un livret est un produit, une carte de visite est un produit, une bannière est un produit, une illustration est aussi un produit. Un site Web est un processus de marketing. Que faut-il pour créer, construire, développer et maintenir ce processus ?

Comme tout processus, le développement de sites Web comporte une entrée (avec des conditions initiales), une sortie (avec des résultats prédits) et un gestionnaire de processus (responsable). Entre l'entrée et la sortie, l'algorithme d'un processus spécifique (unique ou cyclique) est élaboré.

L'« épuisement » pour l'entreprise dépend de ce qui est soumis en entrée, de la façon dont la personne responsable (studio/agence) travaille et de ce que nous attendons/recevons en sortie.

Voyons à quoi ressemble le processus de développement d'un site Web sous différents angles.

Pour le client

Un site Web est un produit comme une voiture qui vous mènera vers un avenir radieux.

• Brief avec les souhaits, l'identité de l'entreprise et les données générales sur le public cible et le produit.
• Nous nous retrouvons pendant 3 heures avec le studio web pour « discuter du site ».
  • Nous attendons.
• Nous approuvons 100 pages de spécifications techniques (la lecture n'est pas obligatoire).
  • Hâte de.
• Ouais, le design ! Ils nous ont montré le design !
  • Nous attendons depuis longtemps.
• Présentation au « directeur de tout ».
• Lancement sur l'hébergement.
• Client : « Corrigez-nous un peu ici. »

Pour le client, tout apparaît le plus clair, clair et assez formalisé possible : toutes les étapes sont en place, les souhaits et nuances du client sont pris en compte. Bien entendu, ce processus n’a rien à voir, même de loin, avec la réalité.

C'est ainsi que le processus métier et l'algorithme de développement de sites Web sont généralement décrits par presque tous les studios Web ou agences Internet (qui comprennent le problème) :

Pour un studio web ou une agence internet

• Un site Web est un produit qui doit être créé, livré et mis dans un portfolio.
• Une réunion de 2-3 heures, où nous écoutons ce que veut le client.
  • Satisfaction issue d’une complète « compréhension du métier » et des tâches du client.
• Brief du client par écrit.
• Demande identité d'entreprise, données, textes, matériels pour remplir le site.
• Nous écrivons tâche technique(ou créez un chemin d'itérations, si Agile).
• Nous dessinons des prototypes dans Axure ou Mockup.
  • Nous mettons beaucoup de temps à expliquer que ces carrés et cercles ne sont pas_website_design.
• Mission de conception (mission artistique).
  • Le client précise une fois de plus que les prototypes ne constituent pas une conception de site Web.
• Conception par designer.
  • Présentons. Le bonheur du client vient du fait que le design ne correspondait pas aux prototypes.
• Mission de mise en page.
• Mise en page.
• La programmation.
• Essai.
• Remplissage avec les matériaux du client.
• Lancement sur l'hébergement.
• Fête pour célébrer la livraison du « projet ».
• Il y a eu des commentaires du client : nous devons quitter le pays.

Il est important de noter ici : si vous allez travailler avec une agence/studio pour créer un site internet, et que le processus ci-dessus ne correspond pas à ce que propose le studio (il manque certaines étapes), il serait préférable de changer d'entrepreneur. .

À quoi devrait vraiment ressembler le processus (tel que nous le voyons et le faisons chez Kompleto)

• Cadre marketing.
  • Préparation et recherche : public cible, produit, demande, concurrents (3-4 semaines).
  • Stratégie de marketing par e-mail (2 semaines).
  • Compréhension complète du mix média actuel, y compris tout ce qui est hors ligne.
  • KPI du site Web basés sur les objectifs commerciaux.
  • Stratégie et structure de remplissage du site à partir du cœur de la demande.
• Développement et conception (comme indiqué ci-dessus par le studio web).
• Lier avec systèmes internes et les processus de l'entreprise.
• Installation et configuration des analyses KPI à partir du framework marketing.
• Début de la mise en œuvre de la stratégie de contenu.
• Une période pilote de travail sous charge « publicité » et « audience » (généralement un trimestre).
• Prise en charge des sites.
• Plan de modernisation du site Web basé sur les résultats d'analyse.
• Plan de modernisation du site Web en fonction de l’évolution de l’activité du client.

Souhaitez-vous recevoir une offre de notre part ?

Combien d'heures et de roubles devriez-vous passer sur le site ?

Si nous parlons de la façon dont nous, chez Kompleto, abordons le développement de sites Web, comme cela a déjà été dit à plusieurs reprises ci-dessus, il s'agit d'un processus divisé en étapes de marketing. Habituellement, il n'est pas possible de déboguer un processus de haute qualité appelé « site Web » en moins de 800 à 1 000 heures (si l'entreprise pose des problèmes vraiment complexes). La figure suivante montre un exemple de calcul de développement de site réel qui a pris environ 2 000 heures. Il est intéressant de noter que, par exemple, la rédaction et le remplissage d’un site Web avec des informations prennent presque 3 fois plus de temps que la programmation. Cet aspect passe très souvent par les studios web et leurs clients. C'est pourquoi le site n'est souvent pas outil de marketing, un résolveur de problèmes entreprise, mais représente un « défilé de technologie ».

Qu’est-ce qui est le plus important dans un site Web : la technologie ou le marketing ?

Aujourd'hui, presque tous les studios Web soulignent qu'ils développent un site Web en utilisant une méthodologie flexible. L'œuvre elle-même peut être construite selon une méthodologie flexible (faire d'abord un cadre, puis y ajouter progressivement des détails par itérations) ou une liste unique selon le cahier des charges (cascade). Étonnamment, cela n’est pas si important, puisque le processus est encore imparfait et fondamentalement erroné (c’est-à-dire fondamentalement, pas dans les nuances).

Les studios Web tentent d'attirer les clients et le marché vers leur approche technologique interne : procédez étape par étape, corrigez les risques, limitez les fonctionnalités et terminez ensuite le travail pour lequel il n'y a pas assez de temps. Tout cela est correct, mais ne fonctionne que pour créer bon produit, et non pour construire un processus (comme nous le voyons dans le diagramme des étapes ci-dessus, quelle que soit l'approche de développement utilisée, vous n'obtiendrez pas un site Web de haute qualité : il n'y a pas étapes importantes le processus lui-même).

Si vous avez créé un site Web en utilisant une méthodologie flexible avec de beaux prototypes (interactifs, comme c'est à la mode actuellement), avec une mission artistique, ils l'ont magnifiquement emballé dans une présentation, l'ont mis en page en HTML5 sur un super système de gestion, mais en même temps n'a pas creusé l'audience brique par brique, n'a pas réfléchi à la structure du site en fonction de la demande et des fonctionnalités des moteurs de recherche, n'a pas mis en place d'analyses et après son lancement, tout le support a été réduit à la publication d'actualités et au remplissage de sections sur l'entreprise et services avec texte - vous avez déjà perdu. Un site Web est un poids mort pour vous, pas un processus marketing pour l’entreprise. Et peu importe l’efficacité avec laquelle vous avez créé ce site.

Veuillez bien comprendre si nous parlons d'une certaine application Web destinée aux besoins internes d'une entreprise (par exemple, Espace personnel pour commander des pièces détachées) - il s'agit alors d'une application métier, et son développement doit être adapté au produit : rapidité, clarté, versioning, fonctionnalités spécifiques. Il y a un minimum de marketing : plutôt le respect d'un processus commercial et d'une tâche clairement prédéfinis. Le rôle de la convivialité est minime (si l'interface n'est pas parfaite, en Russie, ils le toléreront calmement, puisqu'avant cela, ils travaillaient dans Excel ou le Bloc-notes). Le site Web est une tout autre affaire. En règle générale, l'innovation réelle dans le site Web le plus moderne est de 5 %, le reste étant constitué de marketing, d'analyse, d'ajustement des processus commerciaux, de connexion avec les systèmes comptables et de téléphonie.

C'est comme si une équipe de peintres professionnels peignait votre maison avec de la peinture froide, mais de la mauvaise couleur. Il semble que tout soit efficace, rapide, clair, beau, mais nous ne faisons pas du tout ce qui était nécessaire pour les objectifs initiaux.

C’est précisément à cause de cette approche erronée que les clients ne parviennent pas à développer leur activité. Nous disposons d’un site Internet technologique qui n’est pas intégré à la stratégie marketing de l’entreprise – et nous n’atteignons qu’une partie de ses objectifs.

Il s'avère que pour lancer un processus appelé « Site », vous devez suivre toutes les étapes que j'ai décrites ci-dessus (processus de Completeto), passer 1 500 à 2 000 heures et attirer temps différent une quinzaine de spécialistes. Et c'est pour un site.

L'essence de l'approche elle-même est extrêmement simple : le site doit être développé par une agence qui consacrera au moins 1,5 à 2 mois à se plonger dans les affaires et le marketing, à rechercher les concurrents, les audiences et les indicateurs financiers. Ensuite, il faut au moins 3-4 mois pour développer la version initiale du site (pour démarrer le processus). La même agence mettra ensuite en place des analyses sur le site et effectuera de la publicité, puis modifiera et soutiendra le contenu du site. C’est la seule façon pour que cela puisse fonctionner dans l’intérêt des entreprises. De plus, un soutien et une modernisation supplémentaires du site sur la base de l'analyse Web, de l'évolution des réalités commerciales et du marché, des groupes d'audience, gamme de produits ne peut avoir lieu que si l'agence vit littéralement avec le client. Ainsi, par exemple, nos comptes restent au téléphone pendant des heures chaque jour et au moins une fois par mois, ils passent toute la journée au bureau du client. Et ainsi chaque année de coopération. Il n'est pas surprenant que même 6 à 8 mois après la sortie de la version initiale, le site puisse beaucoup changer.

La prise en charge du site Web est une condition préalable au succès

Après le lancement d'un site Internet, les problèmes suivants surviennent le plus souvent :

1. Le client lui-même, après avoir reçu le site, commence à le remplir d'informations, de bannières, de finitions, détruisant le design, la mise en page et les directives.
2. Les produits, les services et le marché changent – ​​le site ne s’adapte ni ne change.
3. Nous recevons des analyses des campagnes publicitaires - le site doit être modifié en fonction des données reçues, mais cela n'est presque jamais fait.
4. Habituellement, nous élaborons un plan de contenu pour le développement d'un site Web sur au moins 6 mois - il doit être réalisé conformément aux directives du site, ce qui est une tâche non triviale.
5. Le site commence par un chargement, après quoi les chargements fédéraux sont ajoutés campagnes publicitaires; la charge peut augmenter considérablement - un support technique est requis.
6. Respect des règles de référencement dans les textes et la structure du site Web - les clients ne peuvent pas le faire eux-mêmes.
7. Bugs, souhaits, améliorations : faire cela sans budget est irréaliste.

Le contenu et le support technique diffèrent du support marketing et analytique des sites Web. Le support de contenu implique également un processus complet de génération de flux d'actualités en collaboration avec le client, des idées de contenu et des projets, ainsi que la poursuite de leur mise en œuvre sur le site Web. Placer les matériaux fournis par le client sur le site et ne rien faire d'autre constitue le niveau de support de site le plus bas possible.

Perte de profits et pertes sur le site Web du produit

En conclusion, je vous propose d'évaluer les pertes potentielles que vous pourriez subir lors du développement d'un site Web selon le scénario classique d'un studio Web : créer un produit au lieu de construire un processus marketing.

Prenons l'exemple d'une entreprise réelle dans le domaine des équipements techniques.

Produit de site Web (à partir d'un studio Web standard). Cas réel tiré de la pratique.

• le coût du développement moyen d'un site Web normal est de 750 000 roubles ;
• durée de fonctionnement – ​​4 mois ;
• pris des photos seuls, dessinait des modèles pour le site Internet, rédigeait d'excellents textes ;
• design moderne et élégant avec des illustrations réalisées par l'artiste ;
• catalogue d'objets;
• Disposition adaptative.

Le site Web et le catalogue étaient remplis de certains des produits offerts par le client. Puis il « s’est avéré » que clients potentiels cette entreprise a besoin de plus d'informations sur les produits que sur le site Web - les informations doivent être collectées au coup par coup à partir de différentes bases de données et systématisées.

L'analyse Web n'a pas été configurée (juste un compteur a été installé).

La structure du site n'a pas été pensée sur la base de la matrice de requêtes et différents types demande : le studio faisait un catalogue régulier d'objets, et il y avait environ 3 000 demandes (des dizaines de milliers de personnes par mois), la demande s'est formée de différentes manières. Autrement dit, il n'était possible de vendre avec une fiche produit et une description qu'à une petite partie du public. Le reste a besoin d'explications particulières et convaincantes.

La situation avec le contenu textuel du site n'est pas meilleure : le studio a rempli le site avec seulement 1/100 (1 %) de ce qui était requis.

Le studio a vendu une visite 3D des objets pour 300 000 euros. Lorsque nous avons mis en place des analyses de bout en bout, il s'est avéré que personne ne l'utilisait, il n'y avait en principe aucune commande à partir de là. Dans notre recherche en marketing il était clairement visible qu'aucun membre du public cible n'avait besoin d'une visite en 3D.

Le site Web n'a pas du tout réfléchi au parcours de l'acheteur. En fait, il n'y a aucun lien entre le site et le marketing par courrier électronique, le reciblage et les zones spéciales du site pour les objets spéciaux n'ont pas été pensées.

L'entreprise a travaillé avec un tel site pendant environ un an et demi avant de faire appel à nous. Notre travail a duré environ 9 mois avec toutes les recherches. En conséquence, l'entreprise a perdu environ 2,5 ans et il n'est plus possible de rattraper ses concurrents.

Un site Web d'une valeur de 750 000 roubles a coûté à l'entreprise, sur un an et demi, 75 000 000 de roubles en manque à gagner réel. Nous avons créé un nouveau site Web - et les échecs ont diminué de 3 fois, la conversion a été multipliée par 8 pour les groupes de produits individuels, améliorée processus internes commander des produits. Et nous ne tenons pas compte du fait que pendant cette période, des concurrents se sont développés et que certains d'entre eux ont fait un très bon travail sur Internet - il sera désormais très difficile de les rattraper. Il va falloir allouer des budgets rapidement, ce qui veut dire des sommes importantes en peu de temps.

Pense avant d'agir. Faites-le judicieusement. Impliquez-vous dans le marketing de contenu sur votre site Web. Une fois le travail terminé, collectez immédiatement des analyses et améliorez le site en fonction des résultats des campagnes publicitaires pilotes.

Liste de contrôle. Comment transformer votre site Web d'un produit fastidieux en un processus marketing efficace

En conclusion - quelques mots sur le système de marketing électronique et le rôle du site dans celui-ci.

Depuis 2011, nous formons activement marché russe marketing et publicité sur Internet. C'est grâce à nous que les concepts d'« approche systémique » et de « marketing électronique systémique » sont entrés en vigueur en Russie. C'est nous qui avons introduit le mot « systémique » en relation avec les activités sur Internet en Russie.

La grande majorité des entreprises en Russie n'ont pas besoin de faire de la publicité sur Internet ni de créer un site Web, mais de mettre en place un système de marketing fondamental dans leur entreprise avant de passer à Internet et de connecter toutes leurs activités à Internet. systèmes électroniques(1C, CRM, téléphonie, systèmes de contrôle et de reporting) avec les entreprises.

(Visité 22 195 fois, 1 visite aujourd'hui)

Envoyer votre bon travail dans la base de connaissances est simple. Utilisez le formulaire ci-dessous

Les étudiants, étudiants diplômés, jeunes scientifiques qui utilisent la base de connaissances dans leurs études et leur travail vous en seront très reconnaissants.

Documents similaires

Architecture des systèmes d'information intégrés ARIS comme méthodologie de modélisation des processus métier, avantages et inconvénients d'utilisation. Sélection d'un processus métier pour la modélisation et sa description significative, format tabulaire pour sa description.

travail de cours, ajouté le 19/06/2015


Description des schémas généraux de fonctionnement de l'organisation. Étudier la structure d'une entreprise, déterminer les fonctions de ses divisions et ses principaux processus commerciaux. Développement d'un système client-serveur pour automatiser la réception et le traitement des demandes des abonnés.

travail de cours, ajouté le 10/02/2011


Description des processus commerciaux de la société de transport Strong Machines LLC. Construire un modèle « TEL QUEL » pour utiliser le système d'information actuel lors de l'utilisation de l'application d'un client. Calcul revenu total de la propriété du système d’information sélectionné.

thèse, ajoutée le 09/06/2017


Optimisation des processus selon l'approche Martin. Problèmes d'efficacité insuffisante au travail. Automatisation du processus de rapprochement des informations des documents électroniques. Répartition des fonctions entre les départements et les employés. Accélérez les opérations manuelles.

thèse, ajoutée le 10/12/2013


La structure organisationnelle d'une agence de voyages et ses responsabilités fonctionnelles de ses divisions. Analyse des indicateurs techniques et économiques de Yugros Consulting LLC. Concevoir l'automatisation des processus métiers de l'entreprise sur la plateforme 1C : Entreprise 8.2.

travail de cours, ajouté le 04/06/2015


Caractéristiques et structure organisationnelle de l'entreprise. Description de ses processus métiers. Développement d'un modèle d'organisation divers types travail réalisé en magasin sous BPWin. Son analyse des coûts. Construire un diagramme de processus logique dans ERWin.

travail de cours, ajouté le 11/04/2015


Modélisation des processus métier comme moyen de trouver des moyens d'optimiser les activités de l'entreprise. La méthodologie SADT (Structural Analysis and Design), la famille de normes IDEF et les langages algorithmiques constituent la base des méthodologies de modélisation des processus métiers.

résumé, ajouté le 14/12/2011


Modélisation du programme économique et mathématique pour le développement d'une entreprise agricole. Analyse des processus métiers, élaboration de recommandations pour les modifier. Identification des domaines prometteurs pour l'automatisation de l'entreprise. Description de la structure organisationnelle d'une entreprise moderne.

thèse, ajoutée le 10/07/2015

Nous nous sommes vite rendu compte que créer des sites Web simples n’était pas rentable. La concurrence s'est intensifiée, le marché a été inondé de petites entreprises. Tout cela a entraîné une baisse des prix des projets et une baisse de la rentabilité des entreprises. Les clients sont devenus plus qualifiés. Les demandes de création de sites ont été complétées par l'exigence de les « lier » à l'un ou l'autre système d'information.

Co tâches complexes peu de gens risquaient de s’impliquer. Pour les intégrateurs de systèmes, ces projets étaient trop bon marché et pour les studios Web, trop complexes.

Notre studio a toujours été situé dans la « Silicon Valley » russe - Zelenograd. Nous avions de solides programmeurs, ce qui nous permettait de recevoir et d'exécuter facilement de telles commandes. C'est décidé, c'est notre chance !

C'est ainsi que nous sommes passés d'un simple studio à des spécialistes qui assurent le fonctionnement coordonné d'un site Internet avec plusieurs systèmes d'information - les intégrateurs web.

Quelle merde est votre intégration Web ?

Il n'est pas difficile d'assurer l'échange de données entre deux systèmes. Mais nos premières années dans nos nouvelles fonctions ont été douloureuses et coûteuses.

Au lieu des bénéfices escomptés, nous avons perdu de l'argent encore et encore, rencontrant de nouvelles difficultés que nos Directeur technique lui a donné le nom de code « pièges ».

Nous n’avons pas abandonné et, comme les souris de la blague, « nous nous injections des injections en pleurant, mais nous avons obstinément continué à ronger le cactus ».

Avant de commencer

Avant de parler des processus, convenons de la terminologie de cet article.

Pour nous, programmeurs, tout développement de sites web simples se résume à ce modèle :

Lorsque vous devez créer non seulement un site Web, mais tout un système où, en plus de la base de données du site, une caisse enregistreuse avec un caissier vendant des billets de théâtre, un système d'entrepôt fournissant des informations sur les marchandises restantes ou un service de paiement chargé du traitement sont également impliqués cartes bancaires, nous utilisons le terme « tiers ».

Un tiers est un système d'information situé en dehors de la salle des serveurs ou du data center, conçu pour connecter des ressources supplémentaires à notre logique métier. Par exemple, un service SMS qui envoie des messages courts au téléphone de l’utilisateur ou un système de réservation de marchandises dans l’entrepôt d’un fournisseur. Avec l’ajout d’un tiers, le processus devient plus complexe et nous utilisons cet algorithme pour gagner du temps et de l’argent lorsque nous travaillons sur un projet intégré.

Étape 1. Buts et objectifs

Tout d'abord, vous devez dans un langage simple d'accord sur ce que nous voulons obtenir en fin de compte. Le client attend un résultat spécifique de l’intégration. L’automatisation au nom de la beauté du système intéresse rarement qui que ce soit. Essayer d'articuler les objectifs et les attentes par écrit - La meilleure façon assurez-vous que les résultats sont également compris par tous les participants au flux de travail. On retrouve souvent cette formulation :

Exemple typique : Le site doit être intégré au système de tickets ProfTicket.

et dans de tels cas, nous essayons d’obtenir une plus grande clarté dans la formulation :

Bon exemple : les acheteurs devraient pouvoir choisir places libres dans la salle, payez vos billets et recevez-les par e-mail dans les bureaux de vente ou avec l'aide la livraison de courrier. Les informations sur la disponibilité des places à vendre pour des sessions spécifiques sont fournies par le système de billetterie ProfTicket.

Cette formulation elle-même contient un certain nombre de questions qui autrement pourraient se perdre et surgir au moment le plus inopportun.

Étape 2. Processus métier et protocole d'interaction

Vous devez maintenant décider de la manière dont les systèmes doivent interagir pour effectuer une tâche particulière. Continuons à construire des analogies avec le système de tickets. D'ailleurs, nous parlons d'un projet tout à fait réel : en 2013, nous avons aidé la société Dilyaver à ouvrir un service de commande de billets ShowMart.Ru. Pour réserver un billet, vous devez répondre à plusieurs questions :

• Quel événement l’acheteur a-t-il choisi ?
• Quelle session (combinaison date et heure) a été sélectionnée ?
• Quels sièges (numéro de secteur, rangée et sièges) ont été sélectionnés ?
• Ces lieux ont-ils déjà été vendus à un autre acheteur ?
• Ces places sont-elles en réserve, autrement dit, l'achat de ces places est-il en cours de traitement par un autre acheteur en ce moment ?
• Et ainsi de suite...

Toute interaction entre systèmes se résume à une structure « requête-réponse ». La demande est envoyée par la partie qui a besoin de recevoir les données (client) et la réponse est envoyée par la partie qui possède ces données (serveur).

Plus un tel schéma est simple et sans ambiguïté, mieux c'est. Au minimum, vous devez vous assurer qu'un seul des systèmes répond à une seule demande et qu'ils ne se dupliquent pas. Par exemple, les informations sur le prix des billets ne sont stockées que dans l'un d'entre eux.

À un moment donné, nous devrons « demander » à l'un des systèmes de réserver des billets - mettre une marque qui ne permet pas la revente de ces billets à un autre acheteur, et après avoir finalisé l'achat, l'un des systèmes devra envoyer un lettre de notification à l'acheteur. Par conséquent, parfois, une interaction est requise non pas au niveau « demande-réponse », mais selon la formule « demande-action ».

Le processus d'interaction entre les parties Il ne nous reste plus qu'à enregistrer les demandes et les réponses dont chacun des systèmes est responsable. Et indiquez également une liste de toutes les erreurs possibles.

Étape 3. Règles de prise de décision et médiateurs

Même dans projet simple l'intégration Web implique au moins trois parties :

1. Client.
2. Le propriétaire du système A (par exemple, un programmeur 1C parmi l'équipe du client).
3. Propriétaire du système B (en fait, nous sommes des programmeurs Web).

Nous n'entrerons pas dans les raisons et l'analyse de ce qui se passe. Disons simplement que les conflits d’intérêts entre les propriétaires de deux systèmes sont inévitables. La complexité de la situation dépend du nombre de participants et de leur niveau de qualification.

Il est important de réfléchir à la façon dont situations controversées avant qu'ils n'apparaissent. Ce n’est pas un sujet facile, mais il est nécessaire de s’entendre au moins sur des points fondamentaux, par exemple :

• Sur quoi les parties seront-elles guidées pour prendre une décision : vitesse, problèmes de sécurité des données ou modifications minimes du 1C ?
• Qui sera la partie responsable qui prendra la décision finale si les propriétaires du système ne parviennent pas à s’entendre entre eux ?

À première vue, il semble que la réponse à dernière question est évident : le client – ​​qui d’autre prendra les décisions finales ? Cependant, ce n'est pas toujours le cas.

Les projets d'intégration imposent des exigences élevées aux connaissances techniques du décideur. Ainsi, parfois la palme est donnée à l'un des participants au processus d'intégration, ou expert indépendant, dont l'autorité est reconnue par les propriétaires des deux systèmes.

Étape 4. Norme et format d'échange de données

Nous devons maintenant nous mettre d’accord sur la base de quelle norme et de quelle manière nous échangerons des données entre les systèmes.

Dans la plupart des cas, le choix du protocole est déterminé par la quantité de données et la fréquence de leur transmission. L'histoire portera sur les protocoles que nous rencontrons le plus souvent dans notre travail.

SOAP signifie Simple Object Access Protocol. S'il est traduit littéralement de l'anglais, vous obtenez « Simple Object Access Protocol ». Ce protocole est véritablement l’un des plus simples et des plus fréquemment utilisés lors de la création de projets Web. SOAP est un protocole d'échange de messages XML structuré.

Afin que les systèmes utilisent une réglementation unifiée pour construire des requêtes et des réponses, des fichiers sont utilisés avec une description de ces réglementations, compilés sur la base de la norme WSDL (de l'anglais Web Service Description Language).

SOAP est une extension du protocole XML-RPC, et c'est un gros plus du protocole. XML est largement utilisé et un grand nombre de spécialistes connaissent au moins superficiellement le format XML-Schema.

Ce même fait constitue également le plus gros inconvénient de SOAP. XML est un format volumineux et à mesure que la quantité de données échangées entre les systèmes augmente, la quantité de trafic transmis augmente. À mesure que cette dernière augmente, le temps nécessaire pour traiter les demandes et générer des réponses augmente. Tout cela rend la combinaison WSDL/SOAP pratiquement inadaptée à une utilisation dans des systèmes contenant d'énormes volumes de données mal structurées - dans les systèmes dits Big Data.

LE SAVON deviendra excellent choix, par exemple, pour résoudre les problèmes d'intégration d'une boutique en ligne avec un petit assortiment avec le système d'entrepôt 1C. Sa distribution standard prend en charge ce protocole, et il ne reste plus qu'à préparer les descriptions WSDL.

REST (abréviation en dans ce cas ne nous donnera rien, nous l'ignorerons donc) - il s'agit d'un protocole permettant d'appeler une procédure distante à l'aide d'une requête HTTP standard. Oui, en utilisant les mêmes méthodes GET et POST que celles des manuels de Tim O'Reilly.

Chaque méthode dans REST n'est pas représentée par une entrée distincte dans le fichier WSDL, mais par une URL. Par exemple, la méthode pour obtenir des informations sur l'utilisateur ressemblera à - http://example.com/rest/user. Et la méthode pour créer un nouvel utilisateur est http://example.com/rest/user/create.

Vous pouvez utiliser le corps de la requête pour transmettre des paramètres à REST et des en-têtes d'état HTTP pour décrire les erreurs. Tout est aussi simple que possible et ne nécessite pas l'utilisation de protocoles supplémentaires. REST est beaucoup plus primitif que SOAP. C’est ce qui en fait un excellent choix lorsque vous devez échanger une grande quantité de données et le faire fréquemment.

REST ne dicte pas le format dans lequel les requêtes doivent être envoyées. Cela signifie qu'à ces fins, vous pouvez utiliser JSON (format d'échange de données texte) - le format le plus compact pour échanger des structures sous forme de représentation textuelle. Son utilisation résout presque complètement le problème du volume de données.

Il est parfois nécessaire d’utiliser des combinaisons de plusieurs méthodes et protocoles de communication.

1C a son propre format CommerceML - XML ​​​​pour transmettre des informations commerciales ; le plus souvent, les catalogues de produits sont transmis de cette manière.

Ce format a été développé par des spécialistes de 1C et Extra.RU. Ils ont été aidés par des amis du bureau de Moscou de Microsoft.

Pour cette raison, le format ne permet pas de nombreux cas d’utilisation, et le CommerceML « pur » fait souvent défaut. Cela conduit à la nécessité de le compléter par des fonctionnalités spéciales.

Parfois, le client ne dispose pas de serveur externe dédié avec lequel communiquer. Ensuite, nous créons un dossier séparé directement sur le serveur d'hébergement afin que 1C puisse y télécharger ses fichiers. Là, ils sont reconnus par nos scripts selon un planning.

Dans les cas où nous devons constamment maintenir les données à jour, nous pouvons lier l'API Rest et le transfert XML. Ensuite, 1C enverra XML directement au serveur à l'aide de requêtes POST standard.

Étape 5 : Sécurité des données

Le plus souvent, là où le besoin d’intégration se fait sentir, il s’agit de secrets commerciaux ou de données personnelles. Travailler avec eux après les récents changements législatifs mérite désormais un article séparé.

Personne ne veut clientèle ou des informations sur les revenus quotidiens « divulgués » aux concurrents. Il est donc important de penser à assurer un niveau de sécurité suffisant pour les données échangées entre les systèmes.

Il existe de nombreuses options de protection. Nous n’en examinerons que quelques-uns.

Le protocole HTTP est le plus courant et le moins sécurisé. Les données sont transmises en clair. HTTPS est un sous-ensemble du protocole http qui prend en charge le cryptage à l'aide de certificats SSL ou TCL.

Les certificats sont l'algorithme par lequel les données seront cryptées. Seules les parties émettrices et réceptrices connaissent cet algorithme au moment de la transmission des données. Les certificats SSL peuvent être fournis par le serveur lui-même, mais ils seront alors considérés comme non fiables et les navigateurs pourront afficher des images qui effraient l'utilisateur.

Fenêtre avertissant l'utilisateur d'une connexion peu fiable Pour qu'un certificat soit considéré comme fiable, il doit être commandé auprès d'un organisme de certification - une autorité de certification. Il existe de nombreuses institutions de ce type. Lorsque nous travaillons sur des projets pour des clients européens, nous préférons faire appel aux services de l'un des deux plus grands acteurs du marché de la certification SSL - Thawte ou Verisign. En Russie, nous travaillons avec Ru-center. Leurs icônes sont souvent visibles sur des sites où le paiement ou le travail avec des données personnelles est implicite.

La deuxième méthode de protection est la méthode dans laquelle deux systèmes se « présentent » l'un à l'autre à l'aide d'une paire « identifiant-mot de passe » avant de commencer à échanger des données. Cette méthode est appelée « autorisation HTTP-basic ».

Pour empêcher les attaquants d'intercepter les mots de passe, il est préférable de « se présenter » aux systèmes sous une forme cryptée, c'est-à-dire L'autorisation de base HTTP doit être utilisée conjointement avec le cryptage SSL.

Si le système n'est pas trop complexe et que les serveurs des systèmes communicants ont des adresses IP spécifiques et immuables, vous pouvez accorder l'accès à la communication uniquement à ces adresses IP.

Cette option est facile à mettre en œuvre et donc largement utilisée. Mais cela entraîne parfois des problèmes d’accès soudains.

Étape 6. Spécifications techniques

Vous pouvez avoir d'excellentes relations avec le client ou ses programmeurs 1C, mais « l'amitié est l'amitié, mais le tabac est séparé ». Nous recommandons fortement que les accords sur toutes les étapes décrites soient consignés par écrit.

Un exemple instructif tiré de notre propre expérience : nous avons dû réaliser une intégration complexe du 1C:Enterprise du client avec la boutique en ligne qu’il utilisait. Lors d'une réunion avec les programmeurs 1C, nous avons convenu qu'ils prépareraient de leur côté des services web, auxquels les programmeurs web du Studio accéderaient ensuite.

Au cours de travaux pratiques approfondis, qui ont duré plus d'un mois, les programmeurs 1C ont changé de point de vue et ont décidé de faire pour nous une copie de leur base de données, répliquée à partir de la base de données principale, et de nous la transférer afin que nous puissions " on en fait ce qu'on veut ».

Cela signifiait que nous devions effectuer une quantité de travail supplémentaire, car aucun service Web ni aucune documentation claire n'y étaient attachés. N’ayant pas enregistré les accords précédents, nous avons été confrontés à la forte réticence du client à envisager l’augmentation des délais et du budget du projet.

Dans l'exemple ci-dessus, nous avons eu de la chance - les programmeurs 1C se sont avérés être des gars honnêtes et ont confirmé à leur direction que nous avions raison. Mais aurez-vous autant de chance la prochaine fois ?

Vous pouvez travailler selon des méthodologies agiles, utiliser la classique « cascade » ou utiliser une méthodologie hybride. Ce n’est pas important, tout comme le format et le volume des spécifications techniques. La seule chose importante est que tous les accords doivent être enregistrés d'une manière ou d'une autre.

Étape 7. Mise en œuvre

Il existe également plusieurs différences entre la production directe de travaux d’intégration et le mono-développement.

Pour que le développement se déroule le mieux possible, évitez de diviser entre « le vôtre » et « le nôtre ». Au contraire, faites tout pour former une seule équipe composée de développeurs de systèmes d’information externes et de vos programmeurs.

Efforcez-vous de créer une équipe unique et conviviale, même si elle n'est réunie que pour la durée du projet. Vous économiserez beaucoup d'efforts et de temps si tous les participants au processus souhaitent trouver solution efficace, et de ne pas rejeter la faute ou le travail sur un programmeur d'une autre entreprise.

De plus, il faudra du temps supplémentaire pour éliminer les différences dans les qualifications des spécialistes et les méthodologies de développement utilisées. Cela doit également être pris en compte lors du calcul du temps et du budget du projet.

Lorsque vous travaillez avec un tiers, vous devrez effectuer des tests non seulement en sortie, mais également en entrée.

Un exemple tiré de ma propre pratique : un programmeur de système CRM a signalé que le service Web nécessaire à la réalisation du travail était terminé. Le chef de projet a créé une tâche pour le programmeur web et l'a soumise, accompagnée d'un lien vers ce service web. Le lendemain, le programmeur Web a commencé à accomplir la tâche exactement comme prévu et a été confronté au fait que le service Web ne fonctionnait pas. La tâche est renvoyée au programmeur CRM. Le temps du programmeur web, du chef de projet et l’argent du client sont perdus. Tout le monde attend à nouveau que le service Web requis soit prêt.

Auparavant, tout dépendait uniquement de votre équipe et la tâche formulée était immédiatement confiée au programmeur. Vous devez maintenant d’abord vous assurer que les composants destinés à résoudre le problème, réalisés par un tiers, fonctionnent réellement.

Les exigences changeront à la vitesse de la lumière ; les propriétaires de systèmes d’information externes peuvent modifier les services Web et les API sans avertissement. La composition de vos propres programmeurs Web changera, ou il se peut qu'après avoir écrit de nouvelles fonctionnalités, les développeurs, par leurs actions, cassent ce qui fonctionnait bien auparavant. Nous traitons une chose, nous paralysons l'autre.

Plus vite on découvre où dans le système et ce qui a exactement « échoué », plus les coûts de support seront faibles et plus les bénéfices seront élevés. Par conséquent, ne lésinez pas sur la couverture du code avec les tests.

Dans le cas d'une intégration web, le pourcentage de couverture du code par les tests doit être le plus élevé possible.

Étape 8 : Tolérance aux pannes

L'intégration des systèmes est réalisée pour réduire le temps et les coûts financiers pour exécuter certains processus commerciaux. L'intégration Web est le plus souvent caractéristique d'une entreprise développée, stable et prospère.

Certains des projets que nous avons réalisés peuvent coûter entre 35 000 et 70 000 dollars perdus en cas d'arrêt de 24 heures. Cela nous amène également à réfléchir à des mesures visant à améliorer la tolérance aux pannes de l'ensemble du système.

• Sauvegarde. Tout cela est prescrit dans les termes de référence et les contrats. Mais soyons honnêtes, vous vérifiez toujours si l'hébergeur ou le développeur a réellement mis en place les procédures Copie de réserve conformément aux accords ? Le plus souvent, cela devient évident lorsque le problème est déjà survenu.
• Tests de résistance.À quel trafic et à quelle charge de pointe le client s’attend-il ? Multipliez ce chiffre par au moins 2,5 et effectuez des tests de charge synthétiques. Vous devez tester non seulement le site, mais également les systèmes avec lesquels le projet interagit.
• Saisonnalité. Connaissez la saisonnalité de l’activité de votre client. Trafic vers le site Internet de la chaîne de cinéma, que nous avons créé et soutenu, en vacances du nouvel an augmente de 2 à 3 fois. Dans ce projet, nous commençons les préparatifs du Nouvel An début novembre.
• Prêt à un retour en arrière. Vous travaillez en équipe et il faudra en tenir compte. Soyez prêt à la possibilité que vos nouvelles fonctionnalités perturbent le fonctionnement normal système externe et les changements devront être rapidement annulés. Malgré les tests de charge, les systèmes externes échouent parfois pour des raisons indépendantes de votre volonté. Vous devez être prêt à continuer à travailler en désactivant la fonctionnalité partagée pendant un certain temps. Par exemple, lors d'un crash du service d'achat de billets, au lieu du processus de commande, nous affichons un message d'excuses, mais le site lui-même continue de fonctionner.

Étape 9. Journalisation et surveillance

N'oubliez pas de prendre en compte les coûts de création d'un système de journalisation dans le calendrier et le budget du projet. Cela fait un certain temps que nous progressons dans ce domaine.

Il s'agit d'un outil objectif avec lequel vous pouvez restaurer la chronologie des événements ; il vous aidera non seulement à économiser vos nerfs, mais vous protégera également en cas de problème. poursuite judiciaire. Par conséquent, il est important de « suspendre » le système fini avec des indicateurs et des capteurs.

Au Studio, nous essayons de tout faire de manière à ce qu'il ne soit pas possible de connaître la panne du site ou d'une partie de celui-ci. conversation téléphonique avec un client en colère, mais avec l'aide de nos propres systèmes de surveillance.

Nous n'entrerons pas dans les détails de ce processus et pourrons lui consacrer un article séparé, mais pour ceux qui débutent sur ces sujets, nous vous conseillons de commencer par rechercher sur Google les termes Pinba, Zabbix et Munin.

Étape 10 : Documentation

Convenez de la manière dont cela se déroulera documentation du projet, et essayez de le maintenir à jour.

Cela permettra d'éviter les situations dans lesquelles vous devrez vous familiariser avec l'intégralité du code du programme pour résoudre les problèmes. Si même le programmeur qui a initialement développé tout cela, après six mois, ne se souvient plus de ce qui devrait fonctionner et comment, cela vaut-il la peine de parler de nouveaux développeurs ?

Le conseil est le plus simple dans son sens et le plus difficile à suivre. Au Studio, nous essayons de faire quelque chose comme ceci :

• Nous nous sommes mis d'accord sur le format de conservation et l'emplacement de stockage de la documentation du projet.
• Nous avons dressé une liste de documents inclus dans le concept de « documentation de projet ». En règle générale, il s'agit de plusieurs documents, dont une cartographie des processus métier, une description de l'architecture du serveur, nos spécifications techniques, la documentation de l'API du système externe, etc.
• Nous avons désigné une personne chargée de maintenir la documentation à jour. Il s'agit généralement du chef de projet.
• Nous fixons une fréquence de vérification de la documentation.

Tous! Désormais, le responsable effectue de temps en temps un contrôle sélectif ou complet, selon qui vous le souhaitez, pour vérifier la pertinence des documents. Ou bien il ne le fait pas... et comprend qu'il peut être puni à tout moment.

Conclusion

L'article s'est avéré long et complexe. Mais la dernière chose que je voulais était de vous dissuader de l’intégration Web. Bien sûr, cela demande de l’expérience. Mais il n’y a pas d’expérience sans pratique. Et il n’y a pas de pratique sans erreurs.

L'intégration est bonne façon augmenter l’efficacité des processus commerciaux de vos clients. Pour les développeurs Web, c'est un moyen d'augmenter le coût et la marge de leurs propres services. Et de plus, en raison de la complexité du processus, la concurrence sur ce marché est moindre que sur celui de la création de sites Web.

Demande: Maintenant, dans le Studio, nous essayons de comprendre si vous êtes intéressé à lire de tels articles ? Il faut beaucoup d’efforts pour rendre le matériel utile et pratique. Il a fallu environ 20 ans pour préparer cet article. trois heures spécialistes.

Notre directrice artistique Sasha Kotov pense que nous sommes « idiots », et personne ne lira ceci :-)

Donc, si vous trouvez ce travail utile et pensez que nous devrions continuer ainsi, aimez cet article ou partagez-le sur les réseaux sociaux. De cette façon, nous comprendrons que nous n’écrivons pas sur la table et aurons la motivation pour continuer.