Pular para o conteúdo principal
Chen Dahuang
Todos os artigos
10 min de leituraPublicado originalmente no X

O princípio do "fa'xin": por que o dev independente precisa aprender a abrir mão

Por que você começa? Para quem você começa? Qual problema você realmente quer resolver? A capacidade de um produto ser afiado vem de saber o que largar e o que abandonar.

Chen Dahuang

Chen Dahuang

Desenvolvedor independente

O princípio do "fa'xin": por que o dev independente precisa aprender a abrir mão

Original publicado no X Articles.

Ultimamente tenho reparado num fenômeno bem interessante:

Muita gente cria ferramenta e, já na largada, quer servir todo mundo.

Esse é um pensamento perigoso.

Se você pretende servir todo mundo, então não está pensando a partir de ninguém.

Isso é produto rodando em modo "fechar a porta e achar lindo o próprio canto" — autossatisfação pura.

O caminho certo é pegar um grupo pequeno de usuários, agarrar a dor deles e servir com excelência.

Saber quem está com dor de verdade e com pressa de verdade, quem está disposto a pagar por um serviço já hoje.

Quero compartilhar com vocês um tal de: princípio do fa'xin (a intenção de origem).

Ele discute basicamente estas perguntas:

  • Por que você começa?
  • Para quem você começa?
  • Qual problema, no fundo, você quer resolver?

O que é fa'xin

O livro 《置身钉内》 (Imerso no Problema) tem um trecho:

Fa'xin é a motivação interna e o voto fundamental de uma ação; é o ponto de partida, a direção e a fonte de energia de todo trabalho, vida, prática e cultivo. Produtos também têm seu fa'xin. O fa'xin de um produto é o ponto mais original de partida de quem o criou. Na maioria dos casos, um bom produto tem apenas um fa'xin principal. Quando o fa'xin de um produto é múltiplo e sem hierarquia, vira um produto ganancioso e ansioso.

O critério para julgar o fa'xin: quando as ideias do produto entram em conflito, para quem ele de verdade se vira?

Experiência do usuário vs. monetização conflitam — para quem ele se vira?

Simples e bom de usar vs. completo de recursos conflitam — para quem ele se vira?

A resposta aparece na hora, e o fa'xin do produto também.

Meituan: a mentalidade da transação local

Entre os superapps chineses, esse fenômeno é super comum. O Meituan é um ótimo exemplo.

A mentalidade do usuário do Meituan é a transação da vida local.

Usuário abre o Meituan: está com fome, pede comida; sai de casa, reserva lugar; vai ao cinema, compra ingresso; vai viajar, procura hotel. O valor central é ajudar o usuário a concluir mais rápido as transações da vida real.

Mas depois vimos surgir dentro do Meituan: novelas, série curta, joguinho, vídeo, live.

Dá até para fazer dentro do Meituan: "Hora de jogar Genshin!!!"

Você acha isso plausível???

Joguinho claro que tem valor, e o Genshin até que dá para jogar. Mas não é na hora em que a barriga. está. roncando. que você vai abrir o Genshin!!!

Meu amigo, me deixa encher a pança primeiro, depois a gente fala de Genshin!!!

O usuário chega com uma missão, conclui e vai embora. Quanto mais rápido o usuário cumpre o objetivo, mais confiável o produto fica.

Esse é o ponto mais contra-intuitivo das ferramentas de alta frequência: elas ganham dinheiro com tráfego, mas o valor de longo prazo vem da moderação.

Alipay: quando o DNA de carteira briga com o feed

O Alipay é gato escaldado. A mentalidade de fundo do Alipay é dinheiro, é crédito, é certeza.

Usuário abre o Alipay para: pagar, receber, transferir, pagar conta, conferir extrato, passar no metrô, escanear o código do SUS/convênio. É uma cena de altíssima confiança.

O usuário confia a ele o dinheiro, a identidade, o crédito e as contas da vida. Por isso a "personalidade" do produto é a de uma carteira — uma estabilidade absurda.

Mas dá para ficar vendo short video dentro da carteira. Como se, dentro do banco, tivesse pés, spa e massagem tudo num pacote.

O usuário pensa com desconfiança: vim aqui resolver, ou ser resolvido?

O cenário do dinheiro exige frieza; o feed é naturalmente viciante.

As duas personalidades empurradas uma dentro da outra geram uma estranheza meio melada.

A parte mais perigosa do fa'xin à deriva

Muitos apps chineses cresceram entradas financeiras. Delivery empresta dinheiro, transporte empresta dinheiro, viagem empresta dinheiro, compras emprestam dinheiro, e mapa e vida local também apontam para serviços de empréstimo.

Você enfia a porta do "pegar empréstimo" nesses cenários: no curto prazo pode até melhorar a conversão de receita, mas no longo prazo muda o olhar que o usuário lança para você.

Antes você era ferramenta; agora parece agenciador.

Antes você me ajudava a concluir uma coisa; agora, de quebra, você avalia se eu consigo pegar um dinheiro emprestado.

É aí que o fa'xin à deriva é mais perigoso. Ele não destrói o produto de imediato.

Ele vai mudando devagarinho o caráter do produto.

As gigantes agem assim porque têm sua própria lógica comercial. Elas têm tráfego gigante, organização complexa, pressão de monetização e muitos departamentos para alimentar.

A gente não precisa subir no palanque da moral para xingá-las.

A vantagem do dev independente é a pureza

Como dev independente, seu produto pode ser muito limpo — a ponto de quase passar por enxuto demais.

E isso, na real, é uma vantagem.

Muitos devs independentes no começo ficam ansiosos, achando que têm recursos de menos, cenário estreito de mais, mercado pequeno. Mas o que um produto no início deveria mesmo temer é exatamente "parecer grande".

Mercado grande demais, o usuário vira uma média. Média não tem rosto e não abre a carteira.

O ponto de partida que vale de verdade costuma ser bem menor. Você primeiro encontra um punhado de gente, com uma dor bem concreta, que quer usar hoje, que paga por isso sozinha, e que ao ver o produto tem a impressão de "isso foi feito para mim".

É nesse momento que o produto começa a ganhar vida.

Por exemplo, "fazer ferramenta de edição de podcast" é largo demais. Troque por "para quem produz podcast solo, cortar rapidinho uma entrevista de uma hora em vários vídeos curtos" — o produto fica afiado na hora.

Por exemplo, "gerador de landing page para devs" também é largo. Troque por "para dev independente gerar antes do lançamento uma landing page que coleta email" — a necessidade fica muito mais clara.

O princípio do fa'xin, no fim, desagua no "largar"

A verdadeira vantagem estratégica não vem do que você faz, mas do que você tem coragem de não fazer.

Essa frase é a essência do produto para o dev independente. O recurso mais precioso do dev independente é atenção. Cada rumo a mais que você adiciona é mais uma manutenção nas costas.

O WeChat é um exemplo positivo que vale estudar.

Claro que o WeChat já é complexo, mas a porta de entrada central — as conversas — segue estável há anos. Usuário abre o WeChat e a primeira reação continua sendo achar uma pessoa, ver mensagens e cuidar das relações.

O Chatshorts não engoliu a lista de conversas, o Official Account não transformou a página de mensagens num feed, e o Mini Program não exige que o usuário passeie pela loja de apps toda vez que abre o WeChat.

A moderação do WeChat não está na falta de recursos. O talento dele está em saber onde estão as paredes estruturais. Dá para subir andar, reformar, transformar — mas parede estrutural não se demole.

Então hoje acho que, para o dev independente, a primeira coisa a escrever não é o roadmap, e sim uma "lista de abandono".

  • Quem a gente ainda não atende
  • Que cenário a gente ainda não toca
  • Que recurso fica por enquanto de fora
  • Que oportunidade de monetização a gente segura
  • O que não pode entrar na home
  • O que não pode interromper o fluxo principal
  • O que, mesmo parecendo valioso, não pode quebrar a missão principal

A gente não tem o tráfego das gigantes, a marca das gigantes, a organização das gigantes. O único lugar onde podemos vencer é sendo mais específicos, mais limpos, mais afiados.

A capacidade de um produto ser afiado de verdade vem de saber o que largar e o que abandonar.

Referência: 《置身钉内

Se achou útil, compartilhe com alguém.

Leituras relacionadas