Última atualização: 2026-11-02
Começou a vender comida, não PDFs. Mas algures entre a primeira encomenda no mercado e os clientes deste mês, partilhar receitas transformou-se num trabalho administrativo: exportar, anexar, enviar por email, reparar no erro de escrita depois de enviar, reenviar e esperar que toda a gente substitua a cópia antiga. Muda uma receita e o trabalho volta ao princípio.
Há um arranjo mais sereno: um link para um livro com as receitas de que gosta de dar, sempre na versão atual, enquanto as receitas de assinatura vivem num livro que nunca partilha. Este guia cobre o que a partilha faz por um pequeno negócio de alimentação, que métodos falham e porquê, e a configuração que se faz uma única vez no momoChef.
Pergunte a quem vende comida o que deve a um cliente que pede a receita, e vai ouvir as duas respostas, muitas vezes em voz alta. Há quem partilhe sem cerimónia e trate isso como marketing: umas receitas boas e que funcionam provam que sabe o que está a fazer, e quem consegue cozinhar a sua comida em casa continua a comprá-la quando está sem tempo. Outros consideram os pedidos um insulto — o artigo de assinatura levou anos e é o negócio em si. Os dois grupos encontram-se facilmente em qualquer comunidade de pasteleiros ou de vendedores de refeições preparadas, e ambos têm razão.
O que ninguém defende é a confusão do meio: a receita número quatro enviada a pedido, por mensagem privada, sem registo de quem tem qual versão. Quer faça bolos em casa, quer venda refeições preparadas, quer seja coach a dar aos clientes algo para cozinhar na semana, a pergunta útil é a mesma — que receitas partilha, e onde vivem, para que a partilha não se transforme num segundo emprego?
O padrão que funciona, onde a maioria dos vendedores assenta: umas receitas dadas com generosidade e em público, o núcleo do negócio mantido fora de circulação. O resto é escolher um método de entrega que não vire, sem dar por isso, aquele segundo emprego.
| Método | Bom para | Onde falha |
|---|---|---|
| Enviar PDFs por email | planos pontuais para um único cliente | cópias desatualizadas, reenvios após cada alteração, planos perdidos na caixa de entrada |
| Publicações e mensagens privadas nas redes sociais | visibilidade, mostrar o seu trabalho | receitas espalhadas pelo feed; cada pedido tratado um a um; nenhum sítio único para indicar |
| Uma página no seu site | a versão «faça em casa»; dar que encontrar | exige um site e uma rotina para publicar e manter a coleção |
| Um cartão impresso ou um código QR na embalagem | o momento em que o cliente tem o produto na mão | um código QR apenas transporta um link — o que importa é o que está do outro lado quando um cliente o ler meses depois |
| Um link para um livro de receitas partilhado | uma coleção inteira que se mantém atual | exige uma configuração única (abaixo) e a disciplina de manter o livro enxuto |
Duas notas sobre esta tabela.
Os vendedores que recebem um fluxo constante de pedidos de receitas por vezes publicam uma versão simplificada da receita pedida e apontam todos os pedidos para ela. Funciona porque respeita quem pede — uma receita a sério que a pessoa consegue mesmo fazer — enquanto aquilo por que os clientes fazem fila continua a ser seu. O livro público é o sítio natural dessa versão.
E a linha do código QR existe porque o código resolve menos do que parece. Um código QR entrega um destino; não consegue manter esse destino atual. O que estiver do outro lado tem de se manter sozinho, o que é o mesmo problema com que, no fundo, todas as linhas da tabela se preocupam.
O momoChef é um gestor de receitas e planeador de refeições — uma app para iOS e uma app web. A parte que importa aqui: os livros são privados até os partilhar, um livro partilhado recebe um link próprio, e os livros podem ser abertos a colaboradores que convida.
É esta a parte que faz valer a configuração. Corrija um erro de escrita uma vez e o link passa a entregar a correção — não há cópia antiga na caixa de entrada de ninguém para fazer conflito. Reforme uma receita e ela sai do livro em todo o lado. Ajuste as quantidades porque o tamanho do lote mudou, e a versão que um cliente lê de um cartão em outubro é a corrigida.
Trate o livro público como uma ementa, não como um arquivo. Meia dúzia de receitas que defenderia pessoalmente valem mais do que quarenta lá postas para se sentir completo. Quando uma receita deixa de ser algo que entregaria a um cliente, passe-a para o livro privado — o link não muda.
Os clientes não vão deixar de comprar quando puderem cozinhar em casa? Há vendedores dispostos a apostar que não — a conveniência é aquilo que as pessoas pagam, e uma receita de que gostaram é aquilo de que falam. Se essa aposta o deixa desconfortável, partilhe as receitas que ensinaria numa aula e guarde o resto.
Os clientes podem editar o livro? Não. A partilha pública é apenas de leitura; editar um livro exige um convite seu, e a partilha colaborativa é precisamente esse convite.
E se mudar de ideias sobre uma receita que partilhou? Passe-a do livro público para o privado. O link mantém-se igual; o livro é que fica mais pequeno.
Devo publicar a receita a sério ou uma versão simplificada? Decisão sua. Muitos vendedores publicam uma versão propositadamente simples e guardam a original na cozinha. O livro público guarda aquilo que está disposto a defender.
Vendo planos alimentares, não receitas avulsas. Isto funciona na mesma? As peças encaixam de outra forma: os planos vêm do calendário semanal de planeamento de refeições do momoChef, e a lista de compras criada a partir de qualquer período do plano também pode ser partilhada — sai organizada por corredor de supermercado. O guia do planeador semanal de refeições cobre essa parte.
Comece pequeno: ponha três receitas de que goste mesmo de dar num livro, partilhe-o e coloque o link na bio. O livro privado é onde todo o resto espera até decidir que está pronto. O momoChef é gratuito para começar e funciona na app web ou na app iOS.