我第一次写产品需求文档(PRD),我承认,我不知道从哪里开始。但我知道一件事:我知道我对这样一份耗时的技术性文件持怀疑态度。
在我回到研究生院之前,我是一个使用敏捷方法论的营销团队的项目经理。我被灌输了一个特别的Scrum原则:使用最低限度的礼仪。换句话说,以文档为中心、流程繁重、仪式繁重的方法需要花费时间和精力。只记录您需要记录的内容。尽可能简化或消除流程。去掉不必要的繁文缛节。
然而,我在这里,任务是写一份密密麻麻的文档,只是为了重申原型已经展示的东西,对吗?嗯,也许吧。但我学到了两件事。
首先,最低限度的仪式并不意味着永远没有文档,当谈到构建产品时,确实需要有一个真理来源,几乎没有留下什么可供解释的来源。
其次,作为一名已经在UX上工作了几个月的产品设计师,我忘记了在可点击原型中什么是显而易见的,而在某个地方的草图上仍然是什么,特别是在交互设计和内容策略方面。
因此,考虑到这一点,我正在尽我最大的努力在PRD中翻译设计,只要有足够的细节让开发人员理解它,但又不会越界进入臃肿的文档。祝我好运!
与此同时,以下是我发现有帮助的几个资源:
本指南深入介绍了如何创建适合敏捷方法的精益PRD。它介绍了PRD中常见的成分类型,以及如何保持简短和甜蜜。(经由亚特兰西亚岛)