{"content_id":"byzp3fenqn","slug":"matching-platform-policy-5-rules","locale":"pt","schema_type":"HowTo","category":"how_to","category_name":"Como Fazer","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","summary":"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.","author":{"name":"injoys","url":"https://injoys.com/ko/about"},"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."],"content_markdown":"## Resumo principal\n\nPlataformas 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**.\n\nEm 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.\n\n## Por que uma plataforma de matching é diferente de um site comum\n\n### Estrutura de mercado de dois lados\n\nUma plataforma de matching não é um serviço em que basta satisfazer apenas um lado. Tanto demandantes quanto fornecedores são clientes.\n\n| Categoria | Exemplo | Problema que a plataforma deve resolver |\n|---|---|---|\n| Demandante | Tutores, pais de alunos, proprietários, clientes | Querem encontrar facilmente uma pessoa confiável e ser protegidos quando ocorrer um problema |\n| 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 |\n| Plataforma | Operador do marketplace | Deve concretizar transações, recuperar comissões e gerenciar custos de disputas |\n\nNessa 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.\n\n## 3 formas pelas quais uma plataforma com apenas funcionalidades fracassa\n\n### 1. Sem ordem de exposição, bons fornecedores vão embora\n\nSe 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.\n\nNessa 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.\n\n### 2. Se o contato for revelado cedo demais, a comissão vaza\n\nSe 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.\n\nA 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.\n\n### 3. Sem política de cancelamento, um lado sofre prejuízo unilateralmente\n\nSe 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.\n\nA 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.\n\n## 5 políticas essenciais a definir antes do lançamento\n\n### 1. Ordem de exposição: quem aparece no topo\n\nA ordem de exposição é o sistema de recompensas da plataforma. Primeiro, é preciso definir quais comportamentos resultarão em exposição no topo.\n\n#### Critérios recomendados\n\n- Taxa de resposta recente\n- Tempo médio de resposta\n- Nota das avaliações\n- Número de avaliações\n- Data de atividade recente\n- Taxa de reservas concluídas\n- Taxa de cancelamento\n- Histórico de denúncias ou disputas\n- Se é um novo fornecedor\n\n#### Exemplo de política\n\n| Elemento | Exemplo de política | Intenção |\n|---|---|---|\n| Taxa de resposta | Quanto maior a taxa de resposta a consultas nos últimos 30 dias, mais pontos | Induzir o cliente a receber resposta rapidamente |\n| Nota | Quanto maior a nota a partir de um determinado número de avaliações, mais pontos | Refletir qualidade verificada no topo |\n| Atividade recente | Pontos se houver login recente ou atualização de agenda | Evitar exposição de contas abandonadas |\n| Taxa de cancelamento | Desconto de pontos se houver muitos cancelamentos por culpa do fornecedor | Inibir fornecedores irresponsáveis |\n| Área de novos | Expor novos fornecedores sem avaliações em uma área separada | Oferecer oportunidade inicial a novos entrantes |\n\n#### Princípio importante\n\nMesmo 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.\n\n### 2. Forma de matching: atribuição automática ou candidatura e escolha\n\nA forma de matching determina a experiência do cliente e a estrutura de responsabilidade.\n\n| Forma | Descrição | Vantagens | Desvantagens | Serviço adequado |\n|---|---|---|---|---|\n| 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 |\n| 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 |\n| 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 |\n\nSe 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”.\n\n### 3. Política de cancelamento: quando e quanto reembolsar\n\nA 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.\n\n#### Exemplo de critérios de cancelamento e reembolso\n\n| Momento do cancelamento | Exemplo de reembolso ao cliente | Exemplo de compensação ao fornecedor | Intenção operacional |\n|---|---:|---:|---|\n| Até 3 dias antes do serviço | 100% de reembolso | Nenhuma | Permitir alterações flexíveis pelo cliente |\n| Até 1 dia antes do serviço | 50% de reembolso | Compensação parcial | Compensar a perda de agenda do fornecedor |\n| Cancelamento no mesmo dia | Sem reembolso ou reembolso limitado | Compensação em determinada proporção | Inibir no-shows e cancelamentos repentinos |\n| Cancelamento por culpa do fornecedor | Reembolso integral ao cliente | Desconto na exposição do fornecedor | Proteger o cliente e evitar cancelamentos irresponsáveis |\n\nOs 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.\n\n#### Penalidade por cancelamento do fornecedor\n\nAplicar 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.\n\n- Redução da pontuação de recomendação\n- Exclusão da exposição no topo por determinado período\n- Restrição de novas reservas em caso de cancelamentos repetidos\n- Análise sobre fornecer automaticamente um cupom de desculpas ao cliente\n- Aviso ou suspensão da conta após revisão do operador\n\n### 4. Comissão e prevenção de negociação direta: mais do que bloquear, é preciso desenhar benefícios de proteção\n\nA 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.\n\nO 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”.\n\n#### Funcionalidades e políticas necessárias\n\n| Item | Exemplo de política | Objetivo |\n|---|---|---|\n| 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 |\n| Detecção no chat | Detectar padrões de telefone, número de conta e ID de mensageiro externo | Alertar tentativa de negociação direta |\n| 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 |\n| Sanções por violações repetidas | Restringir exposição ou revisar conta ao compartilhar contatos por desvios repetidos | Manter a ordem do marketplace |\n| 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 |\n\n#### Exemplo de mensagem de aviso\n\n“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.”\n\nO 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.\n\n### 5. Disputas e repasses: quando o dinheiro será pago\n\nA 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.\n\nPor 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.\n\n#### Exemplo de política de repasse\n\n| Etapa | Processamento | Objetivo operacional |\n|---|---|---|\n| Pagamento da reserva | Cliente paga pela plataforma | Garantir registro da transação |\n| Execução do serviço | Chat, agenda e solicitações ficam registrados na plataforma | Garantir evidências para disputas |\n| Conclusão do serviço | Alteração para status concluído | Iniciar espera de repasse |\n| 48 horas após a conclusão | Operar período de contestação | Permitir recebimento de acidentes e reclamações |\n| Sem disputa | Repasse ao fornecedor | Encerrar transação normal |\n| Disputa registrada | Reter repasse e revisar evidências | Julgar reembolso, reembolso parcial ou rejeição |\n\n48 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.\n\n## Dados de disputa que devem existir obrigatoriamente na tela do operador\n\nPara tratar disputas adequadamente, o operador deve conseguir ver o contexto do caso em uma única tela.\n\n| Dado | Motivo da necessidade |\n|---|---|\n| Informações da reserva | Confirmar data, valor e escopo do serviço |\n| Status de pagamento e repasse | Confirmar valor reembolsável e se há retenção de pagamento |\n| Histórico de chat | Confirmar conteúdo combinado e se houve aviso prévio |\n| Evidências em fotos ou arquivos | Confirmar acidente, defeito ou resultado do trabalho |\n| Histórico de cancelamentos e alterações | Confirmar a pedido de quem a agenda foi alterada |\n| Histórico de disputas anteriores | Confirmar se é uma conta com problemas repetidos |\n| Motivo da decisão do operador | Utilizar como critério para próximos casos semelhantes |\n\nRegistrar 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.\n\n## Requisitos de política que devem entrar no prompt de desenvolvimento com IA\n\nSe 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.\n\n### Exemplo de prompt\n\n```text\nVamos 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.\n\n1. 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.\n2. 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.\n3. 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.\n4. Antes do pagamento, a política de cancelamento e reembolso deve ser exibida na tela e aceita.\n5. Antes do pagamento, o compartilhamento de telefone, e-mail, número de conta e ID de mensageiro externo deve ser limitado.\n6. 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.\n7. 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.\n8. 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.\n\nAntes de implementar, se houver alguma política que eu não defini e que precise de decisão, pergunte primeiro.\n```\n\nA ú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.\n\n## Pensando em transformar em modelo de dados\n\nPolí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.\n\n| Domínio | Exemplos de dados necessários |\n|---|---|\n| Usuário | Papel, status de verificação de identidade, possibilidade de divulgação de contato |\n| Perfil do fornecedor | Experiência, área de serviço, preço, agenda disponível, apresentação, status de verificação |\n| 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 |\n| Solicitação | Conteúdo da solicitação do cliente, agenda desejada, orçamento, localização, status |\n| Candidatura | Mensagem de candidatura do fornecedor, preço proposto, horário disponível |\n| Reserva | Fornecedor escolhido, agenda, valor, momento em que o cancelamento é possível, status de conclusão |\n| Pagamento | Status do pagamento, status do reembolso, comissão da plataforma, valor previsto de repasse |\n| Chat | Mensagens, anexos, se houve detecção de contato, histórico de exibição de alertas |\n| Disputa | Motivo, evidências, horário de registro, se há retenção de repasse, resultado da decisão |\n| Repasse | Status de aguardando repasse, retido, pagamento concluído, falha, nova tentativa |\n\nAo projetar assim, as políticas operacionais não ficam espalhadas pelo código, mas são gerenciadas como status e registros.\n\n## Checklist antes do lançamento\n\n- Os critérios de ordenação padrão foram definidos?\n- Existe uma forma de dar oportunidade de exposição a novos fornecedores?\n- Foi definido se o modelo será atribuição automática, candidatura e escolha ou híbrido?\n- Cancelamento pelo cliente e cancelamento pelo fornecedor foram diferenciados?\n- A proporção e o momento do reembolso são informados antes do pagamento?\n- O compartilhamento de contato e número de conta antes do pagamento é limitado?\n- A mensagem de alerta sobre negociação direta explica benefícios de proteção mais do que punição?\n- A taxa de comissão da plataforma e a fórmula de cálculo do valor de repasse estão claras?\n- Existe um período de retenção do repasse após a conclusão do serviço?\n- É possível interromper automaticamente o repasse quando uma disputa é registrada?\n- O operador consegue ver evidências e histórico de chat em uma única tela?\n- O motivo da decisão do operador é registrado?\n- Foi exigido à IA ou à equipe de desenvolvimento que “políticas não definidas devem ser perguntadas primeiro”?\n\n## Conclusão\n\nO 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.\n\nA 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.","content_html":"\u003ch2\u003e\n\u003ca href=\"#resumo-principal\" class=\"anchor\" id=\"resumo-principal\"\u003e\u003c/a\u003eResumo principal\u003c/h2\u003e\n\u003cp\u003ePlataformas 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 \u003cstrong\u003epolítica\u003c/strong\u003e.\u003c/p\u003e\n\u003cp\u003eEm 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.\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#por-que-uma-plataforma-de-matching-%C3%A9-diferente-de-um-site-comum\" class=\"anchor\" id=\"por-que-uma-plataforma-de-matching-é-diferente-de-um-site-comum\"\u003e\u003c/a\u003ePor que uma plataforma de matching é diferente de um site comum\u003c/h2\u003e\n\u003ch3\u003e\n\u003ca href=\"#estrutura-de-mercado-de-dois-lados\" class=\"anchor\" id=\"estrutura-de-mercado-de-dois-lados\"\u003e\u003c/a\u003eEstrutura de mercado de dois lados\u003c/h3\u003e\n\u003cp\u003eUma plataforma de matching não é um serviço em que basta satisfazer apenas um lado. Tanto demandantes quanto fornecedores são clientes.\u003c/p\u003e\n\u003cdiv class=\"overflow-x-auto\"\u003e\u003ctable\u003e\n\u003cthead\u003e\n\u003ctr\u003e\n\u003cth\u003eCategoria\u003c/th\u003e\n\u003cth\u003eExemplo\u003c/th\u003e\n\u003cth\u003eProblema que a plataforma deve resolver\u003c/th\u003e\n\u003c/tr\u003e\n\u003c/thead\u003e\n\u003ctbody\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Categoria\"\u003eDemandante\u003c/td\u003e\n\u003ctd data-label=\"Exemplo\"\u003eTutores, pais de alunos, proprietários, clientes\u003c/td\u003e\n\u003ctd data-label=\"Problema que a plataforma deve resolver\"\u003eQuerem encontrar facilmente uma pessoa confiável e ser protegidos quando ocorrer um problema\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Categoria\"\u003eFornecedor\u003c/td\u003e\n\u003ctd data-label=\"Exemplo\"\u003ePet sitters, professores particulares, empresas de obra, freelancers\u003c/td\u003e\n\u003ctd data-label=\"Problema que a plataforma deve resolver\"\u003eQuerem receber solicitações de forma estável e ser protegidos contra cancelamentos ou clientes mal-intencionados\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Categoria\"\u003ePlataforma\u003c/td\u003e\n\u003ctd data-label=\"Exemplo\"\u003eOperador do marketplace\u003c/td\u003e\n\u003ctd data-label=\"Problema que a plataforma deve resolver\"\u003eDeve concretizar transações, recuperar comissões e gerenciar custos de disputas\u003c/td\u003e\n\u003c/tr\u003e\n\u003c/tbody\u003e\n\u003c/table\u003e\u003c/div\u003e\n\u003cp\u003eNessa 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.\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#3-formas-pelas-quais-uma-plataforma-com-apenas-funcionalidades-fracassa\" class=\"anchor\" id=\"3-formas-pelas-quais-uma-plataforma-com-apenas-funcionalidades-fracassa\"\u003e\u003c/a\u003e3 formas pelas quais uma plataforma com apenas funcionalidades fracassa\u003c/h2\u003e\n\u003ch3\u003e\n\u003ca href=\"#1-sem-ordem-de-exposi%C3%A7%C3%A3o-bons-fornecedores-v%C3%A3o-embora\" class=\"anchor\" id=\"1-sem-ordem-de-exposição-bons-fornecedores-vão-embora\"\u003e\u003c/a\u003e1. Sem ordem de exposição, bons fornecedores vão embora\u003c/h3\u003e\n\u003cp\u003eSe 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.\u003c/p\u003e\n\u003cp\u003eNessa 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.\u003c/p\u003e\n\u003ch3\u003e\n\u003ca href=\"#2-se-o-contato-for-revelado-cedo-demais-a-comiss%C3%A3o-vaza\" class=\"anchor\" id=\"2-se-o-contato-for-revelado-cedo-demais-a-comissão-vaza\"\u003e\u003c/a\u003e2. Se o contato for revelado cedo demais, a comissão vaza\u003c/h3\u003e\n\u003cp\u003eSe 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.\u003c/p\u003e\n\u003cp\u003eA 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.\u003c/p\u003e\n\u003ch3\u003e\n\u003ca href=\"#3-sem-pol%C3%ADtica-de-cancelamento-um-lado-sofre-preju%C3%ADzo-unilateralmente\" class=\"anchor\" id=\"3-sem-política-de-cancelamento-um-lado-sofre-prejuízo-unilateralmente\"\u003e\u003c/a\u003e3. Sem política de cancelamento, um lado sofre prejuízo unilateralmente\u003c/h3\u003e\n\u003cp\u003eSe 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.\u003c/p\u003e\n\u003cp\u003eA 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.\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#5-pol%C3%ADticas-essenciais-a-definir-antes-do-lan%C3%A7amento\" class=\"anchor\" id=\"5-políticas-essenciais-a-definir-antes-do-lançamento\"\u003e\u003c/a\u003e5 políticas essenciais a definir antes do lançamento\u003c/h2\u003e\n\u003ch3\u003e\n\u003ca href=\"#1-ordem-de-exposi%C3%A7%C3%A3o-quem-aparece-no-topo\" class=\"anchor\" id=\"1-ordem-de-exposição-quem-aparece-no-topo\"\u003e\u003c/a\u003e1. Ordem de exposição: quem aparece no topo\u003c/h3\u003e\n\u003cp\u003eA ordem de exposição é o sistema de recompensas da plataforma. Primeiro, é preciso definir quais comportamentos resultarão em exposição no topo.\u003c/p\u003e\n\u003ch4\u003e\n\u003ca href=\"#crit%C3%A9rios-recomendados\" class=\"anchor\" id=\"critérios-recomendados\"\u003e\u003c/a\u003eCritérios recomendados\u003c/h4\u003e\n\u003cul\u003e\n\u003cli\u003eTaxa de resposta recente\u003c/li\u003e\n\u003cli\u003eTempo médio de resposta\u003c/li\u003e\n\u003cli\u003eNota das avaliações\u003c/li\u003e\n\u003cli\u003eNúmero de avaliações\u003c/li\u003e\n\u003cli\u003eData de atividade recente\u003c/li\u003e\n\u003cli\u003eTaxa de reservas concluídas\u003c/li\u003e\n\u003cli\u003eTaxa de cancelamento\u003c/li\u003e\n\u003cli\u003eHistórico de denúncias ou disputas\u003c/li\u003e\n\u003cli\u003eSe é um novo fornecedor\u003c/li\u003e\n\u003c/ul\u003e\n\u003ch4\u003e\n\u003ca href=\"#exemplo-de-pol%C3%ADtica\" class=\"anchor\" id=\"exemplo-de-política\"\u003e\u003c/a\u003eExemplo de política\u003c/h4\u003e\n\u003cdiv class=\"overflow-x-auto\"\u003e\u003ctable\u003e\n\u003cthead\u003e\n\u003ctr\u003e\n\u003cth\u003eElemento\u003c/th\u003e\n\u003cth\u003eExemplo de política\u003c/th\u003e\n\u003cth\u003eIntenção\u003c/th\u003e\n\u003c/tr\u003e\n\u003c/thead\u003e\n\u003ctbody\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Elemento\"\u003eTaxa de resposta\u003c/td\u003e\n\u003ctd data-label=\"Exemplo de política\"\u003eQuanto maior a taxa de resposta a consultas nos últimos 30 dias, mais pontos\u003c/td\u003e\n\u003ctd data-label=\"Intenção\"\u003eInduzir o cliente a receber resposta rapidamente\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Elemento\"\u003eNota\u003c/td\u003e\n\u003ctd data-label=\"Exemplo de política\"\u003eQuanto maior a nota a partir de um determinado número de avaliações, mais pontos\u003c/td\u003e\n\u003ctd data-label=\"Intenção\"\u003eRefletir qualidade verificada no topo\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Elemento\"\u003eAtividade recente\u003c/td\u003e\n\u003ctd data-label=\"Exemplo de política\"\u003ePontos se houver login recente ou atualização de agenda\u003c/td\u003e\n\u003ctd data-label=\"Intenção\"\u003eEvitar exposição de contas abandonadas\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Elemento\"\u003eTaxa de cancelamento\u003c/td\u003e\n\u003ctd data-label=\"Exemplo de política\"\u003eDesconto de pontos se houver muitos cancelamentos por culpa do fornecedor\u003c/td\u003e\n\u003ctd data-label=\"Intenção\"\u003eInibir fornecedores irresponsáveis\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Elemento\"\u003eÁrea de novos\u003c/td\u003e\n\u003ctd data-label=\"Exemplo de política\"\u003eExpor novos fornecedores sem avaliações em uma área separada\u003c/td\u003e\n\u003ctd data-label=\"Intenção\"\u003eOferecer oportunidade inicial a novos entrantes\u003c/td\u003e\n\u003c/tr\u003e\n\u003c/tbody\u003e\n\u003c/table\u003e\u003c/div\u003e\n\u003ch4\u003e\n\u003ca href=\"#princ%C3%ADpio-importante\" class=\"anchor\" id=\"princípio-importante\"\u003e\u003c/a\u003ePrincípio importante\u003c/h4\u003e\n\u003cp\u003eMesmo 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.\u003c/p\u003e\n\u003ch3\u003e\n\u003ca href=\"#2-forma-de-matching-atribui%C3%A7%C3%A3o-autom%C3%A1tica-ou-candidatura-e-escolha\" class=\"anchor\" id=\"2-forma-de-matching-atribuição-automática-ou-candidatura-e-escolha\"\u003e\u003c/a\u003e2. Forma de matching: atribuição automática ou candidatura e escolha\u003c/h3\u003e\n\u003cp\u003eA forma de matching determina a experiência do cliente e a estrutura de responsabilidade.\u003c/p\u003e\n\u003cdiv class=\"overflow-x-auto\"\u003e\u003ctable\u003e\n\u003cthead\u003e\n\u003ctr\u003e\n\u003cth\u003eForma\u003c/th\u003e\n\u003cth\u003eDescrição\u003c/th\u003e\n\u003cth\u003eVantagens\u003c/th\u003e\n\u003cth\u003eDesvantagens\u003c/th\u003e\n\u003cth\u003eServiço adequado\u003c/th\u003e\n\u003c/tr\u003e\n\u003c/thead\u003e\n\u003ctbody\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Forma\"\u003eAtribuição automática\u003c/td\u003e\n\u003ctd data-label=\"Descrição\"\u003eA plataforma conecta imediatamente um fornecedor que atende às condições\u003c/td\u003e\n\u003ctd data-label=\"Vantagens\"\u003eRápido e simples\u003c/td\u003e\n\u003ctd data-label=\"Desvantagens\"\u003eReclamações se concentram como responsabilidade da plataforma\u003c/td\u003e\n\u003ctd data-label=\"Serviço adequado\"\u003eAtendimento urgente, tarefas simples, serviços padronizados\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Forma\"\u003eCandidatura e escolha\u003c/td\u003e\n\u003ctd data-label=\"Descrição\"\u003eO demandante publica uma solicitação, os fornecedores se candidatam e depois o demandante escolhe\u003c/td\u003e\n\u003ctd data-label=\"Vantagens\"\u003eFavorece a construção de confiança e distribui a responsabilidade pela escolha\u003c/td\u003e\n\u003ctd data-label=\"Desvantagens\"\u003eLeva mais tempo\u003c/td\u003e\n\u003ctd data-label=\"Serviço adequado\"\u003ePet sitter, cuidado infantil, aulas particulares, consultoria de interiores\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Forma\"\u003eHíbrido\u003c/td\u003e\n\u003ctd data-label=\"Descrição\"\u003eMostra candidatos recomendados automaticamente, mas a escolha final é do cliente\u003c/td\u003e\n\u003ctd data-label=\"Vantagens\"\u003eEquilíbrio entre velocidade e confiança\u003c/td\u003e\n\u003ctd data-label=\"Desvantagens\"\u003eO desenho da política é complexo\u003c/td\u003e\n\u003ctd data-label=\"Serviço adequado\"\u003eA maioria das plataformas de matching iniciais\u003c/td\u003e\n\u003c/tr\u003e\n\u003c/tbody\u003e\n\u003c/table\u003e\u003c/div\u003e\n\u003cp\u003eSe 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”.\u003c/p\u003e\n\u003ch3\u003e\n\u003ca href=\"#3-pol%C3%ADtica-de-cancelamento-quando-e-quanto-reembolsar\" class=\"anchor\" id=\"3-política-de-cancelamento-quando-e-quanto-reembolsar\"\u003e\u003c/a\u003e3. Política de cancelamento: quando e quanto reembolsar\u003c/h3\u003e\n\u003cp\u003eA 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.\u003c/p\u003e\n\u003ch4\u003e\n\u003ca href=\"#exemplo-de-crit%C3%A9rios-de-cancelamento-e-reembolso\" class=\"anchor\" id=\"exemplo-de-critérios-de-cancelamento-e-reembolso\"\u003e\u003c/a\u003eExemplo de critérios de cancelamento e reembolso\u003c/h4\u003e\n\u003cdiv class=\"overflow-x-auto\"\u003e\u003ctable\u003e\n\u003cthead\u003e\n\u003ctr\u003e\n\u003cth\u003eMomento do cancelamento\u003c/th\u003e\n\u003cth\u003eExemplo de reembolso ao cliente\u003c/th\u003e\n\u003cth\u003eExemplo de compensação ao fornecedor\u003c/th\u003e\n\u003cth\u003eIntenção operacional\u003c/th\u003e\n\u003c/tr\u003e\n\u003c/thead\u003e\n\u003ctbody\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Momento do cancelamento\"\u003eAté 3 dias antes do serviço\u003c/td\u003e\n\u003ctd data-label=\"Exemplo de reembolso ao cliente\"\u003e100% de reembolso\u003c/td\u003e\n\u003ctd data-label=\"Exemplo de compensação ao fornecedor\"\u003eNenhuma\u003c/td\u003e\n\u003ctd data-label=\"Intenção operacional\"\u003ePermitir alterações flexíveis pelo cliente\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Momento do cancelamento\"\u003eAté 1 dia antes do serviço\u003c/td\u003e\n\u003ctd data-label=\"Exemplo de reembolso ao cliente\"\u003e50% de reembolso\u003c/td\u003e\n\u003ctd data-label=\"Exemplo de compensação ao fornecedor\"\u003eCompensação parcial\u003c/td\u003e\n\u003ctd data-label=\"Intenção operacional\"\u003eCompensar a perda de agenda do fornecedor\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Momento do cancelamento\"\u003eCancelamento no mesmo dia\u003c/td\u003e\n\u003ctd data-label=\"Exemplo de reembolso ao cliente\"\u003eSem reembolso ou reembolso limitado\u003c/td\u003e\n\u003ctd data-label=\"Exemplo de compensação ao fornecedor\"\u003eCompensação em determinada proporção\u003c/td\u003e\n\u003ctd data-label=\"Intenção operacional\"\u003eInibir no-shows e cancelamentos repentinos\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Momento do cancelamento\"\u003eCancelamento por culpa do fornecedor\u003c/td\u003e\n\u003ctd data-label=\"Exemplo de reembolso ao cliente\"\u003eReembolso integral ao cliente\u003c/td\u003e\n\u003ctd data-label=\"Exemplo de compensação ao fornecedor\"\u003eDesconto na exposição do fornecedor\u003c/td\u003e\n\u003ctd data-label=\"Intenção operacional\"\u003eProteger o cliente e evitar cancelamentos irresponsáveis\u003c/td\u003e\n\u003c/tr\u003e\n\u003c/tbody\u003e\n\u003c/table\u003e\u003c/div\u003e\n\u003cp\u003eOs 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.\u003c/p\u003e\n\u003ch4\u003e\n\u003ca href=\"#penalidade-por-cancelamento-do-fornecedor\" class=\"anchor\" id=\"penalidade-por-cancelamento-do-fornecedor\"\u003e\u003c/a\u003ePenalidade por cancelamento do fornecedor\u003c/h4\u003e\n\u003cp\u003eAplicar 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.\u003c/p\u003e\n\u003cul\u003e\n\u003cli\u003eRedução da pontuação de recomendação\u003c/li\u003e\n\u003cli\u003eExclusão da exposição no topo por determinado período\u003c/li\u003e\n\u003cli\u003eRestrição de novas reservas em caso de cancelamentos repetidos\u003c/li\u003e\n\u003cli\u003eAnálise sobre fornecer automaticamente um cupom de desculpas ao cliente\u003c/li\u003e\n\u003cli\u003eAviso ou suspensão da conta após revisão do operador\u003c/li\u003e\n\u003c/ul\u003e\n\u003ch3\u003e\n\u003ca href=\"#4-comiss%C3%A3o-e-preven%C3%A7%C3%A3o-de-negocia%C3%A7%C3%A3o-direta-mais-do-que-bloquear-%C3%A9-preciso-desenhar-benef%C3%ADcios-de-prote%C3%A7%C3%A3o\" class=\"anchor\" id=\"4-comissão-e-prevenção-de-negociação-direta-mais-do-que-bloquear-é-preciso-desenhar-benefícios-de-proteção\"\u003e\u003c/a\u003e4. Comissão e prevenção de negociação direta: mais do que bloquear, é preciso desenhar benefícios de proteção\u003c/h3\u003e\n\u003cp\u003eA 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.\u003c/p\u003e\n\u003cp\u003eO 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”.\u003c/p\u003e\n\u003ch4\u003e\n\u003ca href=\"#funcionalidades-e-pol%C3%ADticas-necess%C3%A1rias\" class=\"anchor\" id=\"funcionalidades-e-políticas-necessárias\"\u003e\u003c/a\u003eFuncionalidades e políticas necessárias\u003c/h4\u003e\n\u003cdiv class=\"overflow-x-auto\"\u003e\u003ctable\u003e\n\u003cthead\u003e\n\u003ctr\u003e\n\u003cth\u003eItem\u003c/th\u003e\n\u003cth\u003eExemplo de política\u003c/th\u003e\n\u003cth\u003eObjetivo\u003c/th\u003e\n\u003c/tr\u003e\n\u003c/thead\u003e\n\u003ctbody\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Item\"\u003eContato não público\u003c/td\u003e\n\u003ctd data-label=\"Exemplo de política\"\u003eNão divulgar telefone, e-mail e ID de mensageiro antes da confirmação do pagamento\u003c/td\u003e\n\u003ctd data-label=\"Objetivo\"\u003eReduzir evasão antes do pagamento\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Item\"\u003eDetecção no chat\u003c/td\u003e\n\u003ctd data-label=\"Exemplo de política\"\u003eDetectar padrões de telefone, número de conta e ID de mensageiro externo\u003c/td\u003e\n\u003ctd data-label=\"Objetivo\"\u003eAlertar tentativa de negociação direta\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Item\"\u003eMensagem de aviso\u003c/td\u003e\n\u003ctd data-label=\"Exemplo de política\"\u003eInformar “Transações externas não recebem proteção de reembolso e mediação”\u003c/td\u003e\n\u003ctd data-label=\"Objetivo\"\u003eEnfatizar benefícios de proteção mais do que punição\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Item\"\u003eSanções por violações repetidas\u003c/td\u003e\n\u003ctd data-label=\"Exemplo de política\"\u003eRestringir exposição ou revisar conta ao compartilhar contatos por desvios repetidos\u003c/td\u003e\n\u003ctd data-label=\"Objetivo\"\u003eManter a ordem do marketplace\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Item\"\u003eBenefícios do pagamento pela plataforma\u003c/td\u003e\n\u003ctd data-label=\"Exemplo de política\"\u003eOferecer regras de reembolso, mediação de disputas, registro da transação e proteção de repasse\u003c/td\u003e\n\u003ctd data-label=\"Objetivo\"\u003eDar motivo para pagar dentro da plataforma\u003c/td\u003e\n\u003c/tr\u003e\n\u003c/tbody\u003e\n\u003c/table\u003e\u003c/div\u003e\n\u003ch4\u003e\n\u003ca href=\"#exemplo-de-mensagem-de-aviso\" class=\"anchor\" id=\"exemplo-de-mensagem-de-aviso\"\u003e\u003c/a\u003eExemplo de mensagem de aviso\u003c/h4\u003e\n\u003cp\u003e“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.”\u003c/p\u003e\n\u003cp\u003eO 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.\u003c/p\u003e\n\u003ch3\u003e\n\u003ca href=\"#5-disputas-e-repasses-quando-o-dinheiro-ser%C3%A1-pago\" class=\"anchor\" id=\"5-disputas-e-repasses-quando-o-dinheiro-será-pago\"\u003e\u003c/a\u003e5. Disputas e repasses: quando o dinheiro será pago\u003c/h3\u003e\n\u003cp\u003eA 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.\u003c/p\u003e\n\u003cp\u003ePor 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.\u003c/p\u003e\n\u003ch4\u003e\n\u003ca href=\"#exemplo-de-pol%C3%ADtica-de-repasse\" class=\"anchor\" id=\"exemplo-de-política-de-repasse\"\u003e\u003c/a\u003eExemplo de política de repasse\u003c/h4\u003e\n\u003cdiv class=\"overflow-x-auto\"\u003e\u003ctable\u003e\n\u003cthead\u003e\n\u003ctr\u003e\n\u003cth\u003eEtapa\u003c/th\u003e\n\u003cth\u003eProcessamento\u003c/th\u003e\n\u003cth\u003eObjetivo operacional\u003c/th\u003e\n\u003c/tr\u003e\n\u003c/thead\u003e\n\u003ctbody\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Etapa\"\u003ePagamento da reserva\u003c/td\u003e\n\u003ctd data-label=\"Processamento\"\u003eCliente paga pela plataforma\u003c/td\u003e\n\u003ctd data-label=\"Objetivo operacional\"\u003eGarantir registro da transação\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Etapa\"\u003eExecução do serviço\u003c/td\u003e\n\u003ctd data-label=\"Processamento\"\u003eChat, agenda e solicitações ficam registrados na plataforma\u003c/td\u003e\n\u003ctd data-label=\"Objetivo operacional\"\u003eGarantir evidências para disputas\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Etapa\"\u003eConclusão do serviço\u003c/td\u003e\n\u003ctd data-label=\"Processamento\"\u003eAlteração para status concluído\u003c/td\u003e\n\u003ctd data-label=\"Objetivo operacional\"\u003eIniciar espera de repasse\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Etapa\"\u003e48 horas após a conclusão\u003c/td\u003e\n\u003ctd data-label=\"Processamento\"\u003eOperar período de contestação\u003c/td\u003e\n\u003ctd data-label=\"Objetivo operacional\"\u003ePermitir recebimento de acidentes e reclamações\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Etapa\"\u003eSem disputa\u003c/td\u003e\n\u003ctd data-label=\"Processamento\"\u003eRepasse ao fornecedor\u003c/td\u003e\n\u003ctd data-label=\"Objetivo operacional\"\u003eEncerrar transação normal\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Etapa\"\u003eDisputa registrada\u003c/td\u003e\n\u003ctd data-label=\"Processamento\"\u003eReter repasse e revisar evidências\u003c/td\u003e\n\u003ctd data-label=\"Objetivo operacional\"\u003eJulgar reembolso, reembolso parcial ou rejeição\u003c/td\u003e\n\u003c/tr\u003e\n\u003c/tbody\u003e\n\u003c/table\u003e\u003c/div\u003e\n\u003cp\u003e48 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.\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#dados-de-disputa-que-devem-existir-obrigatoriamente-na-tela-do-operador\" class=\"anchor\" id=\"dados-de-disputa-que-devem-existir-obrigatoriamente-na-tela-do-operador\"\u003e\u003c/a\u003eDados de disputa que devem existir obrigatoriamente na tela do operador\u003c/h2\u003e\n\u003cp\u003ePara tratar disputas adequadamente, o operador deve conseguir ver o contexto do caso em uma única tela.\u003c/p\u003e\n\u003cdiv class=\"overflow-x-auto\"\u003e\u003ctable\u003e\n\u003cthead\u003e\n\u003ctr\u003e\n\u003cth\u003eDado\u003c/th\u003e\n\u003cth\u003eMotivo da necessidade\u003c/th\u003e\n\u003c/tr\u003e\n\u003c/thead\u003e\n\u003ctbody\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Dado\"\u003eInformações da reserva\u003c/td\u003e\n\u003ctd data-label=\"Motivo da necessidade\"\u003eConfirmar data, valor e escopo do serviço\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Dado\"\u003eStatus de pagamento e repasse\u003c/td\u003e\n\u003ctd data-label=\"Motivo da necessidade\"\u003eConfirmar valor reembolsável e se há retenção de pagamento\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Dado\"\u003eHistórico de chat\u003c/td\u003e\n\u003ctd data-label=\"Motivo da necessidade\"\u003eConfirmar conteúdo combinado e se houve aviso prévio\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Dado\"\u003eEvidências em fotos ou arquivos\u003c/td\u003e\n\u003ctd data-label=\"Motivo da necessidade\"\u003eConfirmar acidente, defeito ou resultado do trabalho\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Dado\"\u003eHistórico de cancelamentos e alterações\u003c/td\u003e\n\u003ctd data-label=\"Motivo da necessidade\"\u003eConfirmar a pedido de quem a agenda foi alterada\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Dado\"\u003eHistórico de disputas anteriores\u003c/td\u003e\n\u003ctd data-label=\"Motivo da necessidade\"\u003eConfirmar se é uma conta com problemas repetidos\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Dado\"\u003eMotivo da decisão do operador\u003c/td\u003e\n\u003ctd data-label=\"Motivo da necessidade\"\u003eUtilizar como critério para próximos casos semelhantes\u003c/td\u003e\n\u003c/tr\u003e\n\u003c/tbody\u003e\n\u003c/table\u003e\u003c/div\u003e\n\u003cp\u003eRegistrar 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.\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#requisitos-de-pol%C3%ADtica-que-devem-entrar-no-prompt-de-desenvolvimento-com-ia\" class=\"anchor\" id=\"requisitos-de-política-que-devem-entrar-no-prompt-de-desenvolvimento-com-ia\"\u003e\u003c/a\u003eRequisitos de política que devem entrar no prompt de desenvolvimento com IA\u003c/h2\u003e\n\u003cp\u003eSe 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.\u003c/p\u003e\n\u003ch3\u003e\n\u003ca href=\"#exemplo-de-prompt\" class=\"anchor\" id=\"exemplo-de-prompt\"\u003e\u003c/a\u003eExemplo de prompt\u003c/h3\u003e\n\u003cpre\u003e\u003ccode\u003e\u003cspan\u003eVamos 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.\n\u003c/span\u003e\u003cspan\u003e\n\u003c/span\u003e\u003cspan\u003e1. 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.\n\u003c/span\u003e\u003cspan\u003e2. 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.\n\u003c/span\u003e\u003cspan\u003e3. 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.\n\u003c/span\u003e\u003cspan\u003e4. Antes do pagamento, a política de cancelamento e reembolso deve ser exibida na tela e aceita.\n\u003c/span\u003e\u003cspan\u003e5. Antes do pagamento, o compartilhamento de telefone, e-mail, número de conta e ID de mensageiro externo deve ser limitado.\n\u003c/span\u003e\u003cspan\u003e6. 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.\n\u003c/span\u003e\u003cspan\u003e7. 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.\n\u003c/span\u003e\u003cspan\u003e8. 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.\n\u003c/span\u003e\u003cspan\u003e\n\u003c/span\u003e\u003cspan\u003eAntes de implementar, se houver alguma política que eu não defini e que precise de decisão, pergunte primeiro.\n\u003c/span\u003e\u003c/code\u003e\u003c/pre\u003e\n\u003cp\u003eA ú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.\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#pensando-em-transformar-em-modelo-de-dados\" class=\"anchor\" id=\"pensando-em-transformar-em-modelo-de-dados\"\u003e\u003c/a\u003ePensando em transformar em modelo de dados\u003c/h2\u003e\n\u003cp\u003ePolí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.\u003c/p\u003e\n\u003cdiv class=\"overflow-x-auto\"\u003e\u003ctable\u003e\n\u003cthead\u003e\n\u003ctr\u003e\n\u003cth\u003eDomínio\u003c/th\u003e\n\u003cth\u003eExemplos de dados necessários\u003c/th\u003e\n\u003c/tr\u003e\n\u003c/thead\u003e\n\u003ctbody\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Domínio\"\u003eUsuário\u003c/td\u003e\n\u003ctd data-label=\"Exemplos de dados necessários\"\u003ePapel, status de verificação de identidade, possibilidade de divulgação de contato\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Domínio\"\u003ePerfil do fornecedor\u003c/td\u003e\n\u003ctd data-label=\"Exemplos de dados necessários\"\u003eExperiência, área de serviço, preço, agenda disponível, apresentação, status de verificação\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Domínio\"\u003ePontuação de exposição\u003c/td\u003e\n\u003ctd data-label=\"Exemplos de dados necessários\"\u003eTaxa de resposta, nota, número de avaliações, data de atividade recente, taxa de cancelamento, histórico de descontos de pontos\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Domínio\"\u003eSolicitação\u003c/td\u003e\n\u003ctd data-label=\"Exemplos de dados necessários\"\u003eConteúdo da solicitação do cliente, agenda desejada, orçamento, localização, status\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Domínio\"\u003eCandidatura\u003c/td\u003e\n\u003ctd data-label=\"Exemplos de dados necessários\"\u003eMensagem de candidatura do fornecedor, preço proposto, horário disponível\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Domínio\"\u003eReserva\u003c/td\u003e\n\u003ctd data-label=\"Exemplos de dados necessários\"\u003eFornecedor escolhido, agenda, valor, momento em que o cancelamento é possível, status de conclusão\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Domínio\"\u003ePagamento\u003c/td\u003e\n\u003ctd data-label=\"Exemplos de dados necessários\"\u003eStatus do pagamento, status do reembolso, comissão da plataforma, valor previsto de repasse\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Domínio\"\u003eChat\u003c/td\u003e\n\u003ctd data-label=\"Exemplos de dados necessários\"\u003eMensagens, anexos, se houve detecção de contato, histórico de exibição de alertas\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Domínio\"\u003eDisputa\u003c/td\u003e\n\u003ctd data-label=\"Exemplos de dados necessários\"\u003eMotivo, evidências, horário de registro, se há retenção de repasse, resultado da decisão\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Domínio\"\u003eRepasse\u003c/td\u003e\n\u003ctd data-label=\"Exemplos de dados necessários\"\u003eStatus de aguardando repasse, retido, pagamento concluído, falha, nova tentativa\u003c/td\u003e\n\u003c/tr\u003e\n\u003c/tbody\u003e\n\u003c/table\u003e\u003c/div\u003e\n\u003cp\u003eAo projetar assim, as políticas operacionais não ficam espalhadas pelo código, mas são gerenciadas como status e registros.\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#checklist-antes-do-lan%C3%A7amento\" class=\"anchor\" id=\"checklist-antes-do-lançamento\"\u003e\u003c/a\u003eChecklist antes do lançamento\u003c/h2\u003e\n\u003cul\u003e\n\u003cli\u003eOs critérios de ordenação padrão foram definidos?\u003c/li\u003e\n\u003cli\u003eExiste uma forma de dar oportunidade de exposição a novos fornecedores?\u003c/li\u003e\n\u003cli\u003eFoi definido se o modelo será atribuição automática, candidatura e escolha ou híbrido?\u003c/li\u003e\n\u003cli\u003eCancelamento pelo cliente e cancelamento pelo fornecedor foram diferenciados?\u003c/li\u003e\n\u003cli\u003eA proporção e o momento do reembolso são informados antes do pagamento?\u003c/li\u003e\n\u003cli\u003eO compartilhamento de contato e número de conta antes do pagamento é limitado?\u003c/li\u003e\n\u003cli\u003eA mensagem de alerta sobre negociação direta explica benefícios de proteção mais do que punição?\u003c/li\u003e\n\u003cli\u003eA taxa de comissão da plataforma e a fórmula de cálculo do valor de repasse estão claras?\u003c/li\u003e\n\u003cli\u003eExiste um período de retenção do repasse após a conclusão do serviço?\u003c/li\u003e\n\u003cli\u003eÉ possível interromper automaticamente o repasse quando uma disputa é registrada?\u003c/li\u003e\n\u003cli\u003eO operador consegue ver evidências e histórico de chat em uma única tela?\u003c/li\u003e\n\u003cli\u003eO motivo da decisão do operador é registrado?\u003c/li\u003e\n\u003cli\u003eFoi exigido à IA ou à equipe de desenvolvimento que “políticas não definidas devem ser perguntadas primeiro”?\u003c/li\u003e\n\u003c/ul\u003e\n\u003ch2\u003e\n\u003ca href=\"#conclus%C3%A3o\" class=\"anchor\" id=\"conclusão\"\u003e\u003c/a\u003eConclusão\u003c/h2\u003e\n\u003cp\u003eO 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.\u003c/p\u003e\n\u003cp\u003eA 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.\u003c/p\u003e\n","tags":["Desenvolvimento de IA","Plataforma de correspondência","Marketplace","Taxas","Prevenção de negociação direta","Desenho de políticas"],"faqs":[{"question":"Por que, em uma plataforma de matching, as políticas são mais importantes do que as funcionalidades no início?","answer":"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."},{"question":"Por que é arriscado divulgar informações de contato antes do pagamento?","answer":"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."},{"question":"Para impedir transações diretas, basta bloquear as informações de contato?","answer":"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."},{"question":"Para matching de pet sitters ou aulas particulares, o que é mais adequado: atribuição automática ou modelo de candidatura?","answer":"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."},{"question":"Quando a política de cancelamento deve ser exibida?","answer":"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."},{"question":"Qual penalidade é adequada quando um fornecedor cancela repentinamente?","answer":"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."},{"question":"Por que o repasse não é feito imediatamente após a conclusão do serviço?","answer":"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."},{"question":"A retenção do repasse por 48 horas é adequada para todos os serviços?","answer":"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."},{"question":"Qual frase deve ser incluída obrigatoriamente ao encarregar a AI do desenvolvimento de uma plataforma de matching?","answer":"É 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."},{"question":"Basta implementar o modelo de escrow?","answer":"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":[{"url":"https://docs.stripe.com/connect","title":"Stripe Docs: Connect","type":"source"},{"url":"https://digital-strategy.ec.europa.eu/en/policies/platform-business-trading-practices","title":"European Commission: práticas comerciais entre plataformas e empresas","type":"source"},{"url":"https://www.ftc.gov/business-guidance/resources/bringing-dark-patterns-light","title":"Federal Trade Commission: trazendo padrões obscuros à luz","type":"source"}],"images":[{"id":288,"url":"https://injoys.com/rails/active_storage/blobs/proxy/eyJfcmFpbHMiOnsiZGF0YSI6MzA5MSwicHVyIjoiYmxvYl9pZCJ9fQ==--3592bdae32a2213c56d8355eb7faa2adab6c3678/ai-2c4cebee.webp","is_representative":true,"generation_method":"ai_image","license":"ai_generated","mime_type":"image/webp","translations":{"ko":{"alt":"이용자와 전문가를 연결한 중앙의 방패와 수수료, 평점, 일정, 규칙 아이콘","caption":"매칭 플랫폼의 거래 보호와 품질 관리를 상징하는 운영 정책 일러스트입니다.","description":null},"en":{"alt":"Users and professionals connected to a central shield with fee, rating, schedule, and rule icons","caption":"The illustration shows platform policies for protecting transactions and maintaining service quality.","description":null},"ja":{"alt":"利用者と専門家を中央の盾につなぎ、手数料、評価、日程、ルールのアイコンを示す図","caption":"取引保護と品質管理のためのマッチングプラットフォーム運用ルールを表しています。","description":null},"es":{"alt":"Usuarios y profesionales conectados a un escudo central con iconos de tarifas, valoraciones, agenda y reglas","caption":"La ilustración representa políticas de operación para proteger transacciones y mantener la calidad.","description":null},"id":{"alt":"Pengguna dan profesional terhubung ke perisai pusat dengan ikon biaya, rating, jadwal, dan aturan","caption":"Ilustrasi ini menggambarkan kebijakan platform untuk melindungi transaksi dan menjaga kualitas layanan.","description":null},"pt":{"alt":"Usuários e profissionais conectados a um escudo central com ícones de taxas, avaliações, agenda e regras","caption":"A ilustração mostra políticas da plataforma para proteger transações e manter a qualidade.","description":null},"zh-hant":{"alt":"用戶與專業人員連到中央盾牌，周圍有費用、評分、排程與規則圖示","caption":"這張插圖呈現媒合平台用來保護交易與維持品質的營運政策。","description":null}}},{"id":289,"url":"https://injoys.com/rails/active_storage/blobs/proxy/eyJfcmFpbHMiOnsiZGF0YSI6MzA5NywicHVyIjoiYmxvYl9pZCJ9fQ==--0b5eabdcb2e7a33a83eae8920bc2e1a7cb18e7ba/ai-903eceec.webp","is_representative":false,"generation_method":"ai_image","license":"ai_generated","mime_type":"image/webp","translations":{"ko":{"alt":"체크 표시 파이프와 다섯 정책 아이콘이 있는 매칭 플랫폼 운영 대시보드","caption":"매칭 플랫폼 운영자가 품질, 일정, 수수료, 규정을 관리하는 모습을 보여준다.","description":null},"en":{"alt":"Matching platform control dashboard with a checked pipeline and five policy icons","caption":"The dashboard visualizes rules for managing matches, fees, schedules, and quality.","description":null},"ja":{"alt":"チェック付きの配管と5つの方針アイコンがあるマッチング平台の操作盤","caption":"マッチング平台の品質、日程、手数料、ルール管理を表している。","description":null},"es":{"alt":"Panel de control de una plataforma de matching con tubería verificada y cinco iconos de políticas","caption":"El panel muestra reglas para gestionar coincidencias, tarifas, calendarios y calidad.","description":null},"id":{"alt":"Dasbor kontrol platform pencocokan dengan pipa bertanda centang dan lima ikon kebijakan","caption":"Dasbor ini menggambarkan aturan untuk mengelola kecocokan, biaya, jadwal, dan kualitas.","description":null},"pt":{"alt":"Painel de controle de plataforma de matching com tubulação aprovada e cinco ícones de políticas","caption":"O painel representa regras para gerir combinações, taxas, prazos e qualidade.","description":null},"zh-hant":{"alt":"配對平台控制面板，含打勾管線與五個政策圖示","caption":"這個面板呈現配對、費用、時程與品質管理規則。","description":null}}}],"published_at":"2026-07-26T05:56:02+09:00","updated_at":"2026-07-26T05:56:02+09:00","license":"cc_by","translation_status":"reviewed","available_locales":["ko","en","ja","es"],"data_locales":["ko","en","ja","es","id","pt","zh-hant"],"url":"https://injoys.com/en/articles/matching-platform-policy-5-rules"}