Releaseopmerkingen omzetten in nuttige in-appmeldingen.
Een in-appmelding moet de verandering uitleggen waar die ertoe doet. Vertaal releasetermen naar de gebruikerstaak zonder voordelen te verzinnen.
Stem de werkwijze af op je taak.
Bepaal welke taak verandert en leg de wijziging uit op het relevante punt. Geef de echte volgende actie en vermijd interne implementatietermen tenzij ze de gebruiker helpen beslissen.
- Wat je aanlevert
- Releaseopmerkingen en getroffen gebruikersgroepen.
- Wat je krijgt
- Contextuele productmelding en upgrade-instructies.
Bekijk de invoer en het resultaat.
Illustratieve invoer en uitvoer · een leervoorbeeld, geen live uitvoering van WebAct
Voorbeeld invoerveld
Release adds a duplicate-SKU warning in the import preview. The warning opens the affected rows. Write a short in-app announcement with the actual action.
Uitgewerkt voorbeeld
Review duplicate SKUs before importing The import preview now flags repeated SKU values. Open the warning to inspect the affected rows and resolve ambiguous matches before continuing. Action: Review duplicate rows
Laad deze invoer in de prompt en kopieer deze naar WebAct om de taak te proberen. Je resultaat kan afwijken van het voorbeeld.
Keuzes en probleemoplossing.
Moet elk changelogdetail een in-appmelding worden?
Selecteer veranderingen waarvoor de gebruiker in die context iets moet weten of doen. Kleine interne wijzigingen rechtvaardigen mogelijk geen onderbreking.
Waarom klinkt de melding nuttig maar blijft onduidelijk waar je moet handelen?
Noem het betrokken scherm of de actie en stem dat af op het uitgebrachte gedrag. Kondig geen mogelijkheid aan voordat de gebruiksroute beschikbaar is.
Probeer het met je eigen bron.
Vervang het voorbeeld door je eigen materiaal in de taakprompt. Behoud de eisen die je nodig hebt en kopieer de taak naar WebAct.
De taak aanpassen en kopiëren ↑