# Programma van Eisen

In het programma van Eisen komen alle eisen waaraan het product moet voldoen. Op basis van het onderzoek zijn deze eisen opgesteld. De eisen zijn verdeeld in drie verschillende categorieën: gebruikerseisen, product wensen en product eisen. Ik gebruik de MosCoW-methode om verschillende categorie aan te geven waaraan het product moet voldoen. Bij deze methode heb je 4 categorieën: 

<img src="/files/5qM27UHyUnNR9FkJWc1U" alt="" data-size="line"> <mark style="color:red;">**Must have**</mark>**:** dit zijn alle eisen die in het product terug moeten komen.&#x20;

<img src="/files/JZJ1QyUln3UqMbusP7By" alt="" data-size="line"> <mark style="color:orange;">**Should have**</mark>**:** Dit zijn gewenste eisen die terug kunnen komen.

<img src="/files/Xv74i6zHop6lmpXD5nL8" alt="" data-size="line"><mark style="color:yellow;">**Could have:**</mark> Dit zijn eisen die alleen worden verwerkt als er genoeg tijd is.

<img src="/files/BuURoUSk0rraEdZLafMT" alt="" data-size="line"><mark style="color:green;">**Would have:**</mark> Dit zijn eisen die tijdens dit project niet verwerkt worden maar in de toekomst wellicht wel.

Op basis van de resultaten van deskresearch, literatuuronderzoek, interviews, expert interviews en Proof of concepts is er een PvE worden opgesteld met de belangrijkste eisen die in het product verwerkt zullen worden of die nog in de toekomst toegevoegd kunnen worden. Om te weten te komen waar deze eisen vandaan komen, staat het gedocumenteerd bij de bovengenoemde onderzoeksmethoden.&#x20;

### Eisen vanuit de gebruiker

* ~~De gebruiker wil precies weten naar welke locatie een donatie heen gaat~~
* ~~De gebruiker wil informatie over het verloop van de ramp~~
* ~~De gebruiker moet eenmalig kunnen doneren~~
* ~~De gebruiker wil video's van daadwerkelijke situatie~~&#x20;
* ~~De gebruiker wil niet te lang bezig hoeven zijn met doneren, max 2 min.~~&#x20;
* ~~De gebruiker wil via mobiel kunnen doneren~~&#x20;
* ~~De gebruiker wil achteraf de donatie ook informatie ipv alleen vooraf de donatie.~~&#x20;
* ~~De gebruiker wil percentages weten van hoe een donatie of project zich verdeelt qua kosten.~~
* ~~De gebruiker mag herinnert worden aan opnieuw een donatie doen~~
* ~~Het product moet een positieve uitstraling hebben~~
* ~~De gebruiker wil niet te veel gegevens geven: naam e-mail en tel nummer~~&#x20;

### Eisen vanuit de opdrachtgever&#x20;

* ~~Het product moet financiële donaties kunnen verwerken~~&#x20;
* ~~Het is gewenst dat het product de stichting helpt dat de stichting betrouwbaar is om geld aan te doneren~~
* ~~Het is gewenst dat het product via social media kan worden gecommuniceerd~~
* ~~Het is gewenst dat het product het inkoop rapport op een interessantere manier kan overbrengen~~&#x20;
* ~~Het product moet mobile first webdesign ontworpen worden~~
* ~~Het product moet niet te complex zijn om te bouwen~~
* ~~Het product moet betaalbaar zijn~~

## Gebruikerseisen

* <mark style="color:orange;">De gebruiker wil precies weten naar welke locatie een donatie heen gaat (interview)</mark>
* <mark style="color:orange;">De gebruiker wil informatie over het verloop van de ramp (interview)</mark>
* <mark style="color:orange;">De gebruiker wil informatie over het verloop van de donatie (Interview)</mark>
* <mark style="color:orange;">De gebruiker wil video's van daadwerkelijke situatie (interview)</mark>
* <mark style="color:orange;">De gebruiker wil niet te lang bezig hoeven zijn met doneren, max 2 min. (Interview)</mark>
* <mark style="color:orange;">De gebruiker wil via mobiel kunnen doneren (Interview)</mark>
* <mark style="color:orange;">De gebruiker wil achteraf de donatie ook informatie over de werkzaamheden van de stichting ipv alleen vooraf de donatie (interview)</mark>
* <mark style="color:orange;">De gebruiker wil percentages weten van hoe een donatie of project zich verdeelt qua kosten. (interview)</mark>
* <mark style="color:orange;">De gebruiker wil niet vast zitten aan een donatie (interview)</mark>
* <mark style="color:orange;">De gebruiker wil zo min mogelijk gegevens geven: naam e-mail en tel nummer is het maximale.(Interview)</mark>

## Productwensen

* <mark style="color:orange;">Het is gewenst dat het product het inkoop rapport op een interessantere manier kan overbrengen</mark>&#x20;
* <mark style="color:orange;">Het is gewenst dat het product in speelt op de emotie van de doelgroep (deskresearch, literatuuronderzoek)</mark>
* <mark style="color:orange;">Het is gewenst dat het product de stichting helpt om betrouwbaar over te komen</mark>
* <mark style="color:orange;">Het is gewenst dat het product een positieve uitstraling heeft (Interview, Expert Interview)</mark>
* <mark style="color:orange;">Het is gewenst dat het product een bericht stuurt als bevestiging voor een donatie (Deskresearch, Interviews)</mark>
* <mark style="color:orange;">Het product moet duidelijk in kaart brengen wat de stichting doet (Interview opdrachtgever)</mark>
* <mark style="color:yellow;">Het is gewenst dat het product via social media kan worden gecommuniceerd (Interview)</mark>
* <mark style="color:green;">Het product moet voor alle devices mogelijk zijn</mark>

## Product eisen

* <mark style="color:red;">Het product moet financiële donaties kunnen verwerken via IDeal (Proof of concept)</mark>
* <mark style="color:red;">Het product moet berichten kunnen sturen naar de donateurs (Proof of concept)</mark>
* <mark style="color:red;">Het product moet notificaties kunnen sturen</mark>&#x20;
* <mark style="color:red;">Het product moet betaalbaar en niet te complex zijn om te ontwikkelen  (Interview stichting)</mark>
* <mark style="color:red;">Het product moet voor mobiel worden ontworpen (Deskresearch)</mark>


---

# 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://job-applications.gitbook.io/product-biografie/het-onderzoek/programma-van-eisen.md?ask=<question>
```

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.