标签ad报错:该广告ID(3)不存在。
您当前的位置: 抖音公关 > 企业

如果你在完成了线框图的草稿之后再与交互设计

作者:admin 时间:2021-11-09阅读数:人阅读

  下面是网页描述表的一个范例。

  经验分享

  糗事百科首页描述表

  Title:糗事百科——这个星球上最暴笑的糗事分享网站

  (1) 网站LOGO

  便于识别和记忆的糗事百科LOGO。

  (2) 导航

  导航栏目包括:< 首页>、< 最新>、< 最糗>、< 标签>、< 发表>。

  当用户跳转到某个功能之后,当前导航链接会有高亮效果。

  (3) 搜索

  一个内容搜索条。

  (4) 网站介绍文字

  一块向用户介绍糗事百科的文字,内容如图2-4-6 所示。

  图2-4-6糗事百科的介绍文字

  (5) Feed

  提供< 逐条版>和< 合辑版>两个Feed 地址。

  (6) 最近24 小时内排名最高的3 条糗事

  按照(正分+ 负分)逆序排列,并提供到< 最糗>的链接。

  (7) 随机的最新糗事

  随机选取最近48 小时内发表的某条糗事,要求与第(6) 条中的糗事不重复,并提供到< 最新>的链接。

  (8) 标签云

  列出最热门的30 个标签,并提供到< 标签>的链接。

  (9) 版权信息和状态信息

  ?2005-2009 糗事百科

  粤ICP 备06016660 号

  目前。共有29606 件糗事,6 件等待审核。

  如果你的项目团队中有专职的交互设计师,那么线框图一般是由交互设计师和你共同完成的,在这种情况下,如果你在完成了线框图的草稿之后再与交互设计师沟通,可能会限制交互设计师的发挥,或者会导致他偷懒。网页描述表是解决这个问题的桥梁,产品经理的工作与交互设计师的工作可以通过它无缝衔接而又不会互相侵犯,甚至还存在有一定的灵活区间——产品经理可以在网页描述表中设计一些元素的细节布局,也可以请交互设计师全权负责。

  研发人员只有在看到线框图中各元素的具体描述之后才能评估研发工作量,所以把网页描述表附在相应的线框图后面,才能形成一个网页的完整描述。一些跨网页的逻辑和规则,可以单独创建逻辑规则表描述,然后链接到网页描述表中。

  在工作过程中,我发现还有一些需求很难包含在网站结构图、线框图和网页描述表里。例如解决网通/电信跨网访问的问题,要求所有网页打开时间不超过10秒,要求能够兼容Firefox/Safari等浏览器而不仅仅是IE,等等。与研发团队沟通之后,我们将这类需求定义为非功能需求,我们可以将这类需求整理分类,作为整体需求的一部分一起提交给研发团队。

  练习题

  制作微信朋友圈的线框图和网页描述表。

  我们在前面所看到的网站结构图、线框图和网页描述表通称为产品设计文档。产品设计文档是伴随产品整个生命周期的连接概念与执行的重要工具,它帮助产品团队与研发团队和高层领导达成共识,进而明确研发计划并指导研发过程。

  如果把产品设计文档看作是一款产品,它的目标用户都是谁?首先是产品团队,一份产品设计文档在走出产品部门之前,必须在产品部门内部达成共识;然后是研发团队,由他们确认其可执行性和研发成本;接下来,它会和研发部门给出的评估意见合并在一起提交给公司高层领导,领导确认项目周期,拍板给资源(资金、人力等);项目启动之后,产品设计文档会回到研发团队指导具体的研发工作,同时也会进入测试团队,帮助测试团队制定测试计划;有时候,公司外部的合作伙伴也需要查看产品设计文档,以便完成一些合作项目。

  在产品设计文档的这些用户当中,研发团队是最重要的用户,他们是决定产品如何做出来的关键角色。你也许会问,公司高层领导最关键,是他们拍板决定产品能不能做。没错,对于你想要做的产品来说,领导是掌握生杀大权的角色,但是绝大部分领导都不会去看几十页、几百页的产品设计文档,在0.2.3节中我们已经讲过,PPT和Keynote才是应对领导最有效的文档。

  经验分享

  研发团队喜欢什么样的产品设计文档?

  “就给我一些简短、目标明确、最新的东西。”

  “短而精确,容易找到编码位置。”

  “我就要一个做事的列表。”

  产品经理应该经常询问研发团队关于产品设计文档的意见,因为产品文档最主要的用户是他们,如果他们明确地表示出要这个或者不要那个,那就照他们说的做!不出意外的话,研发团队的意见会包括以下几条。

  保持简短

  Ruby语言的发明人Matz说:“代码越少,bug就会越少。”文档也是一样,越简短,包含的错误就越少,同时也更容易阅读,更容易更新,更可能带来简洁的设计,总之,保持简短的好处太多了。对于产品团队来说,简短的文档更容易撰写,所以这一条原则并不是负担。

  保持简短的一个重要技巧是将需求与需求之外的其他东西分开,保持需求的简短,把需求之外的东西放到附录、图表或FAQ中。为什么不把需求之外的附加信息直接省略掉?当一个项目进行了很久之后,整个团队中可能没人再记得某个需求是如何确定的,这个时候附加信息就能帮助团队找回当初的背景。

  案例

  不完全是需求的需求

  玩家不可把道具放到地上。这样可以有效降低画面的混乱程度并确保玩家不会被放置在地面上的数百个道具穿透。

  简短之后的需求

  玩家不可把道具放到地上。

  FAQ:为什么玩家不能将道具放到地上?

  这样可以有效降低画面的混

本站所有文章、数据、图片均来自互联网,一切版权均归源网站或源作者所有。

如果侵犯了你的权益请来信告知我们删除。邮箱:

标签: 网络公关
会员头像

admin

不要迷恋哥,哥只是个传说

文章详情页底部广告