001

PROPOSTA COMERCIAL

VLMA

Filipe Küstler

Bruna Bogucheski e Douglas Vosgerau

001

BUSINESS PROPOSAL

VLMA

Filipe Küstler

Bruna Bogucheski e Douglas Vosgerau

sOBRE A FLOWCODE

Somos uma software-house que se orgulha de entregar projetos no prazo.

Nascemos dentro de uma empresa de tecnologia, a Sof.to. E por isso trazemos em nosso DNA a vanguarda da tecnologia. Desde o ínicio nossa tese foi de usar novas tecnologias enquanto mantemos boas práticas e bases sólidas de desenvolvimento.

Desde Low-Code a IA, utilizamos o que for mais adequado ao projeto e criamos:

- Agentes de IA
- Sites, e-commerces
- Sistemas
- Apps
- Automações
- Integrações

Confira nossos cases

about flowcode

We are a software house proud to deliver projects on time.

Born within a technology company — Sof.to — innovation is part of our DNA.

From the very beginning, our approach has been to embrace new technologies while maintaining strong foundations and best development practices.

From Low-Code to AI, we use the tech stack that is most suitable for each project to build:
– AI Agents
– Websites and E-commerce Platforms
– Systems
– Mobile and Web Apps–
Automations
– Integrations

Check out our case studies

ESCOPO

Design

Desenvolvimento de Software

Testes

SCOPE

Design

Desenvolvimento de Software

Testes

O QUE INCLUI O SERVIÇO?

Escopo do projeto

Este ERP foi projetado para atender escritórios jurídicos / consultorias que possuem:

  • contratos com regras complexas de cobrança
  • timesheet
  • despesas reembolsáveis
  • faturamento automatizado com geração de NF
  • dashboards financeiros, de produtividade e margens

O sistema centraliza toda a gestão operacional, desde o cadastro de clientes até automações de faturamento.

1. Objetivo Geral do ERP

Criar um sistema proprietário capaz de:

  1. Cadastrar pessoas (clientes, colaboradores, parceiros).
  2. Cadastrar contratos e todas as regras de cobrança.
  3. Registrar timesheets e despesas.
  4. Controlar contas a pagar (OPEX).
  5. Automatizar faturamento e emissão de Notas Fiscais.
  6. Gerar dashboards financeiros e de operação.
  7. Automação de indicadores e projeções com base nas regras dos contratos.
  8. Jornada ERP - telas vlma (1)

2. Módulos do Sistema

A seguir, a estrutura consolidada do ERP com base nas telas e fluxos apresentados.

MÓDULO A — Cadastro de Pessoas

2.1. Cadastro de Cliente (Tela 1)

Campos principais:

  • Categoria (cliente, parceiro, colaborador, etc.)
  • Nome / Razão social
  • CNPJ com busca automática
  • Endereço e localidade
  • Segmento econômico
  • Regime fiscal
  • Contato (e-mail, WhatsApp, aniversário)
  • Grupo econômico
  • Cliente estrangeiro
  • Jornada ERP - telas vlma (1)

2.2. Cadastro de Colaborador (Tela 2)

  • Nome
  • CPF
  • Centro de custo (múltipla seleção + rateio)
  • Endereço
  • Cargo (lista)
  • Salário
  • Reajuste
  • PDI
  • Bônus
  • Jornada ERP - telas vlma (1)

MÓDULO B — Contratos

2.3. Cadastro de Contrato (Tela 3)

Seções (“Dobras” do formulário):

Dobra 1 — Dados do Contrato

  • Cliente (lista)
  • Produto ou tipo de serviço
  • Campo para número de processo
  • Observações gerais
  • Upload de arquivos
  • Observações internas

Dobra 2 — Escopos do Contrato

Lista de tipos de serviço, como mostrado no PDF:

  • Arbitragem
  • Consultoria Ambiental / Cível / Gestão / Legal / Societário / PI / Imigração
  • Contencioso de diversas categorias
  • Contratos / Design
  • Outros definidos pela VLMA
  • Jornada ERP - telas vlma (1)

Dobra 3 — Comissões

Percentuais de comissão por área:

  • 25% Societário
  • 30% Trabalhista
  • 15% Contratos
  • 30% Cível

Esses valores devem ser configuráveis.

Jornada ERP - telas vlma (1)

Dobra 4 — Regras de Cobrança

Modelos contemplados:

  • À vista
  • Parcelado
  • Recorrente

Parâmetros:

  • Quantidade de parcelas (com automação para projeção automática dos valores)
  • Fixo mensal
  • Mensalidade de processo
  • Pró-labore
  • Ato
  • Êxito
  • Sucumbência
  • Jornada ERP - telas vlma (1)

Dobra 5 — Fluxo Operacional do Contrato

  • Revisores (lista)
  • Aprovadores (lista)
  • “Timesheet será enviado ao cliente?” (Sim/Não)
  • Base de cálculo
  • Captador principal (Sim/Não)
  • Reajuste monetário (Sim/Não) + campo para índice futuro
  • Jornada ERP - telas vlma (1)

MÓDULO C — Timesheet (Tela 4)

2.4. Lançamento de Horas

Campos:

  • Cliente
  • Caso
  • Descrição
  • Horas (campo automatizado)
  • Botão Registrar Horas
  • Jornada ERP - telas vlma (1)

2.5. Fluxo Operacional (diagrama da jornada)

Do PDF:

  • Advogado lança TS semanal
  • Coordenador valida TS → valida faturamento
  • Financeiro gera relatórios, fatura e envia NF
  • Cliente recebe fatura
  • Jornada ERP - telas vlma (1)

MÓDULO D — Despesas de Clientes (Tela 5)

2.6. Cadastro de Despesas

  • Cliente
  • Caso
  • Tipo de despesa
  • Valor
  • Upload de comprovantes (GED)

Fluxo:

  • Lançado por Financeiro ou Advogado
  • Revisado pelo Coordenador
  • Jornada ERP - telas vlma (1)

MÓDULO E — Contas a Pagar (OPEX) (Tela 5 OPEX)

2.7. Registro

  • Categoria (Plano de contas)
  • Centro de custo
  • Valor
  • Recorrência (mensal/avulsa)
  • Jornada ERP - telas vlma (1)

MÓDULO F — Faturamento (Tela 6)

2.8. Funções Principais

  • Faturamento por cliente
  • Lista de casos e valores por caso
  • Validação do financeiro (editar ou aprovar)
  • Geração automática de NF
  • Envio automático de e-mail ao cliente (via API)
  • Jornada ERP - telas vlma (1)

MÓDULO G — Dashboards

2.9. Relatórios incluídos no PDF

Receitas

  • Faturamento geral
  • Faturamento por centro de custo
  • Faturamento por serviço/produto
  • Orçado × realizado
  • Projeção de fluxo de caixa

Despesas

  • Despesas gerais
  • Despesas por centro de custo
  • Orçado × realizado

Produtividade

  • Timesheet por pessoa
  • Desempenho do contrato
  • Valor por pessoa

Margens e Lucro

  • Por contrato
  • Por tipo de serviço e produto
  • Regime de pagamento (retém impostos ou não)
  • Jornada ERP - telas vlma (1)

3. Regras de Negócio Importantes

3.1. Integrações Necessárias

  • API para emissão de NF
  • API para envio de fatura por e-mail

3.2. Complexidades destacadas no PDF

  • Timesheet precisa seguir cadeia: advogado → coordenador → financeiro
  • Contrato precisa suportar múltiplos tipos de cobrança
  • Rateio de centros de custo
  • Projeção automática de parcelas
  • Regra de inadimplência
  • Relatórios precisam se basear em dados de contrato, TS e despesas
  • Jornada ERP - telas vlma (1)

4. Metas dos Usuários

4.1. USER STORIES — Admin / Financeiro / Coordenador

Eu como Administrador gostaria de:

  • Cadastrar clientes e colaboradores.
  • Cadastrar contratos com regras flexíveis.
  • Definir escopos de contrato.
  • Controlar comissões.
  • Validar timesheets.
  • Validar despesas.
  • Validar faturamento.
  • Emitir NF automaticamente.
  • Gerar dashboards financeiros e operacionais.
  • Controlar inadimplência.

Eu como Coordenador gostaria de:

  • Validar TS e faturamento dos meus contratos.
  • Acompanhar desempenho dos casos.
  • Revisar despesas.

Eu como Financeiro gostaria de:

  • Gerenciar contas a pagar (OPEX).
  • Gerar faturas e NFs.
  • Enviar faturas aos clientes.
  • Controlar regime fiscal de cada cliente.

4.2. USER STORIES — Equipe Operacional

Eu como Advogado/Colaborador gostaria de:

  • Registrar meu timesheet.
  • Lançar despesas vinculadas ao cliente/caso.
  • Ver meu desempenho no dashboard individual.

4.3. USER STORIES — Cliente

Eu como Cliente gostaria de:

  • Receber faturas organizadas e claras.
  • Receber NFs automaticamente.
  • Receber relatórios de timesheet quando aplicável.

5. Fluxos Críticos do ERP

  1. Cadastro de cliente → criação de contrato → abertura de centro de custo → ativação do fluxo operacional
  2. Registro de TS → validação → faturamento
  3. Despesas reembolsáveis → aprovação → cobrança
  4. OPEX → projeção de fluxo de caixa
  5. Faturamento → NF → envio automático
  6. Dashboards financeiros e operacionais

6. Conclusão — O que o ERP precisa entregar

O sistema deve ser capaz de:

  • Organizar pessoas, clientes e colaboradores.
  • Suportar contratos com alta complexidade.
  • Centralizar TS, despesas e OPEX.
  • Automatizar faturamento, notas e relatórios.
  • Permitir visão executiva completa através de dashboards.

PROCESSO DE TRABALHO

Mês 1

Mês 2

Mês 3

Início do
Projeto

Funcionalidades priorizadas

Funcionalidades priorizadas

Funcionalidades priorizadas

PROCESSO DE TRABALHO

Design - Desenvolvimento - Testes

PROCESSO DE TRABALHO

Mês 1

Mês 2

Mês 3

Kick off

Funcionalidades priorizadas

Funcionalidades priorizadas

Funcionalidades priorizadas

WORK PROCESS

Design - Desenvolvimento - Testes

INVESTIMENTO

80 horas de desenvolvimento, durante 3 meses (8000 x 3)

24.000,00

Como funciona o Contrato de Escopo Aberto

O modelo de escopo aberto é ideal para projetos em constante evolução — onde novas ideias surgem ao longo do desenvolvimento.

Em vez de um escopo fechado e rígido, trabalhamos com um banco de horas mensais, garantindo flexibilidade, transparência e previsibilidade de custo.

1. Valor da hora

  • R$ 100/hora de design e desenvolvimento

Esse valor inclui:

  • Arquitetura técnica & revisão de soluções
  • Desenvolvimento (frontend, backend, IA)
  • Design UX/UI
  • Testes e garantia de qualidade
  • Suporte técnico no horário comercial

2. O que significa Escopo Aberto?

Significa que não existe uma lista fixa e imutável de entregas.
O projeto evolui de acordo com:

  • Prioridades do cliente
  • Feedbacks reais dos usuários
  • Ajustes necessários durante o desenvolvimento
  • Novas funcionalidades que podem surgir ao longo da jornada

Você sempre sabe quantas horas estão sendo usadas, e cada entrega é construída conforme o tempo disponível no mês.

3. Como funciona na prática

  • O cliente contrata um pacote mensal (mínimo exigido no contrato).
  • Toda atividade realizada pela FlowCode é contabilizada como horas trabalhadas.
  • Você recebe relatórios e visão transparente das horas consumidas.
  • Se alguma demanda ultrapassar as horas do mês, avisamos antes:
    • Você pode contratar horas adicionais
    • Ou deixar o restante para o mês seguinte

4. Benefícios do escopo aberto

  • Flexibilidade total para evoluir o produto conforme as necessidades reais
  • Velocidade: não há burocracia para alterar escopo ou validar novas funcionalidades
  • Transparência: você paga apenas pelas horas usadas
  • Previsibilidade de custo mensal
  • Alinhamento contínuo com um time técnico experiente
  • Ideal para produtos com IA, onde os requisitos mudam rápido

5. Sobre o prazo

O cronograma considera:

  • Tempo estimado para execução técnica
    • Dias de validação do cliente (até 5 dias por entrega)

Ou seja: o prazo final depende tanto do avanço técnico quanto da velocidade de validação por parte do cliente.

6. Sobre propriedade do código e ferramentas

  • Todo o código pertence ao cliente.

INVESTMENT

80 horas de desenvolvimento, durante 3 meses (8000 x 3)

24.000,00

Como funciona o Contrato de Escopo Aberto

O modelo de escopo aberto é ideal para projetos em constante evolução — onde novas ideias surgem ao longo do desenvolvimento.

Em vez de um escopo fechado e rígido, trabalhamos com um banco de horas mensais, garantindo flexibilidade, transparência e previsibilidade de custo.

1. Valor da hora

  • R$ 100/hora de design e desenvolvimento

Esse valor inclui:

  • Arquitetura técnica & revisão de soluções
  • Desenvolvimento (frontend, backend, IA)
  • Design UX/UI
  • Testes e garantia de qualidade
  • Suporte técnico no horário comercial

2. O que significa Escopo Aberto?

Significa que não existe uma lista fixa e imutável de entregas.
O projeto evolui de acordo com:

  • Prioridades do cliente
  • Feedbacks reais dos usuários
  • Ajustes necessários durante o desenvolvimento
  • Novas funcionalidades que podem surgir ao longo da jornada

Você sempre sabe quantas horas estão sendo usadas, e cada entrega é construída conforme o tempo disponível no mês.

3. Como funciona na prática

  • O cliente contrata um pacote mensal (mínimo exigido no contrato).
  • Toda atividade realizada pela FlowCode é contabilizada como horas trabalhadas.
  • Você recebe relatórios e visão transparente das horas consumidas.
  • Se alguma demanda ultrapassar as horas do mês, avisamos antes:
    • Você pode contratar horas adicionais
    • Ou deixar o restante para o mês seguinte

4. Benefícios do escopo aberto

  • Flexibilidade total para evoluir o produto conforme as necessidades reais
  • Velocidade: não há burocracia para alterar escopo ou validar novas funcionalidades
  • Transparência: você paga apenas pelas horas usadas
  • Previsibilidade de custo mensal
  • Alinhamento contínuo com um time técnico experiente
  • Ideal para produtos com IA, onde os requisitos mudam rápido

5. Sobre o prazo

O cronograma considera:

  • Tempo estimado para execução técnica
    • Dias de validação do cliente (até 5 dias por entrega)

Ou seja: o prazo final depende tanto do avanço técnico quanto da velocidade de validação por parte do cliente.

6. Sobre propriedade do código e ferramentas

  • Todo o código pertence ao cliente.