A Funcao Demanda Qd Em Unidades De Certa Utilidade - A função demanda QD , em unidades, de certa utilidade é dada por QD=500 ...
A função demanda QD , em unidades, de certa utilidade é dada por QD=500 ...

O que é e como usar a função demanda em unidades de utilidade

A função demanda qd em unidades de certa utilidade é simplesmente a quantidade demandada expressa não em reais ou moeda corrente, mas em termos de unidades de utilidade marginal do consumidor. Isso soa como coisa de prova de conceito acadêmico, mas na prática aparece com frequência quando você está modelando elasticidades, calculando excedente do consumidor ou comparando bens substitutos sem preço homogêneo.

a funcao demanda qd em unidades de certa utilidade

A relação básica parte da função utilidade do consumidor. Se você tem uma utilidade U(x, y) e o preço de x é Px, a condição de otimização do consumidor diz que a razão entre as utilidades marginais deve ser igual à razão de preços. Quando você resolve essa igualdade para x em função de Px e da renda, o resultado é a função demanda em termos de utilidade. Não precisa de álgebra avançada para entender o mecanismo. O passo a passo real funciona assim. Primeiro, defina a função utilidade. A Cobb-Douglas U = x^a * y^(1-a) é a mais comum nos livros. Derive a utilidade marginal de x, que no caso é a * x^(a-1) * y^(1-a). Depois derive a de y. Igualue a razão das utilidades marginais a Px/Py. Substitua a restrição orçamentária y = (R - Px*x)/Py. Resolva para x. O que sobra é sua função demanda em unidades de utilidade.

Para Cobb-Douglas especificamente, a demanda por x fica x* = a*R/Px. Isso já é a forma usual. Mas se você quiser expressar essa demanda em unidades de utilidade, multiplica a quantidade demandada pela utilidade marginal naquele ponto. Ou seja, Qd_em_utilidade = x* * Um(x*). O resultado é uma medida de quanto o consumidor está "pagando" em satisfação, não em dinheiro. Tive um caso concreto em que isso importava. Estávamos analisando dois produtos de um cliente — um básico e um premium — e os preços estavam em faixas muito diferentes. Comparar demandas nominais não fazia sentido porque a escala de preços distorcia tudo. Converti as demandas para unidades de utilidade marginal usando uma função CES com elasticidade de substituição estimada em torno de 1,4. A conversão levou cerca de 20 minutos com um script R simples, mas permitiu comparar a sensibilidade dos dois produtos de forma consistente. Sem a conversão, a análise de elasticidade cruzada dava resultados absurdos.

👉 Clique no botão abaixo para saber mais sobre o assunto!

Há dois pontos que quase ninguém menciona e que causam problemas reais. O primeiro é que a função demanda em utilidade pressupõe que a utilidade marginal da renda seja constante. Isso raramente é verdade. Quando a renda varia muito, a escala de utilidade muda e suas comparações ficam comprometidas. A correção comum é usar utilidade cardinally comparável via transformação logarítmica ou trabalhar com variações de utilidade em vez de níveis absolutos. O segundo ponto é que utilidade marginal decrescente não é a mesma coisa que demanda decrescente. Muitos estudantes confundem e tentam inferir comportamento de mercado a partir de curvas de utilidade individuais sem passar pela otimização. O caminho correto sempre passa pela maximização sujeita à restrição orçamentária. Pular esse passo gera funções demanda que não satisfazem as propriedades de homogeneidade de grau zero em preços e renda.

Um detalhe técnico que facilita a vida: use a dualidade entre função indireta de utilidade e função demanda. Se você já tem a função indireta V(Px, Py, R), derivar a função demanda de Roy é direto e evita álgebra manual. Roy's Identity diz que x* = - (V/Px) / (V/R). Isso funciona para qualquer função utilidade que gere uma indireta diferenciável. No caso Cobb-Douglas, V = R * (a/Px)^a * ((1-a)/Py)^(1-a). Aplicando Roy, chega-se exatamente em x* = a*R/Px. Confere. Na prática operacional, para implementar isso rapidamente, eu costumo escrever uma função em Python que recebe os parâmetros da utilidade, os preços e a renda, e retorna a demanda convertida para utilidade. O código leva menos de 50 linhas. Se precisar de algo funcional, posso indic a estrutura básica. O que funciona bem é usar SymPy para derivações simbólicas e depois numerizar com numpy. Isso evita erros de digitação nas fórmulas, que são frequentes quando os expoentes ficam confusos.

Limitações importantes. Essa abordagem não funciona bem quando há preferências não convexas, como complementaridade perfeita com funções Leontief. Nesse caso, a utilidade marginal não está bem definida nos vértices e a demanda pode ser discreta, não contínua. Também colapsa se o consumidor tiver restrições de canto — ou seja, gasta tudo em um único bem. Aí a função demanda em utilidade perde a interpretação econômica straightforward. Se o seu objetivo é análise empírica com dados de mercado, considere usar demanda indireta estimada via AIDS (Almost Ideal Demand System). Ele lida com múltiplos bens e permite relaxar a suposição de separabilidade forte. Paraagem teórica, a abordagem por dualidade com Roy's Identity é suficiente na maioria dos casos e economiza tempo de derivação manual.

O resumo prático: defina a utilidade, aplique a restrição orçamentária, resolva para a quantidade, converta multiplicando pela utilidade marginal no ponto ótimo. Use dualidade quando a álgebra ficar pesada. Cuidado com rendos muito diferentes e preferências não convexas. O resto é consistência na conta.