desenvolvimento para web - xhtml, css, padrões da web, usabilidade, acessibilidade, web design, SEO, blogs e tecnologias para desenvolver a web Développement web - xhtml, css, standards du Web, l'utilisabilité, l'accessibilité, web design, SEO, des blogs et de la technologie pour développer le web

Trabalhar com desenvolvimento web é algo muito bom; entretanto, tem também seus aspectos negativos - como tudo nesta vida. Travailler avec le développement web est quelque chose de très bonne qualité, mais elle a aussi ses aspects négatifs - et tout dans cette vie. Agora a pouco, em discussão com meu colega de trabalho Leo Bruno , entramos em uma seara muito complicada e delicada de se tratar; na verdade, uma discussão profissional que já foi iniciada há anos atrás e, obviamente, continuará a existir. Maintenant, le petit, en discussion avec mon collègue Léo Bruno, Seara entrer dans une très complexe et délicate à gérer, en fait, un débat professionnel qui a commencé il ya de nombreuses années et, bien sûr, continuer d'exister.

A questão principal era “É preciso apresentar um design para o cliente antes de fechar um contrato ou deve-se fechar o contrato antes para, somente depois, mostrar os primeiros esforços”? La principale question est "Nous devons présenter une conception pour le client avant de fermer un contrat ou doit fermer pour le contrat avant, montrent qu'à ce moment-là les premiers efforts"? Esta, na verdade, não é uma questão meramente restrita ao desenvolvimento para web. Ceci, en fait, n'est pas une question simplement limité à de sites Web. Existe em diversas áreas de atuação, mormente às relacionadas a artes, abstração, etc - os exemplos do Guia do Ilustrador não me deixam mentir. Il existe dans différents domaines d'expertise, en particulier celles liées aux arts, l'abstraction, etc - les exemples des lignes directrices pour Illustrator pas me laisser mentir.

O objetivo, aqui, não é de convencer ninguém a pensar conforme uma opinião ou outra mas, sim, expor ambos pontos de vista para que a discussão sobre o assunto continue e todos nós possamos aprender e refletir mais a respeito. Le but ici n'est pas de convaincre quiconque de penser comme un point de vue ou d'une autre, mais d'exposer les deux points de vue afin que le débat sur la question se poursuit et nous pouvons tous apprendre et à réfléchir davantage à ce sujet.

O difícil é convencer Le difficile est de convaincre

Como comentei, é complicado para um profissional da área de desenvolvimento web - e outras muitas - de “convencer” o cliente de fechar um contrato antes mesmo de aprensentar algo “palpável”. Comme comentei, est compliqué pour un professionnel dans le domaine du développement web - et beaucoup d'autres - à "convaincre" le client de fermer un contrat avant même aprensentar quelque chose de «tangible». E difícil para uma pessoa pagar por algo (ou começar a pagar) que sequer viu e não verá durante um tempo, não é? Et difficile pour une personne pour payer quelque chose (ou commencer à payer) vu que même et ne verrez pas pendant un certain temps, n'est-ce pas? A resposta é “Depende”! La réponse est "ça dépend"!

Se você quer dar um novo visual a seu jardim e contrata um paisagista, você não vai dizer que somente paga pelo trabalho dele depois de ver o resultado, somente se este lhe agradar… Um médico não cobra a cirurgia plástica somente se a pessoa agradar do resultado. Si vous voulez donner un nouveau look à votre jardin et d'embaucher un paysagiste, vous ne vai pas dire que seulement payé pour le travail après avoir vu le résultat, que si vous aimez ce… Un médecin ne fait pas payer pour la chirurgie plastique que si la personne à s’il vous plaît résultat. Ele faz o que precisa ser feito, conforme as “especificações” passsadas pelo paciente, e pronto. Il a fait ce qu'il faut faire, comme le «cahier des charges" passsadas par le patient et prêt.

Mas parece que quando o assunto é desenvolvimento web a coisa muda de figura… As pessoas têm dificuldade, não sei por quais motivos, de aplicar o mesmo raciocínio para o desenvolvimento de web sites e sistemas virtuais, em geral. Mais il semble que lorsqu'il s'agit de développement web modifications chiffre chose… Les gens ont de la difficulté, je ne sais pas pour quelles raisons, d'appliquer le même raisonnement pour le développement de sites Web et de systèmes virtuels en général. O fato é que alguns cliente insistem em ser inflexíveis em relação a fechamento de contratos quando não vêem um design ou um layout, que seja, e pensam que estão pagando “à toa”, que não será confiável, etc. Le fait est que certains clients insistent pour être inflexibles en ce qui concerne la fermeture des marchés quand ils voient pas une conception ou une mise en page, c'est-à-penser et ils paient "pour rien", qui ne sera pas approuvé et ainsi de suite.

Portfolio, clientes, teoria e prática Portefeuille, les clients, la théorie et la pratique

Realmente, em alguns casos a pessoa pode levar gato por lebre, mas, para isso mesmo, é que o profissional, a agência, grupo de amigos ou o que for, devem ter um portfolio! En effet, dans certains cas, la personne peut entraîner un chat lièvre, mais pour cette raison, est que l'opérateur, agence, groupe d'amis ou quoi que ce soit, doivent avoir un portefeuille! É através do portfolio que o potencial cliente poderá ver a qualidade dos serviços que são prestados e optar por fechar o contrato do desenvolvimento, ou não. C'est à travers le portefeuille que le client potentiel peut voir la qualité des services qui sont fournis et de choisir d'interrompre le contrat de développement, ou non.

Na discussão argumentei isso, que o portfolio deve ser consultado pelo cliente para auxiliar em sua decisão, que é possível enviar uma apresentação multimídia com alguns trabalhos dias antes da reunião, enfim, que o cliente deve ter a oportunidade de consultar trabalhos já feitos antes de, efetivamente, fechar o contrato e contratar os serviços de desenvolvimento. Dans la discussion qui a fait valoir que le portefeuille devrait être consulté par le client pour aider à sa décision, il est possible d'envoyer une présentation multimédia avec quelques jours de travail avant la réunion, enfin, un client doit avoir la possibilité de voir le travail déjà fait avant , En effet, fermer le contrat et faire appel aux services de développement.

Já o Leo Bruno disse que a “realidade do mercado” é outra; que na teoria é assim, mesmo, e tudo é muito bonito, mas, na prática, se você chegar e disser isso a um cliente, que só vai apresentar algo para ele ver depois de o contrato fechado, ele responde que existem mais X desenvolvedores e que vai fazer o projeto com eles, então… Resultado, um cliente um job a menos. Déjà, le Léo Bruno a déclaré que la "réalité du marché" est un autre, qui en théorie est le cas, même, et tout va bien, mais dans la pratique, si vous venez dire à un client, qui ne donnent quelque chose pour vai le voir après le contrat fermé, il a répondu qu'il ya plus de développeurs de X et que va faire le projet avec eux, puis… résultat, un client à moins d'un emploi.

E o Briefing? Et la Réunion d'information?

Então, contra argumentei que é impossível mostrar algo focado àquele cliente sem antes fazer um bom briefing de desenvolvimento web . Puis, contre fait valoir qu'il est impossible de montrer quelque chose qui s'est concentrée client sans d'abord faire une bonne information des sites Web. Que, para fazer isso, apresentar um design sem fazer um briefing, só mesmo trabalhando com modelos de sites prontos e templates… Falei sobre o artigo onde cito a opção de fazer um briefing preliminar e um briefing mais detalhado e sobre várias coisas a respeito, que inclusive já escrevi sobre no artigo de briefing para web sites, aqui no desenvolvimento para web . Que faire, présenter une conception sans faire un exposé, mais même en travaillant avec des modèles de sites prêts et des modèles… J'ai parlé de l'article que je cite la possibilité de faire un exposé préliminaire et un exposé plus détaillé sur les différentes choses et à respecter, que, même maintenant, j'ai écrit à propos dans l'article d'une séance d'information pour les sites Web, ici dans le développement pour le Web.

Ele chegou a concordar na parte do briefing, mas disse que o “modus operandi” é fazer o briefing final antes mesmo de se fechar o contrato, para passar o orçamento e, se este for aprovado, continuar com o desenvolvimento. Il est venu se mettre d'accord sur la partie de l'exposé, mais a déclaré que le "modus operandi" est de rendre la dernière réunion d'information avant même de près au marché, pour passer le budget et si elle est approuvée, de continuer à développer.

No fim, ninguém mudou de idéia… En fin de compte, personne n'a changé d'avis…

Como na maioria das discussões, todos os envolvidos saem com as mesmas opiniões que tinham antes, no máximo com a informação de um novo ponto de vista ou a “suavização” de determinados aspectos. Comme dans la plupart des discussions, laissant tous les acteurs avec les mêmes opinions qu'ils avaient avant, avec le maximum d'informations à partir d'un nouveau point de vue ou le «lissage» de certains aspects. Então, eu continuo pensando que o correto é fazer 2 briefings e só apresentar um design depois de o contrato fechado eo Leo Bruno continua pensando que a “realidade do mercado” obriga a tomar outro rumo, quer dizer, que é preciso, para conquistar e manter clientes, que se apresente um design antes de se fechar contato; caso contrário, o cliente vai buscar o serviço em outro lugar. Donc, je continue de penser que le 2 est de fournir des séances d'information et une conception seulement après le contrat fermé et Leo Bruno toujours penser que la «réalité du marché» exige de prendre un autre cours, signifie que nous devons gagner et conserver les clients, il ya une conception étroite avant de nous contacter, sinon le client va solliciter les services ailleurs.

Meu colega Leo Bruno é o responsável pelas vendas e contato com clientes aqui na empresa onde trabalho; ele é formado em marketing e lida com o público tem vários anos, o que o capacita a dizer o que diz devido à sua prática . Mon collègue Bruno Léo est responsable de la vente et de contact avec les clients dans l'entreprise où le travail, il a reçu une formation en marketing et relations avec le public a plusieurs années, ce qui permet de dire ce qu'il a dit en raison de leur pr á la politique . Portanto, respeito muitíssimo a opinião do Leo sobre isso porque, se ele trabalha há anos com isso, besteira é que não pode estar falando! Donc beaucoup de respect l'avis de Léon à ce sujet parce que si il travaille depuis des années de cela, besteira est qu'il ne peut pas parler!

Entretanto, continuo com minha humilde opinião, de quem mais desenvolve a web do que fecha contratos; continuo pensando que o portfólio é o principal “trunfo” para a decisão de o cliente contratar você ou não, e que as principais especificações de um projeto web devem ser “descobertas” através da feitura de um bom briefing . Pendant ce temps, je continue à mon humble avis, la plupart d'entre eux motive la toile de contrats qui ferme; pense encore que le portefeuille est le principal "atout" pour la décision au client vous embaucher ou pas, et que les principales spécifications d'un projet Web doit être "découvert" en faisant une bonne information.

<update> <update>
Como complemento, leia o artigo “ Como montar um portfolio sem ter clientes “. De plus, lire l'article "Comment assembler un portefeuille sans tenir clients."
</update> </ Mettre à jour>

E você, qual sua opinião sobre isso? Et vous, que votre opinion à ce sujet? O melhor é fechar o contrato antes e apresentar o design depois ou apresentar o design antes para, só depois e se aprovado, fechar o contrato? Le mieux est de fermer le contrat avant et ensuite présenter la conception ou à présenter avant la conception, et ensuite seulement si elle est approuvée, fermez le contrat?