desenvolvimento para web - xhtml, css, padrões da web, usabilidade, acessibilidade, web design, SEO, blogs e tecnologias para desenvolver a web In via di sviluppo web - XHTML, CSS, standard web, usabilità, l'accessibilità, web design, SEO, blog e della tecnologia per sviluppare il web

Trabalhar com desenvolvimento web é algo muito bom; entretanto, tem também seus aspectos negativos - como tudo nesta vida. Lavorare con sviluppo web è qualcosa di molto buono, ma ha anche i suoi aspetti negativi - e tutto in questa vita. 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. Ora il piccolo, in una discussione con il mio collega Leo Bruno, seara entrare in un molto complicato e difficile da gestire; effettivamente, un professionista di discussione che ha iniziato molti anni fa e, naturalmente, continuare ad esistere.

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 questione principale è stato "Dobbiamo presentare un disegno o modello per il cliente prima di chiudere un contratto o deve chiudere per il contratto di prima, solo allora mostrare i primi sforzi"? Esta, na verdade, não é uma questão meramente restrita ao desenvolvimento para web. Questo, effettivamente, non è una questione solo limitato a sviluppo 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. Esiste in vari settori di competenza, in particolare quelli connessi alle arti, astrazione, ecc - gli esempi di Linee guida per Illustrator, non mi lasciare mentire.

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. L'obiettivo qui non è di convincere qualcuno a pensare come una vista o un altro, esporre, ma entrambi i punti di vista in modo che il dibattito sulla questione continua e noi tutti possiamo imparare e pensare di più al riguardo.

O difícil é convencer Il difficile è convincere

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”. Come comentei, è complicato per un professionista nel campo del web development - e molti altri - per "convincere" il cliente per chiudere un contratto anche prima aprensentar qualcosa di "tangibile". 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 é? E difficile per una persona pagare per qualcosa (o cominciare a pagare), anche visto che e non vedere per un po ', no? A resposta é “Depende”! La risposta è "Dipende"!

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. Se si vuole dare un nuovo look al tuo giardino e noleggiare una landscaper, non dire che vai solo pagato per il lavoro che dopo aver visto il risultato, solo se ti piace questo… Un medico non richiede alcun pagamento per la chirurgia plastica solo se la persona che ti invitiamo a risultato. Ele faz o que precisa ser feito, conforme as “especificações” passsadas pelo paciente, e pronto. Egli fa ciò che deve essere fatto, come le "specifiche" passsadas da parte del paziente e pronti.

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. Ma sembra che quando si parla di sviluppo web cosa modifiche figura… Le persone hanno difficoltà, non so per quali ragioni, di applicare lo stesso ragionamento per lo sviluppo di siti web e sistemi virtuali in generale. 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. Il fatto è che alcuni clienti insistere in modo particolare a essere inflessibile per quanto riguarda la chiusura dei contratti quando vedono non un disegno o un layout, che è, e pensare che pagano "per niente", che non sarà attendibile e così via.

Portfolio, clientes, teoria e prática Portafoglio, clienti, tra teoria e pratica

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! Infatti, in alcuni casi la persona può portare un gatto lepre, ma per questo motivo, è che l'operatore economico, agenzia, gruppo di amici o di ciò che è, deve disporre di un portafoglio! É 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. E 'attraverso il portafoglio che il potenziale cliente può vedere la qualità dei servizi che vengono forniti e scegliere di chiudere il contratto lo sviluppo, o meno.

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. Nella discussione che ha sostenuto che il portafoglio dovrebbe essere consultato dal cliente per assistere nella sua decisione, è possibile inviare una presentazione multimediale con alcuni giorni di lavoro prima della riunione, infine, che il client deve avere la possibilità di vedere il lavoro già fatto prima , Efficace, chiudere il contratto e di avvalersi dei servizi di sviluppo.

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. Già Leo Bruno ha detto la "realtà del mercato" è un altro, che in teoria è così, anche, e tutto va bene, ma in pratica, se si proviene e dire ad un cliente, che si limitano a prevedere qualcosa per vai lo vediamo dopo la chiusura del contratto, egli ha risposto che non vi sono più X sviluppatori e che vai fare il progetto con loro, allora… risultato, un cliente a meno che un posto di lavoro.

E o Briefing? E il briefing?

Então, contra argumentei que é impossível mostrar algo focado àquele cliente sem antes fazer um bom briefing de desenvolvimento web . Quindi, contro sostenuto che è impossibile dimostrare qualcosa che si è concentrato client senza prima fare una buona informazione di sviluppo 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 . Cosa fare in modo, a presentare un disegno senza fare un briefing, ma anche lavorare con modelli di siti pronti e modelli… ho parlato l'articolo che cito la possibilità di fare una informazione preliminare e di una informazione più dettagliata su cose diverse e di rispettare, che, anche adesso ho scritto circa l'articolo di sessioni di informazione per i siti web, qui in fase di sviluppo per il 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. Egli è venuto a trovare un accordo sulla parte del briefing, ma ha detto il "modus operandi" è di rendere l'informazione finale ancora prima di chiudere il contratto, per passare il bilancio e se non viene approvata, continuare con lo sviluppo.

No fim, ninguém mudou de idéia… Alla fine, nessuno ha cambiato idea…

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. Come nella maggior parte delle discussioni, lasciando tutti i partecipanti con le stesse opinioni che avevano prima, con il massimo di informazioni da un nuovo punto di vista o la "perequazione" di alcuni aspetti. 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. In modo Continuo a pensare che la corretta 2 è di fornire briefing ed un disegno solo dopo aver chiuso il contratto e Leo Bruno ancora pensare che la "realtà del mercato" richiede di prendere un altro corso, significa che dobbiamo vincere e mantenere i clienti, vi è un disegno prima di stretto contatto, altrimenti vai al cliente il servizio di cercare altrove.

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 . Il mio collega Leo Bruno è responsabile della vendita e di contatto con i clienti qui in azienda dove lavoro, egli è una formazione in marketing e rapporti con il pubblico ha diversi anni, che consente di dire quello che ha detto a causa della loro politica pr á . 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! Così tanto rispetto l'opinione di Leone su di esso perché se lavora per anni con questo, besteira è che non si può parlare!

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 . Nel frattempo, io continuo a mio modesto parere, la maggior parte dei quali spostato web di contratti che chiude; ancora pensare che il portafoglio è il principale "asset" per la decisione di assumere il client si o no, e che i principali requisiti di un progetto web deve essere "scoperto" di fare una buona informazione.

<update> <aggiornamento>
Como complemento, leia o artigo “ Como montar um portfolio sem ter clientes “. Inoltre, leggere l'articolo "Come per l'assemblaggio di un portafoglio clienti senza prendere".
</update> </ Update>

E você, qual sua opinião sobre isso? E voi, che cosa il vostro parere in merito a questo? 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? La migliore soluzione è quella di chiudere il contratto prima e poi presentare il disegno o presentare alla progettazione prima, e solo allora, se approvato, chiudere il contratto?