Não nasceu de uma lista de recursos. Nasceu da necessidade de organizar o trabalho que já estava acontecendo.
O KRM começou como uma ferramenta para organizar uma operação imobiliária real.
A rotina já envolvia leads de diferentes origens, planilhas, agenda, mensagens, projetos e colaboração entre corretores. O problema não era a falta de ferramentas. Era a quantidade delas e a necessidade de repetir informações entre uma e outra.
O projeto cresceu a partir desse uso cotidiano.
Hoje, o KRM reúne atendimento, agenda, projetos, equipes, parcerias e integrações externas em uma mesma operação.
Nem todo corretor trabalha dentro da mesma estrutura.
Há quem trabalhe sozinho. Há equipes com uma gerência definida. Há também corretores independentes que dividem parte da operação sem estabelecer uma relação hierárquica entre eles.
Por isso, o KRM separa participação, administração e responsabilidade sobre os dados.
Um usuário pode ter sua própria carteira e, ao mesmo tempo, participar de outros workspaces com funções diferentes.
Um dos princípios usados no desenvolvimento do KRM é evitar que o usuário tenha de procurar novamente uma informação que o sistema já possui.
Eventos podem estar vinculados a leads. A agenda pode aparecer dentro da operação da equipe. Um formulário pode ser direcionado diretamente ao projeto correto. Uma ação pode ser executada no mesmo lugar em que seu contexto aparece.
O objetivo é manter o CRM presente no trabalho sem obrigar o trabalho a se adaptar ao CRM.
Krampus não nasceu de uma estratégia de naming.
Era simplesmente o nome de um projeto que não queria parecer mais um CRM corporativo genérico. Ficou.
Com o tempo, o personagem também ganhou espaço na identidade do sistema, às vezes de forma discreta e às vezes nem tanto.
Hoje, Krampus é simplesmente o nome da casa.O KRM permite que cada usuário autorize serviços externos utilizados em sua própria operação.
Atualmente, o sistema possui integração com Google Calendar e Meta Lead Ads.
Essas integrações são opcionais. O usuário pode desconectá-las e gerenciar seus próprios acessos pelo sistema.
Dados externos são utilizados somente para executar as funcionalidades associadas à integração autorizada.
Desenvolvido a partir da rotina de quem usa o sistema.