产品经理 - 路漫漫其修远兮
开始前，介绍一下自己的经历吧。
21届杭电硕士（本科也是杭电）妹子，电子科学与技术专业。研究生毕业后，想在杭州和男票双宿双飞的我选择了岗位需求量很高的java开发。经过一年的锻炼觉得代码的枯燥让我头疼，于是转身想投入产品的怀抱（本人性格开朗活泼，加之在岗位中觉得产品岗位很有趣，并不是漫无目的的换工作... ...），本着出生牛犊不怕虎的心态，没有怎么复习就投了简历，入了一个上市小公司，却没想到里面的弯弯绕绕... ...
好了，本篇是一个正经的学习交流贴，希望大佬们可以从中指点，不胜感激。
网上各种推荐的书籍，目前看了《用户体验要素》和《人人都是产品经理2.0》两本书。
《人人都是产品经理2.0》对刚入门小白来说十分友好，产品经理必备心态、技能以及如何选择产品等都描述的很详细，美中不足的就是读下来感觉整体比较臃肿，想到什么就顺嘴一说的感觉。《用户体验要素》言简意赅，介绍了从用户的角度来设计产品。
下面，以一个简单的例子（版权保护）来描述产品的过程吧。
01 提出概念
首先确定你的idea，根据你的idea进行市场调研分析。
接下来回答下面的问题：
核心用户：产品目标中最重要的客户是谁？
刚需场景：Ta们碰到最头疼的问题？
典型场景：这些痛点出现在什么情况下？
产品概念：用什么解决方案？
竞争优势：相对于已有的，你的解决方案有什么优势？
idea：为各类原创发布者提供保护（防盗用）
调研分析：略
核心客户：平台（B站、优酷、新闻网站等）
刚需场景：公司/个人所有版权被他人侵占/滥用
经典场景：盗版视频、未经过授权的画作形象等商用变现
产品概念：网页平台产品，上传作品可以查询侵权信息
竞品优势：保证公司/个人作品的权益，界面简洁贴合用户，操作方便
PS：如果做的是to B端产品将竞品优势（适当做一下竞品分析）写一下。如果是中台类的产品内部使用可以忽略。to B端和中台类产品更注重的是功能逻辑。
02 需求的采集
知道产品概念，奠定了产品大方向后，需要通用户沟通进行需求采集
1. 直接和客户沟通，了解需求的具体内容
客户要求：（我自己编的... ...）
1）找到非授权的侵权作品（相似度大于80以上的属于侵权）
2）侵权作品分类查询
3）解决侵权作品
每个客户的意见不同，需要将意见整理归纳
2. 间接沟通：一对一用户访谈、调查问卷、可用性测试、数据分析。可用性测试和数据分析在产品初步成型后进行。现阶段可以先进行用户访谈和调查问卷。
03 需求分析
了解到具体的需求后，需要做的就是将需求（问题）转化成解决方案。
1. Y模型分析法（详细可见《人人都是产品经理》书中描述）
例：
（用户需求）找到非授权的侵权作品 -> （用户目标和动机）保证自己版权/利益不受损害 --->（人性）尊重、钱财、社交 -> （产品功能）1）查询侵权作品（去除授权作品、设置白名单） 2）定时反馈用户侵权数据
（用户需求）侵权作品分类查询 -> （用户目标和动机）迅速定位多数侵权作品所在的区域 --->（人性）提升效率 -> （产品功能）1）筛选分区
（用户需求）解决侵权作品 -> （用户目标和动机）解决后续麻烦问题 --->（人性）人的懒惰心里 -> （产品功能）1）提供法律顾问链接 2）对侵权人员提出警告
2.流程分析法
就是从用户的角度梳理使用产品的整个流程，这个方法可以很好的想到大块的基本功能点（适合静下心来自己撸顺功能）
1. 注册账号，输入相关信息、登录
2. 作品上传
3. 设置查找关键字信息
4. 开始查找 - 找到现在的侵权数据
5. 开启检测 - 查找未来的侵权数据
6. 结果查看
功能整理
| 编号 | 功能模块 | 功能描述 |
| 1 | 注册 | 用户注册账号/登录界面 |
| 2 | 作品上传 | 视频、图片、文字上传，包括关键字信息、标题等，监测日期等（包括现有监测和未来监测） |
| 3 | 结果展示 | 侵权内容展示 |
| 4 | 结果展示 | 搜索、按照作品平台、日期等筛选 |
| 5 | 作品授权（白名单） | 添加授权作者、授权平台 |
| 6 | 作品管理 | 用户上传作品管理（视频、图片、文字分类，检测状态、关键词等） |
| 7 | 侵权反馈 | 提供律师联系方式 |
| 8 | 侵权反馈 | 获取侵权人/平台信息，进行警告 |
| 9 | 侵权反馈 | 每天定时发送信息，包括作品侵权数量，提供查看详情的链接 |
| 10 | 用户配置 | 用户可以根据自己需求设置设置监测平台（如微信、微博等），包括所有监测对象展示查看 |
| 11 | 用户配置 | 用户可以修改用户名、密码等 |
| 11 | 性能 - 报警 | 侵权作品查询产出数据为0或同比下降，发送报警信息给开发人员 |
| 12 | 性能 - 其他 | 研发的其他问题、如结果准确率等等 |
| 13 | 主界面展示 | 展示统计表信息 |
| 14 | 收藏 | 收藏上传作品/侵权作品 |
| 15 | 审核 | 审核信息，确定是否真正侵权 |
04 功能细化与打包
需求分析后需要进行功能的细化整理，确定MVP（Minimum Viable Product）最小可行性产品，排期并确定优先级（优先级可以根据性价比、KANO模型确定）。
性价比 = 功能价值 / 成本。
功能价值包括：广度 = 潜在用户数 * 单用户价值、频度 = 需求频次 * 单次复杂度、强度 = 刚需。 产品最初期的时候最关注的是刚需。
成本包括：人力、金钱、时间等。
KANO模型：横坐标为功能实现度，纵坐标为用户满意度，根据功能具体情况可以分成：
1）基础功能 ；2）亮点功能；3）期望功能；4）无差别功能；5）反向功能
下面对部分细化功能进行简单判断，这里默认刚需功能（注册、结果展示、作品上传、用户配置，作品管理）优先级最高，并以刚需功能中的基础型功能作为第一期的最小MVP产品（二期、三期迭代需求这里省略）。
功能模块：注册
| 序号 | 功能描述 | 功能类型 |
| 1 | 注册，用户第一次登录网页，提醒用户注册新账号信息 | 基础型 |
| 2 | 登录，非第一次登陆，有账号则登录，包括用户名、用户密码以及验证码 | 基础型 |
| 3 | 忘记密码/找回密码 | 期望型 |
功能模块：作品上传
| 序号 | 功能描述 | 功能类型 |
| 1 | 点击按钮上传图片、视频、文字 | 基础型 |
| 2 | 界面输入查询时间范围（默认前7天）、查询关键字（文字有，其他默认无） | 基础型 |
| 3 | 输入URL自动识别内容 | 亮点型 |
| 4 | 选择授权网站 | 期望型 |
| 5 | 点击批量上传 | 期望型 |
| 6 | 添加监测时间，可以监测未来的情况 | 期望型 |
功能模块：结果展示
| 序号 | 功能描述 | 功能类型 |
| 1 | 没有上传作品时展示为空，有上传作品时展示作品侵权信息，展示内容包括侵权作品：标题（URL，点击可以跳转）、内容、发布者、来源、发布日期等；按照发布时间排序 | 基础型 |
| 2 | 筛选信息：按照来源、日期筛选 | 基础型 |
| 3 | 搜索，按照发布者/标题搜索 | 基础型 |
| 4 | 导出信息，选中侵权作品信息导出，导出包括：标题、内容、发布者、发布日期、来源、侵权URL | 基础型 |
| 5 | 点击收藏 | 期望型 |
功能模块：用户设置
| 序号 | 功能描述 | 功能类型 |
| 1 | 用户名、密码编辑、保存 | 基础型 |
| 2 | 用户编辑监测平台（微博、百度、搜狗、微信等） | 基础型 |
| 3 | 点击查看全部监测平台展示 | 期望型 |
| 4 | 用户头像上传保存 | 期望型 |
功能模块：作品管理
| 序号 | 功能描述 | 功能类型 |
| 1 | 分块（视频、图片、文字）展示上传作品信息，信息包括：作品标题、作品上传日期，作品内容，作品关键字（文字），按照上传日期排序 | 基础型 |
| 2 | 搜索，按照作品名搜索 | 基础型 |
| 3 | 筛选，按照上传时间筛选 | 基础型 |
| 4 | 检测未来侵权作品时，展示改作品监测时间范围，监测关键字、监测状态等 | 期望型 |
| 5 | 筛选，按照监测状态、监测时间范围 | 期望型 |
| 6 | 停止监测 | 期望型 |
05 产品架构图以及prd设计
根据一期的MVP产品功能，设计出对应的产品架构图（流程图或其他能表明产品的功能的图片）以及相关功能的prd图（如果没有设计的话，prd界面设计是由产品经理决定的）
流程图
框架图 （架构图总结方法参考设计产品架构的基本方法 | 人人都是产品经理，其中还有有关用户故事的小例子，文章中说的也十分详细）
在产品开发之前，产品流程、架构一定要在心里形成印象。可以写一个用户故事来帮助理解整体流程，这里分享一下我写的用户故事：客户A想监测作品B在未来的7天里的侵权信息。
用户：客户A需要操作产品界面，保证界面操作流畅，录入信息正确，添加FAQ和用户指引
业务：作品B暂定为新闻。新闻中的图片、文字需要分开检测，监测结果都要及时打包给客户。让客户每天都知道有哪些侵权作品和信息。
数据：作品B信息如何存储？侵权作品信息如何反馈？
以上工作都完成后，就可以开始进行简单的prd设计了。简单粘贴一下我画的prd图，比较简单，没有设计经验的可以多多留意网页现在的模板信息，to B端的产品不用太花哨，能正确实现功能即可。
06 产品立项与研发
产品基本概念框架完成后，接下来就是和老板汇报立项（如果老板有要求修改可能要多次重复修改prd的任务了），立项后找到研发的小伙伴门商讨一下，咱们的产品就可以进去研发阶段了~~。
研发阶段主要任务是和研发同学沟通进度，确保产品保质保量的准时上线。
上线后就是第二期、第三期 ... ... 第n期的迭代了~~（产品的规划和成长）。
好了~这就是我理解的全部内容了~。《用户体验要素》的内容放到下一个文章来讲述~~ 小沫这里感谢大家批评指正。
产品经理 - 路漫漫其修远兮相关推荐
- 产品经理 - 路漫漫其修远兮 （2）
上回书说到 - 按照<人人都是产品经理>一书的大体思路写了一个简单的例子,那么这篇以<用户体验要素>这本书的思路写一下重新写一下例子. <用户体验要素>主要从五个层 ...
- 路漫漫其修远兮，吾将上下而求索——小酌重构系列[0]开篇有益
相信博客园的读者大多都是千万"码农"中的一员,每个人都写过很多代码,但并不是每一个人都能写出高质量的代码. rome is not built in one day !--完成高质 ...
- 路漫漫其修远兮，吾将上下而求“锁”
日前面试一精神小伙,观其神态从容.举止自信.料其必学富五车,才高八斗.问其乐观锁.悲观锁.可重入锁.乃至读写锁,无不妙语连珠.出口成章.心生疑惑,欲以考题难之.一则辨其真伪,明足以察秋毫之末.二则观大 ...
- “路漫漫其修远兮，吾将上下而求索”，方向、方向、方向在哪里？
参加工作快有两个月了,在公司参加了一个项目的编写工作.项目完成以后,发现自己很少有自己的事做.而且在公司没有什么事的时候我居然不知道自己该干一些什么? 今天突然想起一句话"路漫漫其修远兮,吾 ...
- 路漫漫其修远兮，吾将上下而求索（2019培训总结）
路漫漫求修远兮,吾将上下而求索(培训总结) 很荣幸我能以助教的身份参加到本次培训,就软件工程课程总体教学体系进行实践和学习.作为一名本科学生助教,我更多的是站在学生的角度对自己以往的实践方法和学习方法 ...
- 【路漫漫其修远兮，吾将上下而求索】
一.路漫漫其修远兮 大家好,我是来自铜陵职业技术学院计算机网络技术专业的一名大一学生.在高中这三年的时间里,不但不好好学习,反而是玩物丧志.荒废了学业,浪费了生命.在最应该努力学习的年纪里,我却在安逸 ...
- 路漫漫其修远兮,吾将坚持而不屑
人生就像马拉松,获胜的关键不在于瞬间的爆发,而在于途中的坚持.你纵有千百个理由放弃,也要给自己找一个坚持下去的理由.很多时候,成功就是多坚持一分钟,这一分钟不放弃,下一分钟就会有希望.只是我们不知道, ...
- 路漫漫其修远兮，吾将上下求索
tips.这是编码小白的第一篇博客,感谢各位的支持与点赞. 目录 自我介绍 个人的编程目标 如何去学习编程 可以为编程投入的精力 个人毕业后最想进入的IT公司 1.自我介绍 鄙人是一名平平无奇的双非在 ...
- 解析 “路漫漫其修远兮，吾将上下而求索”
出自屈原<离骚>第97句-路漫漫其修远兮,吾将上下而求索 词释义: 漫漫:漫长的样子 修远:遥远 求索:追求 上下:不遗余力 其:代指路 完整解释:前面的路漫长而又遥远,我将不遗余力地去追 ...
最新文章
- mac下常用快捷键整理
- Subversion For Windows的安装与使用
- java B2B2C 源码多租户电子商城系统-Spring Cloud组件详解
- 转--Linux邮件服务器软件比较
- matlab中size、length、cell的用法
- mysql提供的六种约束_SQL的六种约束
- 数据库大咖解读“新基建”，墨天轮四重好礼相送！
- 拼多多百亿补贴的iPhone 12来了 起售价5699元
- jquery原型方法map的使用和源码分析
- 《Android Jetpack》— Android 书籍
- shell-一些有趣的使用
- 高亮显示不区分大小写的关键字——ASP
- Java JDK 8 32位下载
- java实现根据身份证计算年龄的两种方式
- 服务器被入侵了怎么办？
- 软件测试工程师未来十年的职业规划
- python批量裁剪图片_python批量剪切图片实现代码
- java会员卡管理系统下载_基于jsp的会员卡管理系统-JavaEE实现会员卡管理系统 - java项目源码...
- 【医学图像处理】CT成像技术之图像质量
- Python中的list列表 tuple元组 set集合 dictionary字典