Como dicir “non” a un proxecto (e que o cliente cho agradeza)

Hai uns meses, un cliente habitual pediunos unha app móbil nativa. Tiña orzamento, tiña a idea e nós tiñamos con el unha relación de confianza de 2 anos. Todo apuntaba a que debiamos dicir que si.

Dixémoslle que non. Non porque non puidésemos facela (tecnicamente era viable), senón porque non era a solución axeitada para o seu problema. Hoxe segue a ser cliente, e a aplicación que desenvolvemos (unha PWA, non nativa) funciona mellor do que esperaba.

Dicir “non” é unha ferramenta profesional máis potente do que parece. O problema é que moitas axencias e freelancers a usan mal.

Por que dicimos “si” cando deberiamos dicir “non”

Os motivos para aceptar proxectos que non encaixan son predicibles:

Medo a quedar sen traballo. Nos meses flouxos, calquera proxecto parece mellor que ningún. Pero un proxecto mal encaixado consome máis recursos dos que xera, e quítache tempo para captar os clientes axeitados.

Presión por manter a relación. Un bo cliente pídeche algo fóra da túa especialidade. O medo a perdelo nubra o xuízo. Aceptas, fracasas e pérdelo igualmente.

Falta de claridade sobre o que fas ben. Se a túa proposta de valor é vaga (“facemos desenvolvemento web”), todo proxecto encaixa. Se é específica (“desenvolvemos comercio electrónico B2B en WooCommerce”), os proxectos inadecuados descártanse sós.

Hai anos caemos nesta trampa. Aceptamos desenvolver un ERP á medida para unha empresa de loxística: un cliente importante, pero non tiñamos experiencia abonda nese ámbito. O proxecto alongouse 6 meses máis do previsto, perdemos diñeiro e a relación nunca se recuperou. Un “non” honesto ao principio teríanos aforrado todo iso.

As 3 formas de dicir “non” (e cal funciona)

Hai formas de dicir “non” que queiman pontes e formas que as reforzan.

O “non” vago (o que nunca debes usar)

“Non podemos facelo”, “estamos moi ocupados”, “non é a nosa especialidade”. Pechan a conversa sen achegar nada: o cliente queda sen solución e ti sen credibilidade. É a forma máis rápida de que non te volvan chamar.

O “non” educado (mellor, pero insuficiente)

“Grazas por pensar en nós, pero non podemos asumir este proxecto”. É cortés, pero non axuda o cliente a resolver o seu problema: só o devolve á casa de saída.

O “non” con dirección (o que funciona)

“Este proxecto non encaixa connosco porque [razón específica]. O que si podemos facer é [alternativa concreta], ou recomendaríache falar con [contacto de confianza]”.

Este “non” fai 3 cousas á vez:

1. Demostra criterio. Ao explicar por que non encaixa, demostras que entendes o problema, ás veces mellor ca quen o formula.
2. Achega valor inmediato. A alternativa ou o contacto resolven parte da súa necesidade, aínda que non te contrate.
3. Posiciónate para futuros proxectos. O cliente lembra que o axudaches cando economicamente non che conviña facelo.

Como estruturar un “non” profesional

A nosa fórmula ten 4 partes, nesta orde:

1. Agradecemento sincero. Recoñece que te tiveron en conta.

2. O diagnóstico, non o veredicto. Explica por que o proxecto non encaixa, en lugar de limitarte a anuncialo.

3. A alternativa. Propón unha solución que si estea no teu terreo ou recomenda alguén de confianza.

4. A porta aberta. Deixa claro que a relación continúa.

Así soa todo xunto:

“Grazas por pensar en nós para a app móbil. Despois de revisar os requisitos, vexo que necesitas sincronización sen conexión completa e notificacións push avanzadas, e iso require desenvolvemento nativo, que non é a nosa especialidade.

O que si poderiamos facer é unha PWA que cubra o 80% da funcionalidade con bastante menos orzamento. Se prefires ir a nativo, pásoche o contacto dun estudio especializado no que confiamos.

Cando teñas proxectos web ou necesites integrar esta app cos teus sistemas actuais, aquí estaremos”.

Esta estrutura funciona porque non é un rexeitamento: é un diagnóstico profesional gratuíto. O cliente sae sabendo máis do que sabía, e iso constrúe confianza. Para explicalo sen xerga, servirache como presentar a parte técnica dun proxecto a un cliente que non é técnico.

Cando dicir “non” e cando dicir “si, pero…”

Non sempre hai que rexeitar de todo. Ás veces o proxecto é axeitado pero está mal formulado. Neses casos, o “non” convértese nun “si, pero doutra forma”.

Alcance pouco realista: “Podemos facelo, pero non en 3 meses con estes recursos. O que si podemos entregar nese prazo é un MVP con estas funcionalidades”.

Tecnoloxía inadecuada: “Podemos facelo en WordPress, pero recomendámosche Laravel por estas razóns. Se prefires WordPress, necesitaremos plugins premium e o mantemento será máis caro”. (Analizámolo en Laravel vs. WordPress: cando é o momento de dar o salto a un framework profesional.)

O cliente subestima a complexidade: “Si, podemos integrar o teu ERP coa web. Pero antes necesitamos auditar a súa API: en casos semellantes atopamos limitacións que o fabricante non documenta”.

Tecnicamente, estas respostas son un “si”, pero funcionan como un “non” condicionado. Protexen ambas as partes dun proxecto que fracasaría por expectativas equivocadas.

O “non” como filtro de clientes

Co tempo descubrimos que dicir “non” con certa frecuencia mellora a calidade dos proxectos que aceptamos. Os clientes que respectan un “non” ben argumentado adoitan ser os mesmos que valoran o criterio técnico, pagan a tempo e non intentan controlar cada detalle.

Os que reaccionan mal a un “non” profesional (presionan, insisten en que “non pode ser tan difícil”) son un sinal de alarma. Se non aceptan o teu xuízo técnico na fase de venda, tampouco o aceptarán durante o desenvolvemento.

A un cliente rexeitámoslle proxectos de cando en vez durante 4 anos. Cada vez que lle dicimos “isto non encaixa connosco, proba con X”, volve máis tarde cunha proposta máis axustada. A relación fortaleceuse precisamente porque non o aceptamos todo.

Como documentar os “non” na túa organización

Se traballas en equipo, é útil rexistrar por que se rexeitaron certos proxectos. Non para xustificarse, senón para detectar patróns:

• Estamos a rexeitar a miúdo un tipo de proxecto que poderiamos aprender a facer ben?
• Hai clientes que propoñen sistematicamente proxectos inadecuados e aos que conviría orientar mellor?
• Comunicamos os nosos servizos coa claridade suficiente para evitar estes casos?

Nós mantemos unha lista sinxela: proxecto, cliente, motivo do rexeitamento, alternativa ofrecida e resultado (seguiu sendo cliente?, recomendounos a outros?). Axudounos a afinar a nosa proposta de valor e a ver que clientes merecen máis atención. E cando o que falta é capacidade e non encaixe, a decisión cambia: explicámolo en cando subcontratar e cando dicir “isto non o facemos”.

Sinais de que debes dicir “non”

Estes sinais indican que un proxecto probablemente che dará problemas:

• O cliente cambiou de axencia 3 veces no último ano. Se outros 3 profesionais fallaron (ou foron despedidos), probablemente o problema non é técnico.
• Quere exactamente o que ten a competencia. “Quero unha web igual ca de X”. Non pensa en diferenciarse, e ti acabarás facendo de copista.
• O prazo é “para onte” e non se negocia. As urxencias pouco realistas adoitan agochar unha mala planificación. Aceptalas valida ese comportamento e exponte a cargar coa culpa dos atrasos.
• Non sabe explicar o problema que quere resolver. Despois de 3 conversas, segues sen entender que necesidade vas cubrir. Non é que ti non o entendas: o cliente tampouco o sabe.
• Aperta co prezo desde o primeiro minuto. Unha negociación agresiva ao comezo adoita anticipar un control excesivo e discusións coa facturación.
• Pide desconto a cambio de “máis traballo despois”. A promesa de traballo futuro que nunca chega é a moeda máis habitual nos proxectos problemáticos.

Moitos detéctanse a tempo se sabes que preguntas facer na primeira chamada para saber se o cliente encaixa.

Preguntas frecuentes sobre dicir “non”

E se o cliente se anoxa?

Se se anoxa ante un “non” profesional e ben explicado, probablemente buscaba un provedor submiso, non un socio técnico. Mellor descubrilo agora ca a metade do proxecto. Mantén a calma, non te xustifiques en exceso e pecha a conversa con amabilidade.

Debería cobrar polo diagnóstico que fago ao rexeitar?

Depende do esforzo. Nun proxecto pequeno, un diagnóstico rápido é márketing ben investido. Nun complexo, que esixe horas de análise, considera cobrar unha auditoría previa. Ademais, filtra: os clientes serios adoitan pagala.

E se o proxecto que rexeitei o fai outra axencia e sae ben?

Entón era viable e simplemente non era para ti. É información útil: ou te especializas nesa área ou confirmas o teu criterio. Un “non” equivocado adoita custar menos ca un “si” equivocado.

Como rexeito proxectos se necesito os cartos?

A nosa regra: se aceptar o proxecto nos impide buscar clientes axeitados durante semanas, é un “non”. Se podemos facelo sen descoidar o demais e o risco é baixo, é un “si, pero con condicións claras”.

Conclusión

Dicir “non” non é arrogancia nin falta de ambición. É ter claro que valor achegas e cal non. Os clientes que respectan iso son os que constrúen relacións duradeiras.

Se dubidas de se un proxecto encaixa coa túa axencia, ou necesitas unha segunda opinión sobre unha proposta complexa, podemos falalo. Tamén traballamos como socio tecnolóxico white-label para axencias que precisan apoio técnico fiable nos proxectos que si encaixan.