O roteiro do ServeWay™
Esta tradução foi preparada com IA e ainda não foi revisada por um tradutor humano.
O ServeWay™ Ministry Management Software foi criado para o trabalho do dia a dia de igrejas pequenas e médias: quiosques de check-in que imprimem etiquetas com nome, um Calendário de parede para a igreja toda, transmissão ao vivo pelo OBS para MUX.com, YouTube, Facebook ou Vimeo, mensagens de texto e e-mails para os membros pelo Twilio e pelo Brevo, ofertas pelo Tithe.ly e um plugin opcional de WordPress que leva as páginas dos membros para o site da sua igreja.
Onde estamos hoje: O ServeWay™ é um aplicativo de desktop para Windows 11 e atualmente está em beta. As igrejas que usam a versão beta estão nos ajudando a moldar cada versão.
Para onde vamos: Queremos que o ServeWay™ alcance mais pessoas da sua igreja em mais dispositivos, sem perder a confiabilidade e a simplicidade com que sua equipe e seus voluntários contam. Esta página explica o que vem por aí, o que (ainda) não vem, e por quê.
Não prometemos datas nesta página. Os planos são agrupados em Agora, Em seguida, e Mais tarde para que você veja a direção com transparência enquanto nos concentramos em fazer cada etapa direito.
E os aplicativos para celular?
Essa é uma das primeiras perguntas que ouvimos, então aqui vai uma resposta direta.
O ServeWay™ não oferece aplicativos nativos para iPhone ou Android no momento. Os motivos:
- O trabalho da equipe da igreja acontece no PC da secretaria e nos quiosques. Fazer o check-in, imprimir etiquetas, gerenciar o calendário, enviar notificações e fazer a transmissão ao vivo acontecem em computadores Windows na igreja. É aí que o ServeWay™ concentra seus esforços.
- Lojas de aplicativos acrescentam custo, tempo de análise e manutenção. Cada loja de aplicativos tem suas próprias taxas para desenvolvedores, processo de análise e regras, e cada atualização do iPhone e do Android pode significar mais testes e correções. São mais duas plataformas para desenvolver, testar e dar suporte.
- Manter o foco mantém a qualidade alta. Somos uma equipe pequena. Manter o foco significa menos bugs, suporte mais rápido e recursos que realmente funcionam no domingo de manhã.
O que os membros podem usar hoje e o que está planejado
- O site da sua igreja funciona em qualquer celular. Com os plugins do ServeWay™ para WordPress, as páginas dos membros no site da sua igreja abrem no navegador de qualquer celular. Não é preciso baixar nenhum aplicativo.
- Mensagens de texto e e-mails já chegam aos celulares dos membros. O ServeWay™ envia notificações aos membros por mensagem de texto (Twilio) e e-mail (Brevo), para que as pessoas recebam lembretes e novidades no celular que já carregam.
- Planejado: “instalar” as páginas dos membros da sua igreja como um aplicativo. Estamos planejando um recurso que permite aos membros adicionar as páginas dos membros do site da sua igreja à tela inicial do celular, onde elas abrem com o próprio ícone, como um aplicativo. Esse tipo de aplicativo web é chamado de aplicativo web progressivo. Ele também poderá oferecer notificações push nos celulares e navegadores que permitirem.
- Aplicativos nativos no futuro? Talvez. Vamos considerar aplicativos nativos para iPhone e Android mais adiante, de acordo com o que as igrejas nos disserem que precisam.
Mac e Linux
Muitas igrejas perguntam se o ServeWay™ vai rodar em Mac, e algumas perguntam sobre Linux. O suporte a Mac e Linux está no roteiro de longo prazo (veja a seção técnica abaixo). Veja o que os números nos dizem e por que o Windows veio primeiro.
O que os dados mostram
Procuramos números sólidos e específicos de igrejas sobre quais computadores as igrejas usam. Não encontramos nenhuma pesquisa grande, atual e específica de igrejas comparando Windows, Mac e Linux. Por isso, abaixo indicamos quais números vêm de igrejas e quais são indicadores indiretos: dados gerais de uso de computadores que dão um contexto útil, mas não são específicos de igrejas.
Específicos de igrejas (poucos e antigos):
- Uma pesquisa de 2015 com as igrejas de uma conferência denominacional regional (174 de cerca de 380 igrejas responderam) concluiu que suas igrejas eram “esmagadoramente baseadas em PC”. Nenhum percentual foi publicado, e o autor da pesquisa observou que as respostas estavam incompletas. (Fonte: PastorWill.net, “Technology in Rio Texas [Survey Results],” Nov. 24, 2015)
Tráfego web de desktop nos EUA, setembro de 2026 (dados indiretos da StatCounter; veja a tabela e a fonte abaixo).
Indicador indireto: todo o tráfego web de desktops e notebooks nos EUA (não específico de igrejas):
| Sistema operacional de desktop (EUA, setembro de 2026) |
Participação |
| Windows |
64.5% |
| macOS (a StatCounter informa “OS X” 17,7% + “macOS” 8,7%) |
26.4% |
| Chrome OS |
5.4% |
| Linux |
3.7% |
(Fonte: StatCounter Global Stats, Desktop OS Market Share, United States, dados mensais de setembro de 2026, consultados em 5 de outubro de 2026. A StatCounter mede visualizações de páginas em sites que usam seu código de rastreamento, não dispositivos vendidos ou em uso. O número de Linux nos EUA disparou por alguns meses em meados de 2026 (17,8% em agosto de 2026) e depois voltou a 3,7% em setembro, por isso usamos o mês mais recente e tratamos picos de um único mês com cautela.)
- Mundial (indicador indireto): Em setembro de 2026, a StatCounter informou o Windows com 76.4%, o macOS com 16.7% (OS X 10,7% + macOS 6,1%), o Linux com 4.5%e o Chrome OS com 2.3% do tráfego de desktop. (Fonte: StatCounter Global Stats, Desktop OS Market Share, Worldwide, consultado em 5 de outubro de 2026)
Indicador indireto: organizações pequenas e médias (não específico de igrejas):
- Em uma pesquisa com 900 tomadores de decisão de TI em organizações com até 2.500 funcionários (EUA, Reino Unido e Austrália, realizada em novembro de 2024), a combinação média de dispositivos foi Windows 56%, macOS 27%, Linux 20%. O Windows caiu de 63% seis meses antes, e o macOS subiu de 24%. (Números conforme informados. As organizações podem usar mais de uma plataforma, então a soma não precisa dar 100%.) (Fonte: JumpCloud, SME IT Trends Report Q1 2025, published Jan. 2025)
O que isso significa para as igrejas
- O Windows continua sendo a plataforma de desktop mais comum em todas as fontes que encontramos. Por isso o ServeWay™ começou por ele, e ele combina com os quiosques de check-in com tela sensível ao toque e as impressoras de etiquetas que muitas igrejas usam.
- Os Macs são uma parte real e crescente do cenário. Nos dados gerais, o macOS representa cerca de um quarto do tráfego de desktop nos EUA e cerca de um quarto dos dispositivos de pequenas e médias empresas.
- Muitas cabines de mídia de igrejas usam Mac. Quem escreve sobre tecnologia para igrejas observa que o ProPresenter, o popular software de apresentação para o louvor, roda tanto em Mac quanto em Windows, mas o conselho comum nos grupos de tecnologia para igrejas é “compre um Mac”, e a maioria dos tutoriais e modelos pressupõe um Mac. (Fontes: ChurchTechToday, “Choosing the Right Computer to Run ProPresenter”; Learn of Christ, “ProPresenter Review 2026”) Então muitas igrejas têm PCs com Windows na secretaria e um Mac na cabine.
- O Linux é um grupo menor, mas está crescendo em algumas organizações, e dar suporte a ele sai quase de graça com a abordagem que estamos adotando.
Resumindo: dar suporte a Mac (e Linux) permitirá que o ServeWay™ rode no computador que a sua igreja já tem, seja na secretaria ou na cabine.
Seção técnica: como vamos chegar ao Mac e ao Linux
Esta seção é para voluntários de TI da igreja, diretores de tecnologia e qualquer pessoa curiosa sobre o que há por trás.
A arquitetura atual
O ServeWay™ é escrito em C# sobre .NET como um aplicativo de desktop Windows Forms (WinForms) , com um banco de dados MariaDB ou MySQL . Como muitos aplicativos WinForms, boa parte da lógica de negócio fica dentro do code-behind dos formulários: manipuladores de clique de botão que validam a entrada, consultam o banco de dados e atualizam a tela, tudo no mesmo lugar. Isso funciona bem no Windows, mas o WinForms só roda no Windows, e a lógica presa a um formulário é difícil de reutilizar ou testar.
Para onde vamos: MVVM com Avalonia UI
Avalonia UI é um framework de interface de usuário multiplataforma e de código aberto para .NET. Uma única base de código em C# pode gerar aplicativos de desktop para Windows, macOS e Linux. O Avalonia é construído em torno do padrão MVVM (Model-View-ViewModel) :
- Model: os dados e as regras de negócio (membros, check-ins, eventos, ofertas).
- View: o layout da tela, escrito em XAML (AXAML no Avalonia).
- ViewModel: classes simples em C# que guardam o estado e os comandos de uma tela. Elas não sabem nada sobre botões ou janelas, então podem ter testes unitários e ser reutilizadas em qualquer plataforma.
Uma abordagem em fases, com o Windows funcionando o tempo todo
Não vamos parar e reescrever tudo. Cada fase é lançada, e a versão para Windows continua funcionando em cada etapa.
- Separar a lógica dos formulários. Tirar a lógica de negócio e o acesso a dados do code-behind dos formulários e levá-los para serviços (por exemplo, serviços de check-in, calendário, notificações, ofertas e transmissão) e repositórios para o acesso ao banco de dados. Adicionar injeção de dependência para que os componentes sejam conectados entre si em vez de fixos no código.
- Introduzir o MVVM aos poucos dentro do aplicativo WinForms atual. Criar view models para as telas existentes e vincular os controles do WinForms a eles onde fizer sentido. Os formulários ficam enxutos, e a lógica passa a ser testável. O WinForms Designer continua em uso para a versão Windows durante todo esse período.
- Abstrair os recursos específicos de cada plataforma por trás de interfaces (veja a lista abaixo), com uma implementação para Windows primeiro e implementações para macOS/Linux adicionadas depois.
- Portar as telas para o Avalonia. Criar views do Avalonia sobre os mesmos view models e serviços, tela por tela. Os fluxos de quiosque e check-in, o Calendário de parede e as telas de administração podem avançar cada um no seu próprio ritmo.
- Testar e lançar em cada sistema operacional. Executar testes automatizados (testes unitários de view models e serviços, além de testes de interface quando for prático) e testes práticos no Windows 11, na versão atual do macOS e nas principais distribuições Linux, com hardware real de quiosque e impressoras, antes de considerar qualquer plataforma pronta.
O que continua igual
- C# e .NET. A mesma linguagem, o mesmo runtime e uma base de código compartilhada.
- Seu banco de dados. O mesmo esquema e os mesmos dados no seu banco de dados MariaDB ou MySQL. Migrar para o Avalonia não exigirá mover seus dados para um novo banco de dados. (Separadamente, o suporte ao PostgreSQL está planejado como uma opção adicional de banco de dados. Veja Agora / Em seguida / Mais tarde.)
- Os mesmos recursos. Check-in e impressão de etiquetas, o Calendário de parede, transmissão pelo OBS para MUX.com/YouTube/Facebook/Vimeo, notificações pelo Twilio e pelo Brevo, ofertas pelo Tithe.ly e os plugins de WordPress.
- Integrações em nuvem. Twilio, Brevo, MUX.com, Tithe.ly e WordPress são acessados pela rede, então funcionam da mesma forma em qualquer sistema operacional.
Componentes específicos da plataforma a substituir ou abstrair
| Área | Hoje (Windows) | Plano |
|---|
| Documentos do Office e exportações | Interoperabilidade COM com o Microsoft Office (somente Windows) | Substituir por bibliotecas de documentos multiplataforma para .NET (por exemplo, para planilhas e PDFs) por trás de um serviço de exportação, para que não seja preciso ter o Office instalado |
| Impressão e impressoras de etiquetas | APIs de impressão do Windows e drivers de impressora do Windows | Uma interface de impressão com implementações para cada sistema operacional; suporte a impressoras de etiquetas pelo sistema de impressão de cada sistema operacional ou pela linguagem de comandos nativa da impressora, quando disponível |
| Quiosques com tela sensível ao toque | Entrada por toque e calibração do Windows | Usar a entrada de toque/ponteiro integrada do Avalonia; tratar a calibração e o bloqueio do quiosque em cada sistema operacional, com uma configuração documentada para cada um |
| Transmissão pelo OBS | Caminhos de instalação do Windows e controle de processos do OBS | Detectar o OBS em cada sistema operacional e preferir a interface de controle WebSocket do OBS em vez de caminhos de arquivos, para que funcione igual em todos |
| Ajustes e configuração | Registro do Windows e pastas específicas do Windows | Migrar para arquivos de configuração em JSON no local padrão de dados de aplicativos de cada sistema operacional, com uma migração única a partir do Registro |
| Caminhos de arquivos, fontes e integração com o shell | Convenções de caminhos do Windows e APIs exclusivas do Windows | Usar as APIs multiplataforma de caminhos e ambiente do .NET; revisar cada chamada de API específica do Windows |
| Instalador e atualizações | Instalador do Windows | Pacotes nativos para cada sistema operacional (por exemplo, um aplicativo para Mac assinado e notarizado; formatos de pacote comuns do Linux) |
O WinForms Designer ainda não vai sair de cena
Até que cada tela seja portada para o Avalonia, a versão para Windows continua usando o WinForms e o WinForms Designer. As igrejas que usam Windows continuarão recebendo atualizações e correções durante a transição. A troca para o Avalonia no Windows só acontece depois que uma tela portada for testada e funcionar tão bem quanto a original.
Agora / Em seguida / Mais tarde
Conte o que é importante para a sua igreja
Este roteiro é moldado pelas igrejas que usam o ServeWay™. Se um recurso deixaria o domingo de manhã (ou a segunda-feira na secretaria) mais fácil para a sua equipe, queremos saber.
Os itens do roteiro são planos, não promessas, e podem mudar com base em comentários e testes. As estatísticas desta página foram consultadas em 5 de outubro de 2026 nas fontes indicadas acima.