产品经理 - 路漫漫其修远兮

开始前，介绍一下自己的经历吧。

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期的迭代了~~（产品的规划和成长）。

好了~这就是我理解的全部内容了~。《用户体验要素》的内容放到下一个文章来讲述~~ 小沫这里感谢大家批评指正。