产品训练营 -- 大作业
写在前面
对于大作业，想了很久，也做了很多分析，才确定清楚自己想要做个什么。我觉得虽然课堂上讲的都能听得懂，但是想要写好一份完整且有价值的 PRD 还是很不容易的。希望通过这样的练习，让自己练练手，并且更重要的是，能够学着从全局的角度去看待一个项目，并且对使用者们的场景和需求本质看的更加透彻和完善。不过这是一个需要多多实践的事情。
开始写作业
作业题目：挑一个产品，像一个你想做的新功能，然后写一个相对完整的文档。
极客资讯-V1.0.5 需求文档
版本信息
产品简介
市场调研
经过调研，在 2020 年疫情期间，用户主动浏览资讯的渠道分布分别为：
社交平台：以社交属性为主，因用户使用频率较高、用户之间内容分享频繁，也成为用户获取资讯信息的重要途径之一，比如：微信、新浪、QQ 等；
综合资讯平台：本身不产出新闻内容，通过多维渠道聚合行业各类信息源，利用智能算法，根据用户阅读特点和个人偏好进行个性化推荐，一次性满足用户综合信息需求，比如：百度、头条等；
专业新闻资讯平台：包括船艇互联网门户网站的移动化应用媒体和传统新闻机构转型。具有新闻生产资质，提供平台的同时向其他综合资讯平台分发内容，比如：腾讯新闻、网易新闻等；
短视频平台：咨询以短视屏的形式进行发放传播，由于众多官媒，政府账号入驻短视频平台，短视频平台逐渐成为传播资讯内容的重要渠道，比如：抖音、快手等。
项目背景
（假设目前）极客时间在校以及毕业学员众多，累计高达 10 万以上；
为了能够更好地为在校以及毕业学员提供关于互联网内容资讯，公司高层想要打造一个内容平台：
产品支持根据每个用户的兴趣、爱好、阅读行为等多个维度进行推荐，推荐方式包括但不限于官方小编推荐以及个性化推荐，推荐内容则需要包括互联网专业领域文章，专业方面视频，科技资讯等内容；
考虑到公司官网无法提供足够多的内容，产品需要支持发布更多的优秀文章、视频，支持用户之间的分享交流。
产品定位
为极客时间的在校以及毕业学员提供了解互联网行业资讯平台，供他们学习互联网相关专业知识。
需求分析
根据分析可知，目前产品中包括以下几种角色，分析如下：
内容消费：负责内容消费，平台中体量最大的用户；
内容产生：
PGC：专业生产内容的自媒体用户或者团队；特点：给什么看什么；优势：内容质量规范可以把控；劣势：数量不足，无法满足用户；
UGC：普通用户生产内容；特点：爱看什么看什么；优势：海量内容；劣势：门槛低，建立健全的审核机制；
内容审核：包括平台和普通用户；审核方式：自动审核，审核工具（阿里，百度，腾讯付费审核服务）；人工审核：运营人员；
内容分发：高效的连接人和信息，本质：过滤出有价值的信息，让需要的人看到；
分发方式：编辑、订阅、社交、算法；
总结：本项目目前的需求暂时先满足：
内容生产：UGC+PGC 两种方式兼容；
内容分发：采取编辑、订阅和社交三种方式；
内容消费：前期内容较少，采用免费观看内容方式+平台接入第三方广告方式；
用户端：是移动端产品，主要是提供普通用户进行内容消费的平台；
自媒体端：是 PC 端产品，主要是提供内容生产者进行编辑发布内容的平台；
平台端：是运营人员使用的 PC 端产品，主要是提供公司内部运营人员管理用户端和自媒体端用户和内容的平台。
具体需求清单列举如下：
产品概览
功能清单
用户端主要功能：注册登录、编辑个人信息、查看内容列表、查看内容详情；
自媒体端主要功能：注册登录、编辑个人信息、查看内容列表、查看内容详情，发布内容、编辑内容、删除内容；
平台端主要功能：注册登录、编辑个人信息、内容管理功能、用户管理功能、分类管理、查看图文列表、审核功能、下架功能；
部分功能清单如下图：
项目排期
术语介绍
PGC（Professinally generated Content）：专业生产内容
特点：给什么看什么
优势：内容质量规范可以把控
劣势：数量不足，无法满足用户
UGC（User Generated Content）：用户生产内容
特点：爱看什么看什么
优势：海量内容
劣势：门槛低，建立健全的审核机制
MCN（Multi-Channel Network）：多频道网络
MCN 机构/团队出现的背景：
PGC 内容太少
UGC 内容参差不齐
巨大的粉丝经济刺激
MCN 特点：专业化或者流水化运作，打造 IP，极强的商业变现能力
社交分发：分为朋友在看，群里的分享，单聊分享。特点：建立在社交关系基础上，强关系转化率高于弱关系的转化率，可以依靠强关系的方式来做。
算法分发：类似于抖音推荐机制，技术壁垒高，分析用户画像匹配兴趣偏好，要基于庞大的数据。特点：喜欢什么推荐什么。基础逻辑：有足够的推荐数据，有用户的行为数据。
鲶鱼效应：1.制造争议，热点争议，搞气氛；2.灌水，活跃社区气氛
一帮人带着一帮人活跃起来。
马甲账号：一个运营人员有很多个马甲账号，供自己管理自己的马甲账号，在平台中产生鲶鱼效应。
利益相关者
产品架构
结构图
时序图
部分业务流程图
部分功能流程图
内容发布业务流程图：
产品原型
APP 用户端
Web 自媒体端
Web 平台端
由于时间关系，某些原型页面，还没有撰写页面交互文案，不过主要的页面有写，后期补上。
详细的 Axure 原型地址（摹客）：https://app.mockplus.cn/run/prototype/2j-06-r12brh/ooEn6LPE82C?ha=1&ps=1
非功能性需求
性能需求
响应时间：页面跳转时间≤2 秒；
支持多少人同时使用的情况；
兼容性需求
支持主流的 Android 手机，IOS 手机，Android 版本（7.0 以上），IOS 版本；
兼容什么类型浏览器；
可用性
7x24 小时不间断服务
安全需求
数据传输加密
数据合法性验证
用户权限越界验证
防跨站点脚本攻击（XSS）
防跨站点请求伪造（CSRF）
防 SQL 注入
我的总结
本次需求文档，主要是内容产品从生产->审核->分发->消费四个流程串起来的，主要就是讲清楚，为什么要做这件事？应该怎么做？写完 PRD，我在想，应该如何做一个有价值的需求评审，首先需求文档要写的清楚明了，考虑的要尽可能完善，最重要的是要很认真地对待这个事，其次，组织需求评审会议要注意：
预约会议：确认参会人及其参会时间、提前与参与人做好沟通、邮件（可能是钉钉，企业微信）发出会议邀请，附上会议材料；
会前准备：准备演讲设备，调好电脑和投影仪、协调好会议记录人员、开会前再次通知开会时间地点、确认是否有核心人员无法参会；
会议中：强调会议主题、会议目的、会议时间及其注意事项、记录会议纪要、把握需求范围，控制问题探讨时间，把重点问题突出出来，把控会议节奏、控制好自己的情绪；
会后跟踪：会后及时同步会议结论给相关人员及其领导、改完之后要把文档更新（最好是有红色的标注）要有版本记录、确定待确认需求的跟进时间，待讨论的细节；
版权声明: 本文为 InfoQ 作者【曦语】的原创文章。
原文链接:【http://xie.infoq.cn/article/2ca60c06b325beeb83c23c8bb】。文章转载请联系作者。
做自己热爱的事，不经意成为一匹黑马 2019.02.15 加入
还未添加个人简介
评论