# Definir papéis
## Visão geral
A criação de um aplicativo no Zeev pode envolver uma série de papéis e responsabilidades.
Não é necessário que todo o projeto tenha todos esses papéis, e muitas vezes a mesma pessoa desempenhará mais de um papel.
**Power Users**
* [Dono do aplicativo](#dono-do-aplicativo-app-owner)
* [Desenvolvedor cidadão](#desenvolvedor-cidadao-citizen-developer)
* [Desenvolvedor profissional](#desenvolvedor-profissional-professional-developer)
* [Sustentação](#sustentacao-operations)
**End users**
* [Cliente](#clientes-customers)
* [Ator](#atores-performers)
Temos, ainda, os [Stakeholders](#stakeholders)
A seguir, uma breve descrição de cada papel e uma indicação dos manuais e treinamentos mínimos que cada profissional deve fazer.
## Power users
Os Power Users são pessoas com poderes administrativos da ferramenta e responsáveis pela criação de aplicativos e manutenção geral dos cadastros. Usam intensamente Zeev todos os dias, exploram e conhecem todos os recursos. Dentro do sistema, podem ser [superadministradoras ](/zeev/usuarios-e-permissoes/gerenciar-usuarios/o-que-sao-superadministradores-e-o-que-podem-fazer.md)ou simplesmente pessoas com [permissões especiais administrativas](/zeev/usuarios-e-permissoes/como-criar-grupos-de-permissoes.md) em determinado módulo. São também responsáveis por integrações com outros sistemas.
### Dono do aplicativo (*App owner*)
**O dono do aplicativo tem a responsabilidade pela prestação de contas pelo desenho, execução e desempenho do processo executado pelo aplicativo.**
Sua participação é fundamental nas fases iniciais do projeto, pois ele irá tomar decisões, definir e encaminhar assuntos que podem impactar na automação.
Uma vez que o aplicativo esteja pronto, em uso, o dono do aplicativo é o principal responsável por medir indicadores e propor melhorias.
Em aplicativos departamentais, o dono do aplicativo geralmente é o gerente funcional da área. Em aplicativos interdepartamentais, que permeiam muitos setores e times, esse papel pode ser mais difícil de definir. Se o aplicativo for muito importante, pode ser um gestor específico para esse fim. Em outros casos, pode ser o gestor mais impactado pelo aplicativo.
#### Manuais
{% content-ref url="/pages/Ia6ML7Y2SWrXC6ABv02C" %}
[Fórmula Zeev](/zeev/formula-zeev/introducao-a-formula-zeev.md)
{% endcontent-ref %}
{% content-ref url="/pages/-MDRDvEF3kdN4dg8USBr" %}
[Dia a dia usando o Zeev](/zeev/dia-a-dia/formas-de-acesso-ao-sistema.md)
{% endcontent-ref %}
{% content-ref url="/pages/-MDtlQl4G8bMBMYo-ZO3" %}
[Monitorar relatórios e indicadores](/zeev/gestao-de-solicitacoes-em-andamento/como-gerenciar-o-controle-de-acesso-dos-relatorios-e-paineis.md)
{% endcontent-ref %}
### Desenvolvedor cidadão (*Citizen developer*)
**O desenvolvedor cidadão é o principal ator e protagonista do desenvolvimento, construção e automação no Zeev.**
O desenvolvedor cidadão possui habilidades técnicas para desenhar o fluxo de atividades que serão realizadas dentro do aplicativo. Ou seja, por meio de elementos gráficos e do desenho de um fluxograma o aplicativo será criado. O desenvolvedor cidadão não precisa entender de codificação. \
Além de capacidades analíticas e de grande conhecimento do uso do Zeev, o desenvolvedor cidadão deve possuir um bom relacionamento e comunicação com o [dono do aplicativo](#dono-do-processo-process-owner) e com os [*especialista de domínio.*](#especialista-de-dominio-subject-matter-expert)
O desenvolvedor cidadão não precisa ter conhecimentos técnicos de programação, na medida em que suas atividades serão focadas em regras de negócio e uso do Zeev em sua camada de configuração.
Em resumo, o desenvolvedor cidadão precisa ter ou desenvolver as seguintes capacidades e conhecimentos:
* Mapeamento e modelagem de processos;
* [BPMN](/zeev/como-construir-processos/como-desenhar-processos.md#o-que-e-bpmn);
* Tudo sobre o Zeev;
* Visão analítica;
* Conhecimentos em melhoria contínua;
* Conhecimentos em gestão ágil de projetos;
* Excelente capacidade de organização;
* Excelente capacidade de comunicação;
Você pode entender mais sobre esse papel no artigo de nosso blog.
#### Manuais
{% content-ref url="/pages/Ia6ML7Y2SWrXC6ABv02C" %}
[Fórmula Zeev](/zeev/formula-zeev/introducao-a-formula-zeev.md)
{% endcontent-ref %}
{% content-ref url="/pages/-MDRDvEF3kdN4dg8USBr" %}
[Dia a dia usando o Zeev](/zeev/dia-a-dia/formas-de-acesso-ao-sistema.md)
{% endcontent-ref %}
{% content-ref url="/pages/-MDQl\_-OYnHrriQaezFl" %}
[Pessoas e permissões](/zeev/usuarios-e-permissoes/como-criar-grupos-de-permissoes.md)
{% endcontent-ref %}
{% content-ref url="/pages/-MDte1Vt5iwwbcIwhO9W" %}
[Criar aplicativos](/zeev/como-construir-processos/o-que-sao-aplicativos.md)
{% endcontent-ref %}
{% content-ref url="/pages/-MDtlQl4G8bMBMYo-ZO3" %}
[Monitorar relatórios e indicadores](/zeev/gestao-de-solicitacoes-em-andamento/como-gerenciar-o-controle-de-acesso-dos-relatorios-e-paineis.md)
{% endcontent-ref %}
{% content-ref url="/pages/-MDtqB\_HgtD0rZ6g-5Z-" %}
[Configurações de apoio](/zeev/outras-configuracoes-avancadas/central-de-ajuda-do-zeev.md)
{% endcontent-ref %}
### Desenvolvedor profissional (*Professional developer*)
**O desenvolvedor profissional é um profissional com conhecimento técnico especializado que irá ajudar o** [**desenvolvedor cidadão**](#desenvolvedor-cidadao-citizen-developer) ** em atividades técnicas que envolvam codificação.**
Nem todo o projeto necessita de um desenvolvedor profissional, pois nem todo o aplicativo terá requisitos técnicos que envolvam a programação de códigos. Grande parte poderá ser criado pelo desenvolvedor cidadão por meio da tecnologia low-code.
No limite, caso o projeto necessite, esses são os conhecimentos que comumente um desenvolvedor profissional poderá colaborar:
* Integração de sistemas usando RESTFul e JSON;
* Programação de interações em formulários com Javascript;
* Conhecimento de APIs e funcionamento geral do Zeev;
Seguindo nossa fórmula, o desenvolvedor profissional geralmente não precisará participar de todo o projeto de construção do aplicativo. Ele receberá uma lista de requisitos pronta do desenvolvedor cidadão, com os itens que precisam ser desenvolvidos.
#### Manuais
{% content-ref url="/pages/Ia6ML7Y2SWrXC6ABv02C" %}
[Fórmula Zeev](/zeev/formula-zeev/introducao-a-formula-zeev.md)
{% endcontent-ref %}
{% content-ref url="/pages/-MDRDvEF3kdN4dg8USBr" %}
[Dia a dia usando o Zeev](/zeev/dia-a-dia/formas-de-acesso-ao-sistema.md)
{% endcontent-ref %}
{% content-ref url="/pages/-MDte1Vt5iwwbcIwhO9W" %}
[Criar aplicativos](/zeev/como-construir-processos/o-que-sao-aplicativos.md)
{% endcontent-ref %}
{% content-ref url="/pages/-MDtxhflxP4jZDoImmdb" %}
[Customizar](/zeev/customizacoes/customizacoes-de-formulario.md)
{% endcontent-ref %}
{% content-ref url="/pages/-MD6A3h\_6QOa6IAX4ihJ" %}
[Integrações](/zeev/integracoes/o-que-e-preciso-para-fazer-integracoes.md)
{% endcontent-ref %}
### Sustentação (*Operations*)
**A equipe de sustentação** **é responsável pela manutenção dia a dia do aplicativo. Geralmente, esse papel é desempenhado pela equipe de service desk / suporte da organização, ou por um time especialista dessa equipe.**
A equipe de sustentação não precisa participar da fase de concepção e desenvolvimento do produto. Porém, é fundamental que, junto com a fase de publicação do aplicativo, a equipe de sustentação seja acionada e, formalmente, seja feito o repasse e passagem de conhecimento geral do aplicativo.
*A* equipe de sustentação também não irá fazer manutenções ou mudanças nos aplicativos que já estão publicados ou em uso. Isso continua como responsabilidade do desenvolvedor cidadão, em iterações futuras do aplicativo.
A equipe de sustentação fica responsável pela manutenção dos cadastros acessórios necessários para manter os aplicativos funcionando, tais como:
* Definir e manter [permissões de acessos](/zeev/usuarios-e-permissoes/como-criar-grupos-de-permissoes.md);
* Definir e manter [pessoas](/zeev/usuarios-e-permissoes/gerenciar-usuarios.md);
* Ativar e desativar pessoas;
* Alterar [times ](/zeev/usuarios-e-permissoes/como-criar-times.md)e [posições](/zeev/usuarios-e-permissoes/como-criar-funcoes.md), modificando os responsáveis por tarefas;
* Tirar dúvidas gerais de uso Zeev;
#### Manuais
{% content-ref url="/pages/-MDRDvEF3kdN4dg8USBr" %}
[Dia a dia usando o Zeev](/zeev/dia-a-dia/formas-de-acesso-ao-sistema.md)
{% endcontent-ref %}
{% content-ref url="/pages/-MDQl\_-OYnHrriQaezFl" %}
[Pessoas e permissões](/zeev/usuarios-e-permissoes/como-criar-grupos-de-permissoes.md)
{% endcontent-ref %}
{% content-ref url="/pages/-MDtlQl4G8bMBMYo-ZO3" %}
[Monitorar relatórios e indicadores](/zeev/gestao-de-solicitacoes-em-andamento/como-gerenciar-o-controle-de-acesso-dos-relatorios-e-paineis.md)
{% endcontent-ref %}
{% content-ref url="/pages/-MDtqB\_HgtD0rZ6g-5Z-" %}
[Configurações de apoio](/zeev/outras-configuracoes-avancadas/central-de-ajuda-do-zeev.md)
{% endcontent-ref %}
## End users
Os End Users são pessoas que realizam operações básicas e específicas do sistema. Abrem solicitações, executam tarefas e eventualmente consultam algum relatório.
### Clientes (*Customers*)
**Os clientes do aplicativo** **são as pessoas que poderão, futuramente, abrir solicitações e realizar pedidos ao aplicativo.**
Os clientes podem - e devem , sempre que possível - participar da fase de mapeamento e construção do aplicativo. Quanto mais oportunidades você tiver de contar com a visão do cliente final do aplicativo, mais assertivo será seu produto final.
#### Manuais
{% content-ref url="/pages/-MDRDvEF3kdN4dg8USBr" %}
[Dia a dia usando o Zeev](/zeev/dia-a-dia/formas-de-acesso-ao-sistema.md)
{% endcontent-ref %}
### Atores (*Performers*)
**Os *****atores***** são as pessoas que irão receber e executar as tarefas futuras do aplicativo. São eles que fazem o processo acontecer no dia-a-dia.**
Contar com a participação dos atores no mapeamento e construção do aplicativo é sempre importante; iniciativas *bottom-up*, construídas colaborativamente com quem irá usar o produto no dia-a-dia sempre têm mais chances de sucesso do que iniciativas *top-down*, definidas isoladamente pelo [dono do aplicativo](#dono-do-processo-process-owner) ou pelo [desenvolvedor cidadão](#desenvolvedor-cidadao-citizen-developer).
Além disso, a co-criação permite que os atores tenham uma noção melhor do aplicativo como um todo, e consigam ver a importância de sua parte isolada na geração de valor final.
Obviamente, os atores não precisam participar de todas as reuniões e acompanhar todos os passos.
#### Manuais
{% content-ref url="/pages/-MDRDvEF3kdN4dg8USBr" %}
[Dia a dia usando o Zeev](/zeev/dia-a-dia/formas-de-acesso-ao-sistema.md)
{% endcontent-ref %}
{% content-ref url="/pages/-MDtlQl4G8bMBMYo-ZO3" %}
[Monitorar relatórios e indicadores](/zeev/gestao-de-solicitacoes-em-andamento/como-gerenciar-o-controle-de-acesso-dos-relatorios-e-paineis.md)
{% endcontent-ref %}
## *Stakeholders*
***Stakeholders*** significa público estratégico e descreve todas as pessoas ou "grupo de interesse" que são impactados pelas ações do projeto de automação.
Na prática, os seguintes papéis são considerados *stakeholders*:
* [Dono do aplicativo](#dono-do-processo-process-owner)
* [Cliente](#undefined-1)
* [Atores](#atores-performers)
* [Sustentação](#desenvolvedor-profissional-professional-developer-1)
---
# Agent Instructions: Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.
Perform an HTTP GET request on the current page URL with the `ask` query parameter:
```
GET https://kb.stoque.com.br/zeev/formula-zeev/definir-papeis.md?ask=
```
The question should be specific, self-contained, and written in natural language.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.
Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.