作为一名产品经理,最经常出现也最不愿意出现的情况是,提交了一个需求文档,在需求评审的时候,被各路大神问出了一些没有考虑到的范围。或者过来需求评审,却在开发阶段自己发现漏了一些功能,这些功能不一定是必须,但缺少了就容易降低用户体验。这种情况要么就是放到下一批需求里,要么就是进行需求变更了。
无论是哪种情况都应避免,这很大程度是由产品经理在设计产品时逻辑是否足够严密决定。通常可以通过经验总结来避免设计缺陷,个人总结经验模型如下:
产品设计逻辑模型通过不断地循环地问自己,在“who/what/how/when/why”方面不断地进行“人机”验证、询问,去查漏补缺。
但这种逻辑模型比较抽象,不利于具象化,这时可以借助常规的工具来辅助,或者激发更多的细节和灵感,如流程图、功能架构图、接口清单,最后必须是低保真原型图,这个是最后的具象,是产品经理在产品规划阶段的落地成果,前面的各种工具都是为了这个来打前阵的,而原型也是最后交付给开发的一个重要标的。
网友评论