Arbeitsabläufe mit SideNote Pro für Produktmanager

Mehrdeutigkeiten finden, bevor die Entwicklung es tut

Der wertvollste Prompt in der Produktarbeit ist nicht verbessere das, sondern wo ließe sich das auf zwei Arten lesen. Sie sind Ihren eigenen Anforderungen so nah, dass Sie die Lücken nicht sehen können; ein Modell, das sie kalt liest, kann es.

Markieren Sie eine Anforderung und nutzen Sie eine eigene Aktion: Prüfe diese Akzeptanzkriterien. Benenne Mehrdeutigkeiten, unausgesprochene Annahmen und die Fragen, die die Entwicklung wahrscheinlich stellen wird: {{selection}}.

Das Ergebnis, auf das Sie reagieren sollten, ist die Liste der Fragen. Jede Frage, die ein Modell stellt, ist eine Frage, die ein Entwickler in vierzehn Tagen gestellt hätte, wenn die Antwort mehr kostet. Beantworten Sie sie jetzt im Dokument.

• Formuliere diese Anforderung als Akzeptanzkriterien in der Form Given/When/Then um. Markiere alles, was zu vage ist, um es zu testen.
• Welche Randfälle behandelt das nicht?
• Welche dieser Anforderungen könnten einander widersprechen?
• Was müsste ein Entwickler selbst entscheiden, weil es hier nicht steht?

Vorschläge und Spezifikationen vergleichen

Hängen Sie bis zu fünf Dokumente gleichzeitig an. Beim Vergleichen zahlt sich das aus, denn drei Angebote von Anbietern gegen eine Anforderungsliste zu lesen ist genau die Arbeit, die aufgeschoben wird.

• Vergleiche diese beiden Vorschläge nach Umfang, Zeitplan, Kosten und Annahmen. Zuerst eine Tabelle, dann nenne alles, was in einem vorkommt und im anderen fehlt.
• Welche Anforderungen in diesem Dokument werden von diesem Vorschlag nicht abgedeckt?
• Entnimm jede Zusage als Tabelle: was, wer und das genannte Datum. Markiere jede, bei der Verantwortlicher oder Datum fehlt.
• Lies diese Spezifikation als der Ingenieur, der sie bauen muss. Wo könnten zwei Entwickler Verschiedenes umsetzen?

Nennen Sie die Dokumente im Prompt beim Namen, statt diese zu sagen. So bleiben Nachfragen eindeutig, wenn die Unterhaltung schon weitergescrollt ist.

Ihre Produktdokumentation abfragen

Indizieren Sie den Ordner mit Ihren Spezifikationen, Untersuchungen und Entscheidungsprotokollen. Stellen Sie dann die Fragen, die gerade deshalb mühsam sind, weil die Antwort über ein Dutzend Dokumente verteilt ist.

• Welche Anforderungen erwähnen das Verhalten ohne Netzverbindung?
• Was haben wir zur Aufbewahrung von Daten entschieden, und wo ist das festgehalten?
• Finde jeden Verweis auf die Preisannahmen und fasse die Unterschiede zusammen.
• Hat jemand dokumentiert, warum wir den alternativen Ansatz verworfen haben?

Die Liste Sources ist hier wichtiger als an den meisten Stellen: Sie sagt Ihnen, welches Dokument es gesagt hat, und das ist meist das, was Sie brauchten, um nachzusehen, ob es noch stimmt.

Screenshots für die UX-Prüfung

Nehmen Sie einen Bildschirm auf und bitten Sie um eine bestimmte Sichtweise statt um eine allgemeine Meinung. Prüfe diesen Bildschirm auf Probleme bei der Bedienbarkeit, mit Schwerpunkt darauf, ob sich jemand, der die Anwendung zum ersten Mal nutzt, zurechtfände und wüsste, was als Nächstes zu tun ist bringt Ihnen eine Prüfung. Was hältst du von diesem Design bringt Ihnen eine Aufstellung der Elemente.

• Wozu fordert dieser Bildschirm auf, sich zu entscheiden, und gibt er genug, um es zu entscheiden?
• Wo würde man hier am ehesten hängen bleiben?
• Worauf lenkt die visuelle Hierarchie den Blick zuerst, und ist das richtig?
• Welche dieser Beschriftungen könnten missverstanden werden?

Für unterschiedliche Zielgruppen schreiben

Dasselbe Update geht an die Entwicklung, an die Führung und an Kunden, und es sollte nicht derselbe Text sein. Aktionen für markierten Text machen die Übertragung zu einem Tastendruck.

• Schreibe das für ein Publikum aus der Führungsebene um. Beginne mit der nötigen Entscheidung, unter 100 Wörtern: {{selection}}
• Schreibe das für das Entwicklungsteam um. Behalte die technischen Randbedingungen, lass den geschäftlichen Rahmen weg: {{selection}}
• Schreibe das als Versionshinweis für Kunden um. Keine interne Terminologie: {{selection}}

Speichern Sie diese als eigene Aktionen, sobald sie ausgereift sind. Dort summiert sich die Zeitersparnis. Siehe KI-Aktionen für markierten Text.

Die Fakten, die jede Fassung braucht, etwa der Name der Funktion, das Veröffentlichungsdatum und was nicht im Umfang ist, passen in eine einzige Active Note. Hängen Sie sie an jede Anfrage an, statt sie neu zu tippen, und ändern Sie sie einmal, wenn sich das Datum verschiebt. Notizen als KI-Kontext wiederverwenden zeigt die Gewohnheit.