---
title: "5 políticas a definir antes de lançar uma plataforma de matching: regras operacionais para evitar perda de comissões e queda de qualidade"
locale: pt
category: how_to
category_name: "Como Fazer"
translation_status: reviewed
license: cc_by
author: "injoys"
source_url: https://injoys.com/en/articles/matching-platform-policy-5-rules
published_at: 2026-07-26T05:56:02+09:00
---

# 5 políticas a definir antes de lançar uma plataforma de matching: regras operacionais para evitar perda de comissões e queda de qualidade

> Uma plataforma de matching dificilmente se sustenta apenas com funções de reserva, pagamento e chat; ela precisa de regras de marketplace que protejam as comissões e resguardem os usuários dos dois lados. Antes do lançamento, é preciso definir claramente a ordem de exposição, o método de matching, a política de cancelamento, a prevenção de transações diretas e os critérios de disputas e repasses.

## Key Points

- A principal receita de uma plataforma de matching vem das comissões sobre transações fechadas dentro da plataforma; portanto, se as transações diretas aumentarem, o modelo de negócio desmorona.
- A ordem de exposição e o método de matching não são apenas questões de UI, mas políticas operacionais que determinam os incentivos de comportamento dos fornecedores e a confiança dos clientes.
- Os critérios de cancelamento e reembolso devem ser informados e aceitos antes do pagamento para reduzir perdas dos fornecedores e disputas com clientes.
- Bloquear contatos por si só dificilmente impede transações diretas; é preciso criar benefícios, como reembolso, mediação e proteção de registros, para quem paga pela plataforma.
- Ao não liberar os repasses imediatamente e retê-los por um determinado período, a plataforma pode garantir meios práticos de mediação quando surgir uma disputa.

## Resumo principal

Plataformas de matching que conectam pessoas a pessoas, como pet sitter, aulas particulares, interiores, limpeza, aulas e cuidados, não funcionam apenas com funcionalidades. É possível criar rapidamente com IA recursos de reserva, pagamento, perfil, chat e avaliações, mas o que protege a receita e a confiança da plataforma não é o código, e sim a **política**.

Em especial, a maior parte da receita de plataformas de matching vem de comissões sobre transações. Se fornecedores e demandantes se conhecem pela primeira vez pela plataforma, trocam contatos externos e começam a negociar diretamente, a plataforma arca apenas com o custo de aquisição de clientes e os custos operacionais, mas perde a receita. Portanto, antes do lançamento, é preciso definir primeiro as regras do marketplace e transformar essas regras em requisitos funcionais para transmitir à IA e à equipe de desenvolvimento.

## Por que uma plataforma de matching é diferente de um site comum

### Estrutura de mercado de dois lados

Uma plataforma de matching não é um serviço em que basta satisfazer apenas um lado. Tanto demandantes quanto fornecedores são clientes.

| Categoria | Exemplo | Problema que a plataforma deve resolver |
|---|---|---|
| Demandante | Tutores, pais de alunos, proprietários, clientes | Querem encontrar facilmente uma pessoa confiável e ser protegidos quando ocorrer um problema |
| Fornecedor | Pet sitters, professores particulares, empresas de obra, freelancers | Querem receber solicitações de forma estável e ser protegidos contra cancelamentos ou clientes mal-intencionados |
| Plataforma | Operador do marketplace | Deve concretizar transações, recuperar comissões e gerenciar custos de disputas |

Nessa estrutura, há muitos momentos em que as regras se tornam mais importantes do que as funcionalidades. Por exemplo, a funcionalidade de “mostrar a lista de sitters” é simples, mas quem será mostrado primeiro é o núcleo do negócio. A confiança do marketplace e a estrutura de receita mudam conforme se colocam no topo sitters com alta taxa de resposta e boas avaliações, se também se dá oportunidade a novos sitters ou se são inseridos produtos de anúncio.

## 3 formas pelas quais uma plataforma com apenas funcionalidades fracassa

### 1. Sem ordem de exposição, bons fornecedores vão embora

Se os fornecedores forem mostrados apenas na ordem de cadastro, pessoas que trabalharam duro e contas abandonadas serão tratadas da mesma forma. Um sitter com nota 4.9, 47 avaliações e alta taxa de resposta pode ser empurrado para baixo, enquanto uma conta sem avaliações pode aparecer no topo.

Nessa estrutura, o fornecedor perde o incentivo para acumular boas avaliações e responder rapidamente. O demandante também passa a desconfiar: “Por que essa pessoa aparece primeiro?”. A política de exposição determina simultaneamente a qualidade da busca, a motivação dos fornecedores e a confiança dos clientes.

### 2. Se o contato for revelado cedo demais, a comissão vaza

Se o chat for livre e o contato ficar exposto antes do pagamento, conversas como “Se falar comigo diretamente em vez de pelo app, faço mais barato” podem ocorrer facilmente. Nesse momento, a plataforma arcou com custos de busca, recomendação, construção de confiança e suporte ao cliente, mas não obteve receita real.

A negociação direta não gera apenas perda de comissão. Quando a transação ocorre fora da plataforma, torna-se difícil para a plataforma confirmar ou mediar reembolsos, acidentes de segurança, no-shows e problemas de qualidade do serviço. No fim, tanto demandantes quanto fornecedores acabam saindo dos mecanismos de proteção.

### 3. Sem política de cancelamento, um lado sofre prejuízo unilateralmente

Se houver reembolso integral mesmo para cancelamentos no mesmo dia, o fornecedor pode ter reservado o dia inteiro e ainda assim não receber compensação. Por outro lado, se o fornecedor cancelar de repente e não houver nenhuma penalidade, o demandante pode ter um compromisso importante prejudicado.

A política de cancelamento é o equilíbrio entre ser amigável ao cliente e proteger o fornecedor. Sem critérios, o operador precisa julgar emocionalmente a cada caso, e conclusões diferentes para situações semelhantes geram polêmicas de injustiça.

## 5 políticas essenciais a definir antes do lançamento

### 1. Ordem de exposição: quem aparece no topo

A ordem de exposição é o sistema de recompensas da plataforma. Primeiro, é preciso definir quais comportamentos resultarão em exposição no topo.

#### Critérios recomendados

- Taxa de resposta recente
- Tempo médio de resposta
- Nota das avaliações
- Número de avaliações
- Data de atividade recente
- Taxa de reservas concluídas
- Taxa de cancelamento
- Histórico de denúncias ou disputas
- Se é um novo fornecedor

#### Exemplo de política

| Elemento | Exemplo de política | Intenção |
|---|---|---|
| Taxa de resposta | Quanto maior a taxa de resposta a consultas nos últimos 30 dias, mais pontos | Induzir o cliente a receber resposta rapidamente |
| Nota | Quanto maior a nota a partir de um determinado número de avaliações, mais pontos | Refletir qualidade verificada no topo |
| Atividade recente | Pontos se houver login recente ou atualização de agenda | Evitar exposição de contas abandonadas |
| Taxa de cancelamento | Desconto de pontos se houver muitos cancelamentos por culpa do fornecedor | Inibir fornecedores irresponsáveis |
| Área de novos | Expor novos fornecedores sem avaliações em uma área separada | Oferecer oportunidade inicial a novos entrantes |

#### Princípio importante

Mesmo que os critérios de exposição não sejam totalmente divulgados, é recomendável explicar os principais elementos na tela. Por exemplo, ao informar “A ordem de recomendação é definida considerando taxa de resposta, avaliações, atividade recente e taxa de reservas concluídas”, o fornecedor consegue entender quais comportamentos deve adotar.

### 2. Forma de matching: atribuição automática ou candidatura e escolha

A forma de matching determina a experiência do cliente e a estrutura de responsabilidade.

| Forma | Descrição | Vantagens | Desvantagens | Serviço adequado |
|---|---|---|---|---|
| Atribuição automática | A plataforma conecta imediatamente um fornecedor que atende às condições | Rápido e simples | Reclamações se concentram como responsabilidade da plataforma | Atendimento urgente, tarefas simples, serviços padronizados |
| Candidatura e escolha | O demandante publica uma solicitação, os fornecedores se candidatam e depois o demandante escolhe | Favorece a construção de confiança e distribui a responsabilidade pela escolha | Leva mais tempo | Pet sitter, cuidado infantil, aulas particulares, consultoria de interiores |
| Híbrido | Mostra candidatos recomendados automaticamente, mas a escolha final é do cliente | Equilíbrio entre velocidade e confiança | O desenho da política é complexo | A maioria das plataformas de matching iniciais |

Se a confiança for importante no serviço, a forma de “candidatura e escolha” é vantajosa. Quando tutores ou pais de alunos comparam e escolhem diretamente perfil, avaliações, experiência, horários disponíveis e preço, a sensação psicológica de segurança aumenta. Por outro lado, a atribuição automática é rápida, mas, quando o resultado não agrada, pode aumentar a reclamação de que “a plataforma atribuiu errado”.

### 3. Política de cancelamento: quando e quanto reembolsar

A política de cancelamento deve obrigatoriamente ser mostrada e aceita antes do pagamento. Se as restrições de reembolso só forem conhecidas após o pagamento, a possibilidade de disputa aumenta.

#### Exemplo de critérios de cancelamento e reembolso

| Momento do cancelamento | Exemplo de reembolso ao cliente | Exemplo de compensação ao fornecedor | Intenção operacional |
|---|---:|---:|---|
| Até 3 dias antes do serviço | 100% de reembolso | Nenhuma | Permitir alterações flexíveis pelo cliente |
| Até 1 dia antes do serviço | 50% de reembolso | Compensação parcial | Compensar a perda de agenda do fornecedor |
| Cancelamento no mesmo dia | Sem reembolso ou reembolso limitado | Compensação em determinada proporção | Inibir no-shows e cancelamentos repentinos |
| Cancelamento por culpa do fornecedor | Reembolso integral ao cliente | Desconto na exposição do fornecedor | Proteger o cliente e evitar cancelamentos irresponsáveis |

Os números acima são exemplos, e as proporções reais devem ser definidas de acordo com as características do serviço, normas locais, políticas do intermediador de pagamentos e nível de expectativa dos clientes.

#### Penalidade por cancelamento do fornecedor

Aplicar obrigatoriamente multas financeiras ao fornecedor pode gerar encargos legais e operacionais. No início, penalidades não financeiras como as seguintes podem ser mais práticas.

- Redução da pontuação de recomendação
- Exclusão da exposição no topo por determinado período
- Restrição de novas reservas em caso de cancelamentos repetidos
- Análise sobre fornecer automaticamente um cupom de desculpas ao cliente
- Aviso ou suspensão da conta após revisão do operador

### 4. Comissão e prevenção de negociação direta: mais do que bloquear, é preciso desenhar benefícios de proteção

A taxa de comissão varia conforme o modelo de negócio. Por exemplo, escolher entre 10%, 15% ou 20% deve considerar custo de aquisição de clientes, taxas de pagamento, custos de suporte ao cliente, custos de seguro ou garantia e margem do fornecedor.

O problema é mais a negociação direta do que a taxa de comissão em si. Prevenir negociação direta não é simplesmente uma funcionalidade de ocultar telefone, mas criar uma estrutura em que “transacionar dentro da plataforma é mais seguro e vantajoso”.

#### Funcionalidades e políticas necessárias

| Item | Exemplo de política | Objetivo |
|---|---|---|
| Contato não público | Não divulgar telefone, e-mail e ID de mensageiro antes da confirmação do pagamento | Reduzir evasão antes do pagamento |
| Detecção no chat | Detectar padrões de telefone, número de conta e ID de mensageiro externo | Alertar tentativa de negociação direta |
| Mensagem de aviso | Informar “Transações externas não recebem proteção de reembolso e mediação” | Enfatizar benefícios de proteção mais do que punição |
| Sanções por violações repetidas | Restringir exposição ou revisar conta ao compartilhar contatos por desvios repetidos | Manter a ordem do marketplace |
| Benefícios do pagamento pela plataforma | Oferecer regras de reembolso, mediação de disputas, registro da transação e proteção de repasse | Dar motivo para pagar dentro da plataforma |

#### Exemplo de mensagem de aviso

“Por segurança, o compartilhamento de contatos e números de conta antes do pagamento é limitado. Ao transacionar fora da plataforma, você não poderá receber proteção de reembolso, mediação de disputas e registro da transação.”

O ponto central dessa mensagem não é “não faça”, mas “é preciso pagar dentro do app para ser protegido”. Quando demandantes e fornecedores entendem os benefícios de transacionar dentro da plataforma, a tentação de negociar diretamente diminui.

### 5. Disputas e repasses: quando o dinheiro será pago

A força prática da mediação de disputas vem da estrutura de repasse. Se o valor pago for transferido integralmente ao fornecedor imediatamente após a conclusão do serviço, quando ocorrer um problema, a plataforma terá dificuldade para executar reembolso ou reembolso parcial.

Por isso, muitas plataformas de matching adotam uma estrutura que mantém o valor por determinado período após o pagamento ou retém o repasse. Isso costuma ser explicado como um conceito semelhante a escrow, mas quais formas são realmente possíveis deve ser verificado conforme os termos do intermediador de pagamentos e as regulações financeiras e de comércio eletrônico de cada região.

#### Exemplo de política de repasse

| Etapa | Processamento | Objetivo operacional |
|---|---|---|
| Pagamento da reserva | Cliente paga pela plataforma | Garantir registro da transação |
| Execução do serviço | Chat, agenda e solicitações ficam registrados na plataforma | Garantir evidências para disputas |
| Conclusão do serviço | Alteração para status concluído | Iniciar espera de repasse |
| 48 horas após a conclusão | Operar período de contestação | Permitir recebimento de acidentes e reclamações |
| Sem disputa | Repasse ao fornecedor | Encerrar transação normal |
| Disputa registrada | Reter repasse e revisar evidências | Julgar reembolso, reembolso parcial ou rejeição |

48 horas é um exemplo. Dependendo das características do serviço, pode variar para 24 horas, 72 horas, 7 dias etc. Serviços em que problemas podem ser descobertos tardiamente, como cuidados de animais de estimação ou interiores, podem exigir um período de confirmação mais longo.

## Dados de disputa que devem existir obrigatoriamente na tela do operador

Para tratar disputas adequadamente, o operador deve conseguir ver o contexto do caso em uma única tela.

| Dado | Motivo da necessidade |
|---|---|
| Informações da reserva | Confirmar data, valor e escopo do serviço |
| Status de pagamento e repasse | Confirmar valor reembolsável e se há retenção de pagamento |
| Histórico de chat | Confirmar conteúdo combinado e se houve aviso prévio |
| Evidências em fotos ou arquivos | Confirmar acidente, defeito ou resultado do trabalho |
| Histórico de cancelamentos e alterações | Confirmar a pedido de quem a agenda foi alterada |
| Histórico de disputas anteriores | Confirmar se é uma conta com problemas repetidos |
| Motivo da decisão do operador | Utilizar como critério para próximos casos semelhantes |

Registrar o motivo da decisão do operador é muito importante. É preciso ficar registrado “por que houve reembolso integral”, “por que houve reembolso parcial” e “por que foi julgado como responsabilidade do fornecedor” para que surjam critérios operacionais consistentes.

## Requisitos de política que devem entrar no prompt de desenvolvimento com IA

Se você instruir a IA apenas com “crie recursos de reserva, pagamento e chat”, há grande possibilidade de as regras essenciais do marketplace ficarem de fora. É preciso explicitar as políticas como abaixo.

### Exemplo de prompt

```text
Vamos criar uma plataforma de matching de pet sitters. Não se trata de uma implementação simples de funcionalidades; projete refletindo as políticas operacionais abaixo.

1. A lista de sitters deve ser ordenada por padrão considerando taxa de resposta, nota das avaliações, número de avaliações, data de atividade recente e taxa de reservas concluídas.
2. Novos sitters devem ser expostos em uma área separada de novos sitters para não serem totalmente empurrados para baixo por falta de avaliações.
3. O matching deve funcionar da seguinte forma: quando o tutor publica uma solicitação, os sitters se candidatam, e o tutor escolhe olhando perfis e avaliações.
4. Antes do pagamento, a política de cancelamento e reembolso deve ser exibida na tela e aceita.
5. Antes do pagamento, o compartilhamento de telefone, e-mail, número de conta e ID de mensageiro externo deve ser limitado.
6. Se forem detectados no chat padrões que pareçam contato ou número de conta, deve ser mostrada uma mensagem de alerta sobre negociação direta.
7. Após a conclusão do serviço, o repasse deve ficar retido por 48 horas e, se uma disputa for registrada nesse período, o repasse deve ser interrompido.
8. O operador deve conseguir ver em uma única tela informações da reserva, status de pagamento, histórico de chat, arquivos de evidência e motivo da decisão.

Antes de implementar, se houver alguma política que eu não defini e que precise de decisão, pergunte primeiro.
```

A última frase é importante. É preciso fazer com que a IA pergunte sobre políticas omitidas, para que o resultado do desenvolvimento se aproxime de uma plataforma operável, e não de um simples conjunto de telas.

## Pensando em transformar em modelo de dados

Políticas, no fim, precisam ficar registradas como dados. Os itens abaixo são uma estrutura que pode ser implementada como tabelas e valores de status básicos também em frameworks web como Ruby on Rails.

| Domínio | Exemplos de dados necessários |
|---|---|
| Usuário | Papel, status de verificação de identidade, possibilidade de divulgação de contato |
| Perfil do fornecedor | Experiência, área de serviço, preço, agenda disponível, apresentação, status de verificação |
| Pontuação de exposição | Taxa de resposta, nota, número de avaliações, data de atividade recente, taxa de cancelamento, histórico de descontos de pontos |
| Solicitação | Conteúdo da solicitação do cliente, agenda desejada, orçamento, localização, status |
| Candidatura | Mensagem de candidatura do fornecedor, preço proposto, horário disponível |
| Reserva | Fornecedor escolhido, agenda, valor, momento em que o cancelamento é possível, status de conclusão |
| Pagamento | Status do pagamento, status do reembolso, comissão da plataforma, valor previsto de repasse |
| Chat | Mensagens, anexos, se houve detecção de contato, histórico de exibição de alertas |
| Disputa | Motivo, evidências, horário de registro, se há retenção de repasse, resultado da decisão |
| Repasse | Status de aguardando repasse, retido, pagamento concluído, falha, nova tentativa |

Ao projetar assim, as políticas operacionais não ficam espalhadas pelo código, mas são gerenciadas como status e registros.

## Checklist antes do lançamento

- Os critérios de ordenação padrão foram definidos?
- Existe uma forma de dar oportunidade de exposição a novos fornecedores?
- Foi definido se o modelo será atribuição automática, candidatura e escolha ou híbrido?
- Cancelamento pelo cliente e cancelamento pelo fornecedor foram diferenciados?
- A proporção e o momento do reembolso são informados antes do pagamento?
- O compartilhamento de contato e número de conta antes do pagamento é limitado?
- A mensagem de alerta sobre negociação direta explica benefícios de proteção mais do que punição?
- A taxa de comissão da plataforma e a fórmula de cálculo do valor de repasse estão claras?
- Existe um período de retenção do repasse após a conclusão do serviço?
- É possível interromper automaticamente o repasse quando uma disputa é registrada?
- O operador consegue ver evidências e histórico de chat em uma única tela?
- O motivo da decisão do operador é registrado?
- Foi exigido à IA ou à equipe de desenvolvimento que “políticas não definidas devem ser perguntadas primeiro”?

## Conclusão

O equívoco mais perigoso no desenvolvimento inicial de uma plataforma de matching é pensar que “se houver funcionalidades, o marketplace funciona”. Na prática, o que movimenta o marketplace são regras como exposição, matching, cancelamento, comissão, repasse e tratamento de disputas.

A IA pode criar código rapidamente, mas quem deve definir quais comportamentos recompensar e quais riscos bloquear é o fundador. Antes do lançamento, é preciso documentar as 5 políticas e conectá-las a telas, valores de status, funções administrativas e mensagens de orientação ao cliente, para que a comissão não vaze e a qualidade do serviço também seja mantida.

## FAQ

### Por que, em uma plataforma de matching, as políticas são mais importantes do que as funcionalidades no início?
A receita de uma plataforma de matching depende das comissões geradas quando uma transação é concluída dentro da plataforma. Se houver apenas funções de reserva, pagamento e chat, mas não houver regras de exposição, cancelamento, prevenção de transações diretas e repasse, os usuários podem negociar fora da plataforma e os fornecedores podem ficar insatisfeitos com uma operação injusta.

### Por que é arriscado divulgar informações de contato antes do pagamento?
Se as informações de contato forem divulgadas antes do pagamento, aumenta a possibilidade de o demandante e o fornecedor negociarem diretamente, sem passar pela plataforma. Nesse caso, a plataforma não apenas deixa de receber a comissão, como também fica difícil oferecer recursos de proteção, como reembolsos, mediação de disputas e verificação do histórico da transação.

### Para impedir transações diretas, basta bloquear as informações de contato?
Bloquear informações de contato é necessário, mas não é suficiente. É preciso projetar a plataforma para que os usuários percebam benefícios concretos ao pagar dentro dela, como reembolso, retenção do repasse, mediação de disputas e proteção do histórico de chat; assim, o incentivo para transações diretas diminui.

### Para matching de pet sitters ou aulas particulares, o que é mais adequado: atribuição automática ou modelo de candidatura?
Para serviços em que a confiança é importante, como pet sitter, cuidado infantil e aulas particulares, em geral o modelo de candidatura e escolha é mais adequado. Quando o cliente compara e escolhe diretamente perfis, avaliações, experiência e preços, a confiança e a aceitação em relação ao resultado aumentam.

### Quando a política de cancelamento deve ser exibida?
A política de cancelamento e reembolso deve ser obrigatoriamente exibida antes do pagamento, e o consentimento do usuário deve ser obtido. Se as condições restritivas forem informadas apenas após o pagamento, aumenta a possibilidade de disputas com clientes e controvérsias sobre práticas injustas.

### Qual penalidade é adequada quando um fornecedor cancela repentinamente?
Em plataformas iniciais, penalidades não financeiras, como redução da pontuação de exposição, limitação de exposição no topo e restrição de reservas em caso de cancelamentos repetidos, são mais fáceis de aplicar na prática do que multas. No entanto, as sanções específicas devem ser definidas de acordo com os termos de uso, as normas locais e as características do serviço.

### Por que o repasse não é feito imediatamente após a conclusão do serviço?
Ao reter o repasse por um determinado período, a plataforma pode mediar reembolsos ou reembolsos parciais quando forem reportados problemas como falhas no serviço, acidentes ou no-show. Depois que o valor total já foi pago, o poder real de ajuste da plataforma enfraquece.

### A retenção do repasse por 48 horas é adequada para todos os serviços?
48 horas é apenas um exemplo. Para serviços simples, o período pode ser mais curto; já para serviços em que problemas podem ser descobertos mais tarde, como cuidado de animais de estimação ou design de interiores, pode ser necessário um período de verificação mais longo.

### Qual frase deve ser incluída obrigatoriamente ao encarregar a AI do desenvolvimento de uma plataforma de matching?
É recomendável incluir, ao final do prompt, a frase: “Antes de implementar, se houver alguma política que eu não tenha definido e que precise de decisão, por favor me pergunte primeiro”. Essa frase faz com que a AI verifique regras operacionais ausentes e reduz lacunas no planejamento.

### Basta implementar o modelo de escrow?
Não. Uma estrutura de retenção de repasse semelhante ao escrow pode ser afetada pelos termos das empresas de pagamento, por regulamentações financeiras regionais e por normas de comércio eletrônico. Antes do lançamento real, é necessário verificar a documentação do provedor de pagamentos e a revisão jurídica.

## Sources

- [Stripe Docs: Connect](https://docs.stripe.com/connect)
- [European Commission: práticas comerciais entre plataformas e empresas](https://digital-strategy.ec.europa.eu/en/policies/platform-business-trading-practices)
- [Federal Trade Commission: trazendo padrões obscuros à luz](https://www.ftc.gov/business-guidance/resources/bringing-dark-patterns-light)

## Images

![Usuários e profissionais conectados a um escudo central com ícones de taxas, avaliações, agenda e regras](https://injoys.com/rails/active_storage/blobs/proxy/eyJfcmFpbHMiOnsiZGF0YSI6MzA5MSwicHVyIjoiYmxvYl9pZCJ9fQ==--3592bdae32a2213c56d8355eb7faa2adab6c3678/ai-2c4cebee.webp)
![Painel de controle de plataforma de matching com tubulação aprovada e cinco ícones de políticas](https://injoys.com/rails/active_storage/blobs/proxy/eyJfcmFpbHMiOnsiZGF0YSI6MzA5NywicHVyIjoiYmxvYl9pZCJ9fQ==--0b5eabdcb2e7a33a83eae8920bc2e1a7cb18e7ba/ai-903eceec.webp)