同一份PRD,如何满足不同受众的查看需求?
导读:看到网上有PM提问“UI、后端、前端看完原型之后,产品逻辑应该写几份怎么交付”。清一色的回答是应该写多份逻辑给不同的受众,然后分别交付。而我的经验是仅需写一份原型和逻辑,以不同的呈现方式交付给不同的受众。前提是你能够善用Axure写PRD。为什么这样说呢,你要知道按照多份逻辑分别交付的方法是
导读:看到网上有PM提问“UI、后端、前端看完原型之后,产品逻辑应该写几份怎么交付”。清一色的回答是应该写多份逻辑给不同的受众,然后分别交付。而我的经验是仅需写一份原型和逻辑,以不同的呈现方式交付给不同的受众。前提是你能够善用Axure写PRD。为什么这样说呢,你要知道按照多份逻辑分别交付的方法是
导读:本文作者将以“懂球帝”的问答功能需求文档为例,与你分享如何做一份简洁而又具有重点的的需求文档。很多产品经理反应:需求文档在工作中有用吗?我们研发从来都不看我的需求文档,需求文档只是为了当产品出问题时拿出来证明自己的工作结果而已,写需求文档是为了避免“背锅”而已!事实上不管你写没写需求文档,当
后台系统的原型模板早在做APP模板前就已经使用了很长一段时间。后台原型不需要也不适合太多特殊的交互设计,大部分页面无非列表、表单、查看页中的一种,其实更适合使用模板元件来节省工作量。个人经验,灵活使用这套模板和元件,起码可以节省50%以上的工作量。基本思路和文档结构相比于注重交互体验的前端需求,后
最近刚好负责的一个UGC模块已经进入文档阶段。本周为各位朋友带来一个产品基本功的分享——产品需求文档,这一篇分享将是我3年产品进阶到今天,个人要求需求文档目前的撰写标准。从腾讯出来已经有大半年,曾经在腾讯工作期间,当时我做的是偏向运营的产品经理,虽在腾讯的时间不长,但期间完成相应任务时,我的导师一
一. 产品说明1. 首页信息结构图 2. 首页产品结构图 3. 全局说明 4. 操作流程(1)评论流程 (2)“不喜欢”反馈流程 ps:这个流程存在一定问题,填写反馈问题时,既然没进行发表操作,就应该只是保存内容,而不应该在退出来后提示“举报成功”;但是实际上,即使填写内容后没有点击“发表”,当
一、目的背景:若我是某餐饮类app的产品经理,由于公司推广需求,现在需要设计一个针对新老用户发送优惠券的H5界面,用于微信里用户自发的分享传播。要求:以H5为载体,主要用于微信聊天窗和朋友圈的分享「此处为两种分享模式」;注意分享的流程以及流程里必备的判断;注意后台逻辑和前端逻辑的配合,不要忽略后