Pular para o conteúdo

Crie um app a partir de um RFP, uma especificação ou outros documentos

ResumindoAnexe seus documentos na caixa de texto de Projetos e clique em Criar — escrever algo é opcional. O MonstarX lê todos os documentos (inclusive digitalizados), escreve uma descrição de requisitos com funcionalidades, regras e perfis, e cria a partir dela. Documentos enviados depois, como um adendo, são lidos e incorporados, e o mais recente prevalece quando eles discordam.

Se o que você quer já está escrito — um pedido de proposta (RFP), uma especificação, um briefing de produto, uma apresentação de slides —, você não precisa digitar tudo de novo. Anexe os documentos e o MonstarX lê, identifica os requisitos e cria o app que eles descrevem. Ele mantém as palavras e os números dos próprios documentos e lembra deles em todas as solicitações seguintes.

  1. Em Projetos, clique no clipe e escolha seus documentos — por exemplo, o RFP e o adendo dele. (Você também pode arrastá-los para a caixa.)

  2. Se quiser, acrescente uma linha, como para quem é o app. É opcional: o texto de exemplo diz Algo a acrescentar? O MonstarX lê seus documentos e cria o que eles descrevem…

  3. Clique em Criar. Sem nenhuma palavra, a solicitação fica Criar o que estes documentos descrevem. Com o Planejar primeiro ativado, fica Planejar o que estes documentos descrevem: pergunte-me apenas o que ficou em aberto.

  4. No espaço de trabalho, a resposta começa com um cartão que mostra cada documento enquanto ele é lido e, depois, o plano de funcionalidades criado a partir deles.

PDF, Word (.docx e o antigo .doc), textos e apresentações do OpenDocument (.odt, .odp), RTF, PowerPoint (.pptx), texto simples e Markdown, páginas web (.html) e um .zip com qualquer um desses. Uma planilha dentro de um .zip de documentos é lida junto com eles.

  • Documentos digitalizados — um PDF sem camada de texto é lido com reconhecimento de texto (lido com OCR).
  • Documentos longos — são lidos com atenção, em partes (Lendo os documentos longos com atenção — parte 2 de 4…). Um PDF é lido até as primeiras 1.500 páginas.
  • Até 10 arquivos por solicitação, cada um com até 50 MB.

Um documento que não pode ser lido explica o motivo — por exemplo, o PDF está protegido por senha. Remova a senha e anexe-o novamente. Planilhas que você quer usar como dados do app têm um caminho próprio: Criar a partir de uma planilha. Já arquivos de log ou de dados são mantidos como estão, sem ser tratados como requisitos.

Para documentos mais longos, o MonstarX escreve uma descrição de requisitos depois de ler tudo — o cartão mostra Identificando os requisitos…. Em seguida, o cartão mostra o título da descrição e uma contagem como 13 funcionalidades · 4 perfis · 8 tipos de dados · 12 regras de negócio · 3 conflitos resolvidos, além do botão Ver requisitos.

A janela Requisitos (que também abre pelo botão Requisitos ao lado do plano de funcionalidades) traz a descrição completa:

  • Funcionalidades na ordem de criação, cada uma com sua prioridade, as verificações que provam que ela funciona e as seções dos documentos de onde ela vem.
  • Quem usa, Dados, Regras de negócio, Serviços, Restrições e Aparência e estilo.
  • Onde os documentos divergem e o que prevaleceu.
  • Fora do escopo do app — conteúdo de contratação e licitação, como a forma de enviar uma proposta, seguros ou planilhas de preços.
  • Premissas e Questões em aberto.
  • Os próprios Documentos, com links para abri-los.

Copiar como Markdown copia a descrição inteira. Poucos documentos curtos não precisam de descrição: o MonstarX simplesmente guarda o texto completo deles em todas as solicitações, e o cartão só os lista, como na imagem acima.

O plano de funcionalidades que a criação segue é escrito a partir da descrição, então ele pode ser longo — até 40 funcionalidades, criadas ao longo de várias solicitações. Clique em Continuar criando quando uma solicitação terminar com funcionalidades ainda por criar. Veja O plano de funcionalidades.

Anexe-o no chat do projeto, com uma linha como Segue em anexo o adendo 2. O novo documento é lido separadamente, e a descrição é escrita de novo a partir de todos eles — 3 documentos lidos · atualizou a descrição de requisitos. Quando há conflito entre documentos, o mais recente prevalece (um adendo sobre o RFP que ele altera), e cada conflito aparece listado com a solução adotada.

Pode. Na janela Requisitos, clique no botão de olho ao lado de um documento — útil para um arquivo errado ou um rascunho que ficou desatualizado. O MonstarX deixa de usá-lo nos requisitos, e a próxima solicitação de criação reescreve a descrição a partir dos demais. Clique no olho de novo para trazê-lo de volta.

Se você interromper a solicitação (ou ela falhar) enquanto os documentos estão sendo lidos, o cartão se fecha com Interrompido antes de os documentos estarem prontos; eles serão lidos na próxima solicitação. Nada se perde: o que já foi lido fica guardado, e a próxima solicitação continua de onde parou.

O MonstarX vai criar as partes de licitação de um RFP?

Não. Instruções de envio, critérios de avaliação, seguros e planilhas de preços ficam listados em Fora do escopo do app — só o software é criado.

E se os documentos pedirem algo que o MonstarX não consegue fazer?

Ele cria a alternativa honesta mais próxima e explica isso em Premissas, na descrição.

Posso usar o Planejar primeiro com documentos?

Pode. Nesse caso, o MonstarX pergunta só o que os documentos deixam em aberto.

Posso fazer perguntas sobre os documentos?

Pode. Mude o chat para o modo Conversar e pergunte. O MonstarX responde com base nos documentos, sem alterar o app.

Que nome o projeto recebe?

Quando começa só com documentos, o projeto ganha o nome e a descrição a partir do título e do resumo da descrição de requisitos, a menos que você mesmo já tenha dado um nome a ele.