desenvolvimento para web - xhtml, css, padrões da web, usabilidade, acessibilidade, web design, SEO, blogs e tecnologias para desenvolver a web Desarrollo Web - xhtml, css, estándares web, usabilidad, accesibilidad, diseño web, SEO, los blogs y la tecnología para desarrollar la web

Trabalhar com desenvolvimento web é algo muito bom; entretanto, tem também seus aspectos negativos - como tudo nesta vida. Trabajo con desarrollo web es algo muy bueno, pero también tiene sus aspectos negativos - y todo en esta vida. 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. Ahora el pequeño, en una conversación con mi compañero de trabajo Leo Bruno, Seara entrar en un muy complicado y difícil de manejar; en realidad, un debate profesional que ha empezado hace muchos años y, por supuesto, siguen existiendo.

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 cuestión principal era "Tenemos que presentar un diseño para el cliente antes de cerrar un contrato o debe cerrar para el contrato antes, sólo entonces mostrar los primeros esfuerzos"? Esta, na verdade, não é uma questão meramente restrita ao desenvolvimento para web. Esto, en realidad, no es una cuestión meramente restringido a desarrollo 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. Existe en diversos ámbitos de competencia, especialmente en relación con las artes, abstracción, etc - los ejemplos de las Directrices para Illustrator no me dejan 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. El objetivo aquí no es convencer a nadie a pensar como un punto de vista u otro, sino exponer los dos puntos de vista a fin de que el debate sobre el asunto continúa y todos podemos aprender y pensar más sobre ello.

O difícil é convencer La difícil es convencer a

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”. Como comentei, es complicado para un profesional en el ámbito del desarrollo web - y muchos otros - para "convencer" al cliente para cerrar un contrato, incluso antes de aprensentar algo "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 é? Y difícil para una persona pagar por algo (o comenzar a pagar) aún y vio que no verán por un tiempo, ¿no? A resposta é “Depende”! La respuesta es "depende"!

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 desea dar un nuevo aspecto a su jardín y contratar a un paisajista, no vai decir que sólo paga por la labor que después de ver el resultado, sólo si te gusta esto… Un médico no cobra por la cirugía plástica sólo si la persona que por favor resultado. Ele faz o que precisa ser feito, conforme as “especificações” passsadas pelo paciente, e pronto. Él hace lo que debe hacerse, como el "especificaciones" passsadas por parte del paciente y listo.

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. Pero parece que cuando se trata de desarrollo web que figura cambios… La gente tiene dificultad, no sé por qué razones, a aplicar el mismo razonamiento para el desarrollo de sitios web y sistemas virtuales en general. 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. El hecho es que algunos clientes insisten en ser inflexible con respecto a cierre de los contratos cuando no ver un diseño o un diseño, esto es, y piensan que están pagando "por nada", que no se confía y así sucesivamente.

Portfolio, clientes, teoria e prática Cartera, clientes, la teoría y la práctica

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! De hecho, en algunos casos la persona puede llevar un gato liebre, pero por esa misma razón, es que el comerciante, organismo, grupo de amigos o lo que sea, debe tener una cartera! É 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. Es a través de la cartera que el potencial cliente puede ver la calidad de los servicios que se prestan y se decide cancelar el contrato de desarrollo, o no.

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. En el debate que sostuvo que la cartera debe ser consultado por el cliente para ayudar en su decisión, es posible enviar una presentación multimedia con algunos días de trabajo antes de la reunión, por último, un cliente debe tener la oportunidad de ver el trabajo ya realizado antes de , Efectivamente, cerrar el contrato y contratar los servicios de desarrollo.

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. Ya la Leo Bruno dice que la "realidad del mercado" es otro, que en teoría es así, incluso, y todo está bien, pero en la práctica, si usted venir y decir a un cliente, que sólo proporcionan algo de vai verlo después de cerrado el contrato, él contestó que hay más desarrolladores y X que vai hacer el proyecto con ellos, entonces… resultado, un cliente a menos que un puesto de trabajo.

E o Briefing? Y la reunión informativa?

Então, contra argumentei que é impossível mostrar algo focado àquele cliente sem antes fazer um bom briefing de desenvolvimento web . Entonces, argumentó en contra de que es imposible mostrar algo que se centró cliente sin antes hacer una buena exposición de desarrollo 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 . Lo que de hacerlo, presentar un diseño sin hacer una exposición, sino que incluso trabajar con modelos de sitios y plantillas listos… Me habló sobre el artículo que cito la opción de hacer un anteproyecto y una exposición más detallada información acerca de varias cosas y de respetar, incluso ahora que he escrito acerca de en el artículo de reunión de información para sitios web, aquí en el desarrollo de 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. Llegó a un acuerdo sobre la parte de la exposición, pero dijo que el "modus operandi" es hacer que la rueda de prensa de última incluso antes de cerrar el contrato, para pasar el presupuesto y si es aprobado, continuar con el desarrollo.

No fim, ninguém mudou de idéia… Al fin y al cabo, nadie ha cambiado de opinión…

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. Como en la mayoría de las discusiones, dejando a todos los involucrados con las mismas opiniones que había antes, con el máximo de información de un nuevo punto de vista o la "suavización" de ciertos aspectos. 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. Por lo tanto, sigo pensando que el 2 es correcto para proporcionar reuniones informativas y un diseño sólo después de cerrado el contrato y Leo Bruno sigue pensando que la "realidad del mercado" requiere tomar otro curso, significa que tenemos que ganar y retener clientes, hay un diseño antes de que un estrecho contacto, de lo contrario el cliente vai solicitar el servicio en otros lugares.

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 . Mi colega Leo Bruno es el responsable de ventas y contacto con los clientes aquí en la empresa donde trabajo, es capacitado en la comercialización y el trato con el público tiene varios años, lo que permite decir lo que dijo porque de sus pr á Política . 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! Por lo tanto, respeto mucho la opinión de Leo sobre ello, porque si él trabaja desde hace años con esto, besteira es que no se puede hablar!

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 . Mientras tanto, sigo con mi humilde opinión, la mayoría de los cuales se trasladó la web de los contratos que se cierra; sigue pensando que la cartera es el principal "activo" para la decisión de contratar el cliente que usted o no, y que las principales especificaciones de un proyecto web debe ser "descubiertos" por hacer una buena exposición.

<update> <actualización>
Como complemento, leia o artigo “ Como montar um portfolio sem ter clientes “. Además, lea el artículo "Cómo montar una cartera sin tener clientes".
</update> </ Actualización>

E você, qual sua opinião sobre isso? Y usted, cuál es su opinión al respecto? 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? Lo mejor es cerrar el contrato y, a continuación, antes de presentar el diseño o para presentar el diseño antes, y sólo entonces si se aprueba, cerrar el contrato?