{"id":859,"date":"2026-09-19T11:07:35","date_gmt":"2026-09-19T11:07:35","guid":{"rendered":"https:\/\/100porcentowp.com.br\/central-de-ajuda\/cms\/escopo-de-projeto-wordpress-filtrar-pedidos-cliente\/"},"modified":"2026-09-19T11:07:35","modified_gmt":"2026-09-19T11:07:35","slug":"escopo-de-projeto-wordpress-filtrar-pedidos-cliente","status":"publish","type":"post","link":"https:\/\/100porcentowp.com.br\/central-de-ajuda\/agencias\/escopo-de-projeto-wordpress-filtrar-pedidos-cliente\/","title":{"rendered":"Escopo de projeto WordPress: como filtrar pedidos do cliente"},"content":{"rendered":"

Voc\u00ea abre o WhatsApp e l\u00e1 est\u00e1: “consegue s\u00f3 dar uma ajustadinha nessa p\u00e1gina?” O pedido chega no meio de uma sprint de manuten\u00e7\u00e3o, com outros quatro sites na fila. Dizer sim parece r\u00e1pido, mas cada sim n\u00e3o precificado corr\u00f3i o escopo de projeto WordPress que voc\u00ea fechou, atrasa os outros clientes e transforma o que era contrato em favor. O problema n\u00e3o \u00e9 falta de firmeza: \u00e9 falta de um crit\u00e9rio de triagem que separe o que fortalece o contrato do que vira custo recorrente.<\/p>\n

Por que o “sempre sim” quebra o escopo de projeto WordPress<\/h2>\n

O pedido extra quase nunca chega como projeto. Chega como detalhe: “s\u00f3 trocar o bot\u00e3o”, “s\u00f3 incluir um campo”, “s\u00f3 mudar a cor”. S\u00f3 que, em WordPress, cada ajuste aparentemente pequeno pode puxar uma cadeia: template, CSS, plugin, cache, teste em mobile, revis\u00e3o de SEO. O tempo gasto n\u00e3o aparece na fatura, e o cliente aprende que pedir \u00e9 gratuito. Em poucos meses, o contrato de manuten\u00e7\u00e3o vira uma fila infinita de demandas sem receita correspondente.<\/p>\n

Al\u00e9m disso, o “sempre sim” afeta os outros clientes. Quando voc\u00ea atende v\u00e1rios sites, cada pedido n\u00e3o or\u00e7ado empurra a fila de manuten\u00e7\u00e3o dos demais. Um site fica sem atualiza\u00e7\u00e3o de seguran\u00e7a porque voc\u00ea passou a tarde ajustando um banner que n\u00e3o estava no escopo de projeto WordPress. O problema deixa de ser s\u00f3 financeiro e vira risco operacional.<\/p>\n

Crit\u00e9rio de triagem: o que entra e o que vira proposta<\/h2>\n

Antes de responder ao cliente, classifique o pedido em uma das tr\u00eas categorias. A regra \u00e9 simples: se o item j\u00e1 estava previsto no contrato ou corrige algo que voc\u00ea entregou, entra. Se cria algo novo, vira proposta. Esse crit\u00e9rio \u00e9 a base para manter o escopo de projeto WordPress sob controle.<\/p>\n\n\n\n\n\n\n\n
Categoria<\/th>\nExemplos<\/th>\nA\u00e7\u00e3o<\/th>\n<\/tr>\n<\/thead>\n
Corre\u00e7\u00e3o<\/td>\nBug em formul\u00e1rio, link quebrado, erro de layout em mobile<\/td>\nEntra na manuten\u00e7\u00e3o, com prazo informado<\/td>\n<\/tr>\n
Ajuste pequeno<\/td>\nTrocar texto, atualizar imagem, pequena altera\u00e7\u00e3o de cor<\/td>\nEntra se estiver dentro da franquia mensal; sen\u00e3o, cobra avulso<\/td>\n<\/tr>\n
Novo escopo<\/td>\nNova funcionalidade, integra\u00e7\u00e3o com API, redesenho de se\u00e7\u00e3o, novo template<\/td>\nVira proposta paga, com estimativa e prazo<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

O erro comum \u00e9 tratar “ajuste pequeno” como categoria el\u00e1stica. Cinco ajustes pequenos por semana consomem o mesmo que uma funcionalidade nova. Por isso, defina no contrato um limite claro: por exemplo, at\u00e9 duas horas mensais de ajustes inclusos. Passou disso, o pedido entra na fila paga.<\/p>\n

Para o cliente, a resposta precisa ser objetiva. Em vez de “n\u00e3o d\u00e1”, use: “Isso \u00e9 uma nova funcionalidade, n\u00e3o est\u00e1 no escopo de projeto WordPress atual. Consigo incluir como proposta separada, com prazo de X dias e valor Y. Quer que eu detalhe?” O n\u00e3o seco vira porta aberta.<\/p>\n

Como diagnosticar se o pedido \u00e9 realmente fora do escopo<\/h2>\n

Alguns pedidos parecem novos, mas s\u00e3o consequ\u00eancia de algo que voc\u00ea entregou. Antes de cobrar, verifique:<\/p>\n

    \n
  1. O item est\u00e1 descrito no contrato ou na proposta original? Se sim, entra.<\/li>\n
  2. \u00c9 corre\u00e7\u00e3o de algo que voc\u00ea implementou e n\u00e3o funciona como combinado? Entra como garantia.<\/li>\n
  3. Depende de um plugin ou tema que voc\u00ea indicou e que mudou de comportamento ap\u00f3s atualiza\u00e7\u00e3o? Pode ser manuten\u00e7\u00e3o, n\u00e3o escopo novo.<\/li>\n
  4. Exige desenvolvimento, design ou integra\u00e7\u00e3o que n\u00e3o existia antes? Vira proposta.<\/li>\n<\/ol>\n

    Esse diagn\u00f3stico evita dois erros opostos: cobrar por algo que era sua obriga\u00e7\u00e3o e assumir como gratuito algo que \u00e9 projeto novo. Quando a d\u00favida persistir, pe\u00e7a ao cliente o contexto de uso. Muitas vezes, o que ele pede como “nova fun\u00e7\u00e3o” \u00e9 um ajuste de configura\u00e7\u00e3o de plugin j\u00e1 instalado.<\/p>\n

    Passo a passo para registrar e responder ao pedido extra<\/h2>\n

    O registro \u00e9 o que protege voc\u00ea e o cliente. Sem ele, a conversa vira mem\u00f3ria contra mem\u00f3ria. Use um fluxo simples:<\/p>\n

      \n
    1. Registre o pedido por escrito.<\/strong> Pode ser um e-mail, um card no Trello ou uma linha na ferramenta de tickets. Anote data, solicitante, descri\u00e7\u00e3o e site afetado.<\/li>\n
    2. Classifique na hora.<\/strong> Use as tr\u00eas categorias da tabela. Se for novo escopo, n\u00e3o comece a executar antes da aprova\u00e7\u00e3o.<\/li>\n
    3. Responda com prazo e valor.<\/strong> Para corre\u00e7\u00f5es, informe quando entra na fila. Para novos escopos, envie uma proposta curta: o que ser\u00e1 feito, prazo e investimento.<\/li>\n
    4. Atualize o contrato ou o aditivo.<\/strong> Se o cliente aprovar, registre a mudan\u00e7a por escrito. Isso evita que o item volte como “j\u00e1 tinha pedido” meses depois.<\/li>\n
    5. Proteja a fila dos outros sites.<\/strong> N\u00e3o interrompa uma janela de manuten\u00e7\u00e3o cr\u00edtica para atender um pedido novo. Agende o novo item para a pr\u00f3xima janela dispon\u00edvel.<\/li>\n<\/ol>\n

      Esse fluxo \u00e9 o que a literatura de gest\u00e3o chama de controle de mudan\u00e7as. A documenta\u00e7\u00e3o oficial do WordPress sobre perfis e capacidades<\/a> n\u00e3o trata de contratos, mas ajuda a lembrar que cada altera\u00e7\u00e3o tem impacto em permiss\u00f5es, plugins e temas. O mesmo vale para o escopo de projeto WordPress: toda mudan\u00e7a tem custo.<\/p>\n

      Se voc\u00ea atende v\u00e1rios clientes, o registro centralizado evita que um pedido se perca. Uma ferramenta de gest\u00e3o de projetos ou at\u00e9 uma planilha compartilhada resolve. O importante \u00e9 que o pedido n\u00e3o fique s\u00f3 no WhatsApp.<\/p>\n

      Como transformar o pedido recusado em proposta paga<\/h2>\n

      Recusar n\u00e3o \u00e9 dizer n\u00e3o. \u00c9 redirecionar. Em vez de “isso n\u00e3o est\u00e1 incluso”, apresente o caminho: “Posso fazer, mas como projeto separado. Aqui est\u00e1 o que envolve e quanto custa.” Tr\u00eas elementos ajudam:<\/p>\n