首页 > 代码库 > 如何做出一个好的数据产品
如何做出一个好的数据产品
一.创造优秀数据产品需要的能力
- 创造力
富有创造力的人往往没有创造,只是把以前的经历联系起来,组成新的事物。他们富有创造力是因为有着更多的经历或者对自己的经历思考更加深刻。 - 敢于抛弃惯性思维
"大家这么做,肯定错不了"
“一直这么做,就永远没有尽头”
要注重对日常重复工作的总结,找出业务方最需要的部分并把它自动化、系统化。 - 清晰的逻辑思考能力和想象力
“你的财富成就不会超过你的思维格局”
思考能力和想象力能帮你更清晰的描绘产品的各个细节 - 善于沟通和解决矛盾
(1)内部矛盾:- 产品自身的核心功能发展与衍生品的矛盾
- 用户体验方式和产品特性的矛盾
- 流程与商业利益的矛盾
- 架构与新市场需求的矛盾
- (2)外部矛盾:开发成本和资源的矛盾
- 部门薪资
- 研发时间
- 市场数据的压力
- 解决办法:
(1)解决方案是否存在三种或三种以上的选项- 选项太多要进行排除和筛选
- 多部门合作可以进行合并和融合
- (2)采用三至五步拆分解决问题
- 质疑并分析问题
- 提炼问题
- 将问题分解成碎片
- 避免主观推测,需求不应带有个人偏好和主管立场
二.优秀数据产品特点
- 专注产品的核心价值
不要随着产品的演进忘记了最初设立的目标和产品的初衷 - 良好的用户体验
- 快速迭代,快速执行,快速复制
- 及时收集用户的反馈
- 良好的数据运营
(1)pv 点击 转化率
(2)各个位置的点击情况
用户不喜欢用或者不知道用的点
三.产品的各个阶段
- 用户研究
- 需求分析
(1)需求产生
(2)建立市场需求文档MRD
MRD需明确传达需求的目的和目标。说明的是“是什么”和“为什么”,但不要包括“如何做”
(3)需求评审
PD完成需求评审后,须告知需求方PRD的事件,产品开发的预估难度及完成工期 - 设计阶段
(1)概念设计
(2)功能设计
(3)流程设计
(4)原型设计
产出:
(1)产品需求文档PRD
(2)专家评审
(3)交互DEMO
(4)视觉界面 - 开发阶段
(1)后台编码
(2)a(alpha 最初)测试
(3)b (beta 第二次)测试
(4)产品发布 - 校验阶段
四.论需求分析
- 引导而非抱怨用户
(1)需求是有层次的,需要确认的- 是否说出来的一定要满足
用户说出来的是他的某种需求和欲望,只是表述,并不是需要,当然不是需求 - 是否用户说的需求就是应该做的
需求分析的工作就是确认哪些是可以做的,哪些是不必做的
- 是否说出来的一定要满足
- (2)需求是需要被引导的,要变潜在需求为现实需求
(3)找到真实的用户,注意间接用户
(4)有效沟通的问题 - 让用户的需求描述不再天马行空
(1)原型
原型是把产品主要功能和接口通过快速开发制作为“模型”,以可视化的形式展现给用户,用以征求意见、确定需求。原型的根本目的不是交付,而是沟通。
(2)BRD(商业需求文档)——产品的价值
核心用途就是在产品投入研究之前,由企业高层作为决策评估的重要依据
这个文档为产品的规划和发展设定了比较宏观的方向,是以后产品战略规划的蓝本
(3)MRD(市场需求文档)——对市场需求进行定义,并通过原型的形式加以形象化
承上启下的作用- 承上:不断积累的市场数据的一种整合和记录
- 启下:对后续工作方向的说明和工作指导
- 这个文档更加详细的给出产品的定位,需要实现的功能,与竞争者的区别,以及初期目标
(4)PRD(产品需求文档)——把产品需求的内容独立出来并加以详细的说明
是否用户说的需求就是应该做的需要产品经理进行功能点的细化- UI的页面布局
- 模块的摆放位置
- 层次结构
- 产品运行流程
- 异常情况的处理
- (5)思维导图
是对产品形态结构的梳理,包括功能模块、逻辑关系、信息架构。
可以用脑图、use case图、业务流程图来表示 - 需求的分析方法与目标确认
(1)减法:删减需求
(2)加法:收集到的需求无法满足现有产品的设计
重新做一轮需求点查
找出新的需求完善产品的设计
(3)挖掘
全新的产品设计需要人员去挖掘需求
需求目标的确定。
需求目标:描述产品的性质定位、主要功能、对象用户以及发展目标。能用一句话来概括
(1)领导的要求和愿景
(2)用户调研
(3)团队沟通
(4)个人知识水平 - 需求跟踪与变更控制
(1)需求跟踪
建立和维护“需求—设计—开发—测试”之间的一致性,确保所有的工作成果符合需求
(2)需求变更控制 - 做实用、好用的产品
(1)让产品更实用- 了解实际体验和行为模式
- 指定清晰、可行的产品目标
- 不断运营、不断挖掘新的需求
- (2)完善产品
(3)动态运营,迅速迭代
五.敏捷开发
能缩短项目的反馈周期
- 敏捷设计的适用性
(1)产品功能点之间相互独立
(2)功能点之间的逻辑遵循某种操作流程
(3)产品上线之后的版本发布维护。
(4)产品上线后的新增需求 - 系统架构
略微超前设计
(1)支持良好的扩容行和可维护性
(2)组件化基础功能模块
(3)插件化业务模块——降低营销活动和业务耦合度
(4)客户端预埋逻辑
(5)技术预研 - 敏捷的四个会议
(1)计划会议:每个迭代之前
(2)每日站会:内部短会,讲述三点内容:- 昨天做了什么
- 今天要做什么
- 遇到了什么问题
- 只记录提出的问题,但是会后再找相关人员进行讨论和解决
(3)评审会议
(4)回顾会议 - 注意事项
(1)重点明确
(2)倾听用户的声音、相信用户的反馈
(3)勇于创新小步快跑
(4)持续不断的发现问题解决问题
(5)持续提升整个团队的产品能力
其他
- 参考书籍《互联网产品之美》
- 略过的章节
(1)产品的更新改版
(2)团队管理
(3)SEO优化和推广
(4)数据分析
声明:以上内容来自用户投稿及互联网公开渠道收集整理发布,本网站不拥有所有权,未作人工编辑处理,也不承担相关法律责任,若内容有误或涉及侵权可进行投诉: 投诉/举报 工作人员会在5个工作日内联系你,一经查实,本站将立刻删除涉嫌侵权内容。