Modelo SaaS - devbasetecnologia/devmobility GitHub Wiki

A DevBase Tecnologia opera com o modelo de negócio SaaS (Sofware as a Service). Para te ajudar a entender um pouco como isso funciona e como a DevBase trata algumas situações, criamos esta Wiki.

Aqui, você vai ver:

Entendendo o que é SaaS

SaaS, ou Software as a Service, é um formato de disponibilização de softwares e soluções de tecnologia por meio da internet, sendo visto assim como um serviço prestado. Com esse modelo, sua empresa não precisa instalar, ou se preocupar com manutenção e atualização de hardwares ou softwares. O acesso é fácil e simples: apenas é necessária a conexão com a internet, login e senha.

Muitas empresas ainda não estão habituadas ao modelo de negócio SaaS, e a falta de conhecimento no meio empresarial cria uma grande barreira, privando as empresas de um diferencial competitivo e por vezes até criando expectativas quanto a ferramentas adquiridas que poderão ser superadas ou não atendidas devido ao modo de operação do SaaS.

Em resumo se trata de uma maneira de entregar sistemas e aplicativos pela internet, e de armazenar e manipular dados.

Regras de Negócio no modelo SaaS

Regra de negócio é a lógica que guia o comportamento e define O QUE, ONDE, QUANDO, POR QUE e COMO será feito, além de como o negócio será gerenciado.

Como SaaS se trata de um software vendido como serviço, suas regras de negócio possuem determinadas particularidades. A principal característica é o pagamento recorrente, com isso você não compra um software, e sim contrata um serviço.

Com relação ao pagamento dessa recorrência, as principais opções de cobrança são o débito em conta corrente, o débito em cartão de crédito e o boleto bancário. Aqui na DevBase, por exemplo, utilizamos contratos, que podem ter seus pagamentos realizados via boleto ou Pix.

Do ponto de vista das penalidades e por uma questão de segurança, uma das práticas dos contratos SaaS é implementar um prazo mínimo de vigência, prevendo pagamento de multa em caso de rescisão ou quebra por parte do cliente antes do final acordado. Além disso, como o modelo de cobrança é recorrente, caso haja inadimplência, isso pode gerar a suspensão do serviço, no caso da DevBase, a suspensão da base de atendimento do cliente.

Uma outra característica do modelo SaaS é a possibilidade de aquisição de módulos adicionais. Muitos sistemas comercializam um plano básico, permitindo que o cliente realize aquisições de acordo com a sua necessidade. Na DevBase, um exemplo disso é o Módulo WebApiExterna, voltado para a integração do sistema DevMobility com outros sistemas.

Melhorias ou Customização: como é feita a seleção de inovação e melhorias

Quando falamos em customizações, há uma boa diferença entre sistemas tradicionais e o modelo SaaS.

Nos sistemas tradicionais, muitos clientes solicitam personalizações que são consideradas customizações, geralmente orçadas e executadas por um profissional do setor de desenvolvimento do fornecedor do Software. Ou seja, customizações são realizadas mediante pagamento, seja de horas para execução ou por projeto fechado.

Já no modelo SaaS, como é o caso da DevBase, o sistema possui diversas possibilidades em suas parametrizações, permitindo a realização de personalizações conforme as necessidades da empresa. Vale lembrar que são customizações limitadas aos parâmetros já existentes do sistema.

Por outro lado, solicitações de melhorias vão além das personalizações possíveis, são solicitações de alteração de alguma funcionalidade ou tela do sistema, que não estão previstas nos parâmetros disponíveis.

Vamos a exemplos do próprio DevMobility:

Customização possível: Criar um Serviço (categoria) para transporte de Pets. Isso é possível através de parametrizações do sistema.
Solicitação de Melhoria: Recalcular o valor de retirada (ou coleta) do cliente quando o motorista mais próximo está mais longe do que uma certa distância definida e exibir para o cliente que o valor da viagem será alterado por conta da distância do prestador que o está atendendo. Isso hoje não é possível personalizar dentro do DevMobility, pois se trata de um comportamento do sistema. Neste caso, é considerado uma melhoria.  

Entendendo que toda sugestão de melhoria do produto é importante e deve ser analisada cuidadosamente, nós disponibilizamos uma abertura no canal de suporte para sugestões, onde o cliente DevBase pode enviar novas ideias para contribuir com o nosso produto. Essas ideias são analisadas pelo nosso setor de desenvolvimento, levando em consideração o impacto que a alteração trará para todos os clientes da base, o comportamento de mercado, entre outros fatores impactantes ao sistema.

É por estas diferenças que empresas como a DevBase aproveitam sugestões e solicitações como uma fonte de entendimento das necessidades dos clientes ao invés de oferecer o serviço de desenvolvimento sob demanda.

A Quem cabe decidir OQUE e QUANDO será feito?

Embora a sua solicitação seja importante para a DevBase, quem deverá decidir o momento ideal para o desenvolvimento das melhorias solicitadas será a equipe de desenvolvimento, que geralmente tem uma grande demanda de solicitações de melhorias, correções de possíveis problemas, e até mesmo de manutenção em termos de performance, processamento, armazenamento e tráfico de dados. No caso do DevMobility (sistema de mobilidade urbana) que exige altíssima disponibilidade e performance, questões que envolvem disponibilidade e performance são sempre prioridade sobre todas as outras solicitações de melhorias.