发表于： 2017-09-11 22:46:15
1 868
今天完成的事情：（一定要写非常细致的内容，比如说学会了盒子模型，了解了Margin）
上午看了看功能结构图和信息结构图的概念：
功能结构图，是为了梳理需求，防止出现缺页面，缺模块的现象，以鸟瞰的方式对整个产品的页面结构形成一个直观的认识；而信息结构图，是要罗列信息，作为开发建立数据库的参考依据。
目的不同，侧重点自然就不同。信息结构关注的是单个页面的元素，信息来源，字段限制等，而非结构化的信息，所以不符合思维导图的特点，我们用表格来展示，或许会更加清晰：
所以，我们只要画好功能结构图就好了！忘了另外一个吧（备注：很多地方说的产品结构图，其实就是功能结构图）功能结构图关注的是总共有几个页面，每个页面是什么关系，页面上有什么功能。
这样一来，困扰我们的就是第二个问题了。功能结构图到底要画到多细呢？
我觉得，功能结构图是在不断细化的。
有很多人觉得不知道要画多细，是因为大家都是在画已有产品的结构图，甚至这些产品已经非常成熟了。
但是，功能结构图通常出现在我们产品的创意阶段，就是原型图出来之前。在这个阶段，其实我们对具体页面的元素，还是没有太清晰的概念的，我们只知道，我们大概需要哪些功能，大概需要哪些页面，这些页面底下有哪些子页面。所以这个时候，我们的图是比较粗略的，图中的每一个节点，代表的是一个页面，或者跳转其他页面的出口/入口。这个时候的功能结构图，用来指导我们做页面，防止缺漏！
下午学习了wiki和禅道的用法，并且开始画功能结构图，一直画到了晚上，快画完前台了
明天计划的事情：（一定要写非常细致的内容）
画完功能结构图，列出信息结构表，画出主要流程的流程图，并且重点关注异常状态，然后写完app的验收标准；事情好多，争取合理安排时间，一天搞定
遇到的问题：（遇到什么困难，怎么解决的）
功能结构图画的并不规范，有些是纯文字而不带有功能点的，但其实这只是帮助产品经理整理思路的一种方法，开发并不需要去看，只是为了辅助之后的画原型。
收获：（通过今天的学习，学到了什么知识）
对于接手一个产品更加熟悉了，对于产品经理在一个项目中的流程更加了解了，在搞定了正常流程之后，还要多去考虑考虑各种小概率情况和异常情况，不要造成逻辑上的错误，从而被开发鄙视
返回列表
评论