Início / Desenvolvimento

Desenvolvimento de apps e sites para igrejas

A gente não só recomenda. A gente constrói.

O app e o site da sua igreja, construídos pela mesma pessoa que diz para você o que construir, e conectados ao que você já usa: Planning Center, os seus pequenos grupos, a sua transmissão. É onde o seu povo encontra o devocional diário, o guia do grupo e uns aos outros durante a semana. Sem repasse para agência, sem fila de chamados, sem esperar três dias para corrigir um erro de digitação no seu próprio site.

O que a gente constrói

Três coisas, e as emendas entre elas.

01

Desenvolvimento de app iOS e Android.

Um app que o seu povo tenha motivo para abrir numa terça-feira. O devocional da semana amarrado à mensagem real de domingo, o guia do pequeno grupo esperando na sala de cada grupo, chat no app para círculos e grupos para que alguém perceba quando uma pessoa fica quieta, notificações que respeitam uma noite em casa, e um segundo idioma que é de verdade igual... e não um item de menu.

A gente também carrega a parte que ninguém avisa: envio para a App Store e para o Play, os questionários de revisão, a verificação de conta, e uma faixa de teste interno para a sua equipe achar os bugs antes da sua congregação.

React Native · Expo · TypeScriptPush, offline, deep linksEnvio para as lojas resolvido
+
02

Sites que as pessoas realmente acham.

Um site que carrega antes de o visitante decidir ir embora, e que o Google e os motores de resposta com IA conseguem ler de verdade. Multilíngue desde o começo, porque um widget de tradução avisa a uma família que ela foi lembrada depois.

A maioria dos sites de igreja não é feia. É invisível... bonita, lenta, sem estrutura, e caladinha optou por não ser encontrada. São problemas diferentes e pedem soluções diferentes.

Astro · Tailwind · CloudflareCom schema, legível por IAMultilíngue por arquitetura
+
03

A engrenagem por baixo.

A camada sem glamour que decide se alguma coisa disso sobrevive ao terceiro mês. A IA rascunha, uma pessoa aprova antes de qualquer um ler uma palavra, os seus dados moram num lugar só, e ninguém passa a segunda-feira redigitando o domingo em quatro sistemas.

Essa é a parte que as igrejas pulam... e depois abandonam caladas o app que pagaram, porque manter aquilo alimentado virou o segundo emprego de alguém.

Esteiras de conteúdo com IA, revisadas por genteIntegrações com o Planning CenterAnalítica e publicação automatizada
+

Construído, não prometido

Uma igreja, o sistema inteiro.

A Christchurch Miami é uma igreja que passou de cerca de 30 para quase 300 pessoas em cerca de 12 meses em Miami. Tudo o que está nesta página está rodando lá, e você pode ir olhar em vez de acreditar na minha palavra.

O site. Bilíngue em inglês e espanhol, Astro na Cloudflare, cada sermão publicado como páginas que dá para buscar nos dois idiomas. Ele aparece na frente de igrejas dez vezes maiores na busca local, o que não é elogio para mim... é uma denúncia de quão pouco disso o site médio de igreja faz.

O app. iOS e Android a partir de um código só, ritmo diário puxado da mensagem do fim de semana, círculos, os dois idiomas, push que respeita a noite de uma pessoa. Construído aqui, enviado por nós, e levado pela revisão das duas lojas do mesmo jeito que todo app que já publiquei.

A engrenagem. A esteira do ministério infantil produz dez peças por semana. Os devocionais são rascunhados contra um perfil de voz montado para cada comunicador a partir dos sermões dele. Texto bíblico nunca é escrito por um modelo: é buscado e atribuído. Uma pessoa revisa tudo antes de uma congregação ver.

Total de gente nova contratada para rodar tudo isso: ninguém. Um prestador de serviço em meio período.

Leia o estudo de caso completo →

Como acontece

Dentro da equipe, e depois fora.

Um projeto de construção não é um contrato eterno. A ideia é entregar para vocês algo que funciona e depois deixar de ser necessário, o que é uma coisa estranha de um fornecedor falar em voz alta... e é justamente por isso que eu falo cedo.

Primeiro a gente conversa, e é de graça. Trinta minutos, sem apresentação. Metade das vezes a resposta honesta é que vocês não precisam do que eu vendo, e vocês vão ouvir isso na reunião em vez de depois da fatura.

Depois a gente fecha um escopo estreito. Um formato fixo com um preço fixo, não um relógio por hora que me premia por ir devagar. Se o escopo crescer, a gente conversa antes de ele crescer, não na conta.

Depois a gente constrói nas suas ferramentas, à vista. Seu repositório, suas contas, o nome de vocês em tudo. Vocês acompanham acontecendo, em vez de receber uma revelação.

Depois a gente entrega direito. Documentação escrita para quem vier depois de mim, inclusive as partes que eu preferiria não admitir que estavam presas com fita. Se daqui a dois anos vocês quiserem levar tudo para dentro de casa ou entregar para outro desenvolvedor, nada na forma como foi construído vai impedir.

O preço é definido por projeto, porque um site de cinco páginas para uma igreja em plantação e um app bilíngue para uma igreja multicampi não são o mesmo trabalho, e cobrar igual significaria que um de vocês está bancando o outro.

Antes de você perguntar

As perguntas que realmente aparecem.

P

Precisamos contratar o Multiply para ter um site ou um app?

Não. O desenvolvimento se contrata sozinho. Muita igreja precisa de um site que possa de fato ser encontrado, ou de um app que valha a pena abrir, e nada além disso. Se mais tarde vocês quiserem o motor de conteúdo rodando em cima, a porta fica aberta... não é condição para trabalharmos juntos.

+
P

A gente consegue mexer no site sozinho?

Claro. Você não imagina quantas vezes uma igreja precisa abrir um chamado e esperar três dias para corrigir um erro de digitação, e eu não vou construir mais um desses para vocês.

A Christchurch Miami cuida do próprio site. A equipe escreve e publica posts do blog, atualiza as páginas, edita as perguntas frequentes, troca imagens de capa e reescreve uma meta descrição sem abrir uma linha de código e sem me perguntar antes. Eles fazem isso num editor visual no próprio site, em inglês e espanhol, e não esperam ninguém.

Toda mudança fica versionada por baixo, o que importa muito na primeira vez que alguém apaga o parágrafo errado num sábado à noite. Nada é irrecuperável. As partes que você não deveria conseguir quebrar são justamente as que você não alcança.

+
P

Do zero, ou em cima de uma plataforma de app de igreja?

Do zero, em código que é de vocês. E uma ressalva contra o meu próprio interesse: as plataformas fazem sentido para muita igreja e custam menos que eu. Se o template serve, fique com o template e guarde o dinheiro. Sob medida vale a pena quando vocês precisam de algo que a plataforma não faz... um ritmo diário amarrado ao sermão desta semana, um segundo idioma de verdade, uma esteira que publica sem alguém da equipe redigitar tudo.

+
P

O código é nosso?

É. O repositório é de vocês, as contas de desenvolvedor estão no nome da igreja, e a entrega parte do princípio de que eu não vou estar aqui para sempre. Faça essa pergunta a qualquer fornecedor antes de assinar, e repare quanto tempo a resposta demora.

+
P

Dá para trabalhar com o site que já temos?

Muitas vezes, dá. Às vezes a resposta honesta é que a plataforma por baixo é o problema e refazer custa menos do que brigar com ela por mais três anos. Vocês vão ouvir em qual dos dois casos estão antes de gastar qualquer coisa... inclusive a versão em que o site está bom e o problema de verdade está em outro lugar.

+
P

Quanto tempo isso leva?

Um site se mede em semanas, um app em meses. Os dois dependem muito mais da velocidade das decisões do lado de vocês do que da velocidade com que qualquer coisa é escrita. A parte mais lenta da maioria dos projetos é esperar conteúdo, fotografia e uma aprovação de um conselho que se reúne uma vez por mês.

+

O que vocês estão tentando resolver, de verdade?

Traga o problema, não uma especificação. Trinta minutos com o Jeff, sem apresentação, sem discurso de venda... e uma resposta direta sobre se isso vale a pena ser construído.

Agende uma reunião com o Jeff →