本文从互联网产品设计中的一些思考,关联介绍到信息流,瀑布流和页面元素相关的概念,希望对你有启发
对于特定的软件功能 程序工程师关注于功能实现逻辑,模块组合。产品经理关注功能的流程,场景。
在列功能列表时,具体到某一个页面,工程师关注于数据的来源,接口的定义和实现。
产品经理关注页面的场景,操作交互流程和页面元素组成。
页面的主要元素加上交互和数据的来源即可完成页面功能的基本说明
一个团队没有原型图和需求文档 PRD 可以开发吗?
提供具体的产品原型图和需求文档 PRD 是正规开发流程中必不可少的一步。
产品原型图是对产品功能的预演描述。需求文档 PRD 是对产品功能的细化和边界约束说明。
这两类文档一般由产品经理提供,程序工程师阅读和参照执行。
另外一个角度理解需求文档
用户在什么场景下触发什么操作解决什么问题,呈现什么结果。
「触发什么操作」程序上叫做「动作」 「场景」可以抽象为「事件」
以上这句话等同于一个业务模型。
看到页面元素和数据接口结合业务场景就能明白开发功能的团队,需要有高度的配合度和清晰的目标感。
没有原型图和需求文档 PRD 也可以开发,就看你的团队成熟度指数有多高了。
以下几个概念参照知乎的文章整理而成。
像 搜索、分类、实时、运营位、瀑布流 这些都属于页面元素。
以社区产品为例常见的页面元素
Feed 元素组成
一个 feed 的组成在社区里面是有一套基础标准的。如元素可以分为 11 种 头像 昵称 性别 点赞 评论 分享 举报(增长功能) 调整字体(增长功能) 关注 业务场景(如跑步场景的内容) 动态内容
以下这几个属于举例
商品
服务
私信
评论
赞
等
当用户无目的“逛”时会关注产品本身,需要重点突出产品图,使用瀑布流更合适;
当用户有目的查找商品时,因为已对商品有一定的认识,所以不仅希望看到图片,同时也希望能够直观看到产品的参数配置,这点对科技类产品的展示尤其重要
Feed 流和瀑布流本质上都是信息分发的方式。
区别点在于
Feed 流“千人千面”,会针对用户的喜好,推送给用户喜欢的内容。例如 抖音、淘宝、知乎。
瀑布流“一视同仁”,推送给所有用户的内容都是一致的。例如 36 氪公众号、得到。
信息流,它是移动互联网时代的一种内容呈现方式。
英文名叫 feeds,原意是给动物投喂食品。
信息流的精髓:
01 源源不断
02 上瘾
再参照「人工智能分发」的核心的定义,就是由算法和人工智能来决定
什么样的内容在什么样的场景之下给到什么样的用户。
信息流说明
每个平台都有关于信息流定义,分发,商业化相关的产品。