产品设计是具体功能的呈现，需要考虑用户完成任务的操作步骤，每个步骤涉及页面的布局，具体操作控件，操作以后的跳转或反馈。
每个产品经理都应该有属于自己的『组件库』，拥有丰富的组件库，可以快速创建原型，提高产品设计的效率。
产品设计环节的产出通常是产品原型图，产品原型图的阅读对象是UI设计师、研发、测试等。
目前比较流行直接在原型里标注需求，就一份文档，更新维护方便，阅读体验也更好，另外还有常见的描述需求方式，就是写PRD。
产品需求文档，可以汇总产品策划、产品设计的产出物，是概念化到图纸化的最重要的文档，产品需求文档的使用对象是研发、测试、前端及其他业务人员。
研发可以根据PRD获知整个产品的逻辑，作为编码的依据；测试可以根据PRD编写测试用例；业务人员可以通过PRD提前了解产品，为运营和推广做准备；PRD就像建筑设计师的图纸。
需求评审是产品正式进入开发前的最后一个阶段，研发的思维模式是『实现模型』，对于产品设计细节会有比较苛刻的关注，即使是很简单的一段文案，也会思考到底是前台写死还是后台配置。
对产品的业务逻辑也会问得比较细，所以产品经理写需求时，就要用正确且严密的思维方式去思考，做出来的需求要经得起批判、经得起拷问。
有时公司高层也会参加产品需求评审会，这是很好的沟通机会，可以借此机会可以与高层沟通，了解他们对项目的真实看法。
产品经理有时也并不能保证每个细节能考虑到，要以谦卑的态度，接受大家的意见或建议，查缺补漏。