原创： Kevin Kevin改变世界的点滴
昨天
活着就是为了改变世界，难道还有其他原因吗？
——乔布斯
近期在负责广告系统的产品设计落地。就广告系统的需求调研、产品设计、开发、协助测试、最终上线，做一个复盘。希望能够让自己也记住其中的错误，并且能够让更多产品朋友能够避免这些错误。
因时间原因我会以归纳点的方式将整个产品落地中的”易错点“为标题展开描述，避免后台描述中过多的业务逻辑，让产品朋友们感觉烧脑。但不得不承认，MVP版本的广告系统在业务逻辑上没有复杂点。会非常容易入手。
需求调研后，广告系统的产品设计难点：交互表示
广告系统虽然是由运营管理人员操作，在前端展现给予用户。我们在MVP产品中，其需求是为了解决当前以下几点
广告内容的展示
推荐内容的引流
增加全局广告位置
满足运营基本需求
这里最后一点运营的基本需求就比较模糊了，在不同的企业和业务其运营的需求也不同。在社区产品上，运营的需求是以内容运营、产品运营为主。以下是一个广告系统的后台配置页面，可以看到MVP版本下的广告系统在不考虑数据检测、算法设计，可以做的产品设计是非常标准的。
回到头来，我重点说下在本次广告系统设计中的难点第一：交互设计表达。这一点的解决办法就2个：要么你原型做的酷炫，要么你需求文档描述清晰
广告系统以PC端为例，在不涉及到算法设计（推荐系统）、数据预警、内容自动分发（按时间或用户滑自动更改内容）。
基本的交互效果：轮播、左右滑动、渐变等效果。
轮播交互效果的不同交互形式
这是在banner上PC端常见的交互效果。为什么以banner为例呢？因为太具有代表性了，广告系统不管如何开始，一定会优先做整个系统的banner或移动端banner。其次再扩展为其他广告位置或广告形态。
在这里曾经犯过的错是因banner的交互表述太过于简单。有的时候产品人可能会因为：“这是常识”，就会将某一些细节描述或交互效果取消，导致开发人员最终落地的效果相差很大。
广告系统的后台管理配置：预览图与尺寸
在前面举例的广告系统设计中，还是继续以banner为例。在这样的后台上传中一定要找设计师给予banner尺寸。在后台人员操作时候一定要有相应的提示文案。
在上图中，这样后台会通过上传banner图后进行预览。但我在这个case中将预览图做的效果非常小，以至于运营人员只有通过发布后，才能感知到是否有变形。
因业务原因，在网上找了类似的原型设计图表结构。MVP版本的要求下，好像给予产品人员发挥的更多是将需求优先级的先后排列出来。其他的需求就依次在以后迭代，虽然对于产品人来说：“以后再慢迭代，这个需求先砍一些”。这一句话其实是非常痛心的，因为有可能在公司业务发展中，这需求的优先级可能再也排不上了........
前端设计的展示效果
这一块其实应该属于UI的工作范畴，之所以提过来是产品人员应该需要注意验收产品UI设计。这个环节一旦缺失可能就会造成用户体验的下降。
类似轮播交互效果中，每个banner的过渡效果。在上图中针对用户习惯我们可以通过黑点是表示现在处于播放状态的广告，白点表示处于待播放的广告效果。
通过白点与黑点的case，可以清楚的发现一个颜色的使用情况。就可能导致用户不同的体验结果。我在这个案例中，将白点表示（弱色）为播放状态，黑点（强色）表示为未播放状态。导致许多用户都点击强色，轮播效果无法切换至想要点击的广告页。
广告系统的基本字段：顺序、时间
还是以banner广告MVP版本来说明这2个字段的重要性。针对顺序我们可以解释为轮播的图片效果是需要一个排序的，在不考虑算法的情况下。顺序的支持长度和同级顺序的表达就非常重要。
![]()
例如以顺序0、1、3、4.....500这样的数字表示权重，那么0表示最高顺序，500表示最低。每一个广告图存在一个顺序属性，系统就可以通过其不同的权重进行轮播，并且要禁止相同顺序、超过500与比0还小的数值权重判断。
时间的意义在于可以帮助运营人员自动上架下架广告（满足活动运营需求），并且又一个时间的维度可以帮助及时做好广告内容的排期管理。即使在MVP阶段，也不可能一次性将所有广告推出。需要配合公司的产品上线情况在不同周期推出不同的广告内容。
好啦，今天的分享就在这里。我争取每周更新2篇～
另外我个人第一本书籍《从零到壹：PM改变世界的点滴》电子档正式上线这本我归纳222篇产品原创，涵盖产品经理面试、算法、交互等不同维度的内容，如果你感兴趣可以打赏后留言你的邮箱。我会在每天中午12点左右发送到你邮件中（希望大家勿外传支持，支持版权）。如果你需要预览书籍大纲，可以跳转链接
活着就是为了改变世界，难道还有其他原因吗？
——乔布斯
近期在负责广告系统的产品设计落地。就广告系统的需求调研、产品设计、开发、协助测试、最终上线，做一个复盘。希望能够让自己也记住其中的错误，并且能够让更多产品朋友能够避免这些错误。
因时间原因我会以归纳点的方式将整个产品落地中的”易错点“为标题展开描述，避免后台描述中过多的业务逻辑，让产品朋友们感觉烧脑。但不得不承认，MVP版本的广告系统在业务逻辑上没有复杂点。会非常容易入手。
需求调研后，广告系统的产品设计难点：交互表示
广告系统虽然是由运营管理人员操作，在前端展现给予用户。我们在MVP产品中，其需求是为了解决当前以下几点
广告内容的展示
推荐内容的引流
增加全局广告位置
满足运营基本需求
这里最后一点运营的基本需求就比较模糊了，在不同的企业和业务其运营的需求也不同。在社区产品上，运营的需求是以内容运营、产品运营为主。以下是一个广告系统的后台配置页面，可以看到MVP版本下的广告系统在不考虑数据检测、算法设计，可以做的产品设计是非常标准的。
回到头来，我重点说下在本次广告系统设计中的难点第一：交互设计表达。这一点的解决办法就2个：要么你原型做的酷炫，要么你需求文档描述清晰
广告系统以PC端为例，在不涉及到算法设计（推荐系统）、数据预警、内容自动分发（按时间或用户滑自动更改内容）。
基本的交互效果：轮播、左右滑动、渐变等效果。
轮播交互效果的不同交互形式
这是在banner上PC端常见的交互效果。为什么以banner为例呢？因为太具有代表性了，广告系统不管如何开始，一定会优先做整个系统的banner或移动端banner。其次再扩展为其他广告位置或广告形态。
在这里曾经犯过的错是因banner的交互表述太过于简单。有的时候产品人可能会因为：“这是常识”，就会将某一些细节描述或交互效果取消，导致开发人员最终落地的效果相差很大。
广告系统的后台管理配置：预览图与尺寸
在前面举例的广告系统设计中，还是继续以banner为例。在这样的后台上传中一定要找设计师给予banner尺寸。在后台人员操作时候一定要有相应的提示文案。
在上图中，这样后台会通过上传banner图后进行预览。但我在这个case中将预览图做的效果非常小，以至于运营人员只有通过发布后，才能感知到是否有变形。
因业务原因，在网上找了类似的原型设计图表结构。MVP版本的要求下，好像给予产品人员发挥的更多是将需求优先级的先后排列出来。其他的需求就依次在以后迭代，虽然对于产品人来说：“以后再慢迭代，这个需求先砍一些”。这一句话其实是非常痛心的，因为有可能在公司业务发展中，这需求的优先级可能再也排不上了........
前端设计的展示效果
这一块其实应该属于UI的工作范畴，之所以提过来是产品人员应该需要注意验收产品UI设计。这个环节一旦缺失可能就会造成用户体验的下降。
类似轮播交互效果中，每个banner的过渡效果。在上图中针对用户习惯我们可以通过黑点是表示现在处于播放状态的广告，白点表示处于待播放的广告效果。
通过白点与黑点的case，可以清楚的发现一个颜色的使用情况。就可能导致用户不同的体验结果。我在这个案例中，将白点表示（弱色）为播放状态，黑点（强色）表示为未播放状态。导致许多用户都点击强色，轮播效果无法切换至想要点击的广告页。
广告系统的基本字段：顺序、时间
还是以banner广告MVP版本来说明这2个字段的重要性。针对顺序我们可以解释为轮播的图片效果是需要一个排序的，在不考虑算法的情况下。顺序的支持长度和同级顺序的表达就非常重要。
例如以顺序0、1、3、4.....500这样的数字表示权重，那么0表示最高顺序，500表示最低。每一个广告图存在一个顺序属性，系统就可以通过其不同的权重进行轮播，并且要禁止相同顺序、超过500与比0还小的数值权重判断。
时间的意义在于可以帮助运营人员自动上架下架广告（满足活动运营需求），并且又一个时间的维度可以帮助及时做好广告内容的排期管理。即使在MVP阶段，也不可能一次性将所有广告推出。需要配合公司的产品上线情况在不同周期推出不同的广告内容。
好啦，今天的分享就在这里。我争取每周更新2篇～
另外我个人第一本书籍《从零到壹：PM改变世界的点滴》电子档正式上线这本我归纳222篇产品原创，涵盖产品经理面试、算法、交互等不同维度的内容，如果你感兴趣可以打赏后留言你的邮箱。我会在每天中午12点左右发送到你邮件中（希望大家勿外传支持，支持版权）。如果你需要预览书籍大纲，可以跳转链接
