用户您好!请先登录!

分类目录产品管理

2020 交互设计趋势闲谈

【以下是网易设计师阿洋对2020年交互设计趋势的展望】

01. 模态展示

在 iOS 13 中,模态面板采用了新的卡片样式,它占据了屏幕90%的面积。模态面板拉起时,原有的页面会有一个纵深效果,以灰色状态显示,防止用户和它们发生交互。模态面板可以通过滑动操作下拉关闭,适用于单手操作,专为大屏服务。

2020年最值得关注的9大交互设计趋势

在系统邮件、日历、通讯录、Apple Music、信息Animoji等自带应用中,模态面板得到了广泛应用。

阅读更多

国内流行的交互设计七定律

【虽是老文,却是经典】

为什么风靡一时的「汉堡包导航」在APP上不再受欢迎?

前言

”交互设计7大定律“应该是各种交互原则中大家都比较耳熟能详的名字了,但是这种说法是出自哪里呢?

“交互设计7大定律”最早出自12年极客公园的一篇文章,虽然优设和人人都是产品经理都有转载,不过原文已经删除了;在google上查找英文,也没有搜索到相关的概念。

阅读更多

交互设计的常用模型

体系化的设计方法不仅能更好的指导设计师做设计;另一个方面,经过设计方法包装后的设计,能让设计师更坦然面对来自各方的质疑,更专业的讲述自己的设计依据。在做不同菜肴的时候,我们需要不同的菜谱来指引;而在不同的设计阶段,设计师也需要不同的设计模型/方法,让我们更灵活的做设计分析与输出。

下面从接到项目需求 > 体验迭代优化阶段,笔者将为大家详细讲解以下 5 种设计模型,并配出具体实践的案例,希望对大家有所启发。

交互设计常识—设计常用模型分析(一)

阅读更多

面向ToB企业的数据分析

很多同学很困惑:B2B类分析该怎么做!!!网上到处都是零售电商的例子,可这都是B2C类业务啊。当然还有一些同学连B2B和B2C都分不清楚,只是感觉到:我这个数据很奇怪,该怎么分析?今天系统解答一下。

B2B和B2C的直观区别

1. 一个典型B2C场景:

阿里数据总监手把手教学:如何面向企业做一次有价值的数据分析

阅读更多

SaaS销售运营图解

我们在做应用平台业务的时候,特别要了解的技能就是解构某一个复杂的业务流程。无论它有多复杂,多陌生,只要抓住业务流程中的角色、指标和数据这三样东西,就能够大体建立一个合理的数字化管理框架。

  1. 角色是指参与这个业务流程的用户,例如销售经理、项目经理;
  2. 指标是指在管理上要求达到的量化目标,例如获客成本,转化率;
  3. 数据是指在业务流程中需要采集、记录、计算和汇总报告的对象,例如客户、订单、发票等;

这里用一张信息图来解构SaaS业务在销售运营环节中的三要素。它应该对本行业用户有用,其他行业也可借鉴这个方式来梳理自己的业务环节,从而建立对应的数字化管理框架。

当然,除了这三个要素以外,还包括流程、视图、报表、自动化,以及与其他业务流程的对接等要素,在骨架基础上,形成信息系统的血脉。

阅读更多

产品汪之B端产品设计过程

本文介绍了B端产品设计的全过程,包括了产品背景分析、需求梳理、需求分析、系统建设等环节。

很多人都说,做B端产品最重的是搞清楚业务逻辑,只要搞清楚业务是怎么运作的,就能做出满足业务需求的产品。

但是B端产品所处复杂的业务需求环境,如同茂密的森林一样,产品经理一不小心就会迷失在业务细节中,做出一款停留在业务表面的产品。

导致这种情况的根本原因在于:一个行业花费了几年甚至几十年时间建立起来的业务流程与规范,我们很难用一两个星期完全消化。

面对这样一个错综复杂的场景,产品经理最好的做法是循序渐进,从最粗略的业务目标开始,然后分析业务流程,到各职位的工作内容,最后才是数据、报表的细节。

正如盖尔定律所言,一个切实可行的复杂系统势必是从一个切实可行的简单系统发展而来的,从头开始设计的复杂系统根本不切实可行,无法修修补补让它切实可行,你必须由一个切实可行的简单系统重新开始。

阅读更多

看Keep如何搭建用户运营体系

Keep作为在线健身课程App的佼佼者,搭建了出色的用户运营体系,这里以此为例进行了拆解,一探Keep活跃用户的背后。

如何搭建用户运营体系:以Keep为案例详细拆解

Keep产品有5个Tab,功能简析如下:

  • “社区”Tab承载内容与社交留存功能;
  • “探索”承载了商城课程以及Keepland用户付费功能(是Keep产品实现商业化的主要模块);
  • “运动”Tab承载了Keep的工具属性起到实现产品功能性留存的作用;
  • “计划”Tab是根据用户的现阶段情况为用户制定健身计划主要起到两个作用:会员用户转化以及用户活跃;
  • “我的”Tab承载将各个功能模块组合在一起的作用,以及包含各种激励体系。
如何搭建用户运营体系:以Keep为案例详细拆解

Keep产品V6.26.0版本截图

阅读更多

2B产品的概念与分类

现在已经有了很多个版本的B产品的概念和分类,但总是各说各的,也没有什么对与不对。毕竟概念也好,分类也好,更加希望能够有助于实际的产品设计,也不是为了分类而分类。我们换个思,换个维度看看2B的概念和分类。

1. B端产品何以成为热点

我们总是可以笼统地讲,这是由行业发展的必然趋势决定的(虽然没啥用,但确不会错),具体来看:

  • C端的天下格局已定,换句话说,没实力的,玩不起了
  • 整体B端利润率降低,从经济发展规律来看,各行各业的利润会趋向于行业整体平均利润,暴利行业会越来越少;而公司总是追求商业价值最大化,利润最大化,那就不得不内部提升效率,降低成本,从而促成B端产品的爆发。
  • 线上与线下的整合,传统与互联网的融合,链条变长,业务形态复杂,整个产品服务的交付需要统一的管理工具辅助协作,也促成B端产品的爆发。
  • 垂直细分领域的突起,在垂直细分领域,整体市场规模降低(或者说单个企业可覆盖的市场规模会降低)。在市场体量一定的情况下,同样需要提高企业效率,降低成本,来获得更多的盈利,也引发B端产品突起。
  • 巨头突起,整合味道明显,巨头内部集团林立,企业众多,各企业间的协作成为必然,也引发IT产品形态的变革。

阅读更多

竞品分析示例:腾讯、百度、高德App

出行是人们生活的必然需求,面对道路交通复杂的地带,导航定位成为地图最重要的功能卖点。由于资质、资源等原因,进入的门槛较高,地图远没有其他行业那么热闹,经过真实数据反映表明导航类app已经形成了三者割据的形式,以高德地图、百度地图为首,腾讯地图穷追猛赶的势头拼命追赶。

这里,示例对这三大巨头进行全方位解析,以求达到以下目的:

  1. 深入了解导航定位app的现状、市场情况和用户体验
  2. 通过剖析腾讯地图了解其模式,功能特色
  3. 与高德和百度等竞品比较发现其亮点和不足,寻找进一步改善的要点

一、产品概述

1.1 基础信息

竞品分析报告:腾讯地图APP VS 百度地图 VS 高德地图

阅读更多

IPD(集成产品开发)那点事

集成产品开发(Integrated Product Development, 简称IPD)是一套产品开发的模式、理念与方法。IPD的思想来源于美国PRTM公司出版的《产品及生命周期优化法》(简称PACE——Product And Cycle-time Excellence)一书,该书中详细描述了这种新的产品开发模式所包含的各个方面。

IPD的研发背景

最先将IPD付诸实践的是IBM公司,1992年IBM在激烈的市场竞争下,遭遇到了严重的财政困难,公司销售收入停止增长,利润急剧下降。经过分析,IBM发现他们在研发费用、研发损失费用和产品上市时间等几个方面远远落后于业界最佳。为了重新获得市场竞争优势,IBM提出了将产品上市时间压缩一半,在不影响产品开发结果的情况下,将研发费用减少一半的目标。

为了达到这个目标,IBM公司率先应用了集成产品开发(IPD)的方法,在综合了许多业界最佳实践要素的框架指导下,从流程重整和产品重整两个方面来达到缩短产品上市时间、提高产品利润、有效地进行产品开发、为顾客和股东提供更大价值的目标。

阅读更多

用户行为的分类指标

我们知道用户行为数据的获取是由用户在网页或者APP的点击产生的,这些在网页或者APP的行为数据能够用来判断用户对产品的喜好及期望,所以分析用户的行为数据对于我们做精准营销以及迭代出符合用户喜好的产品非常重要。

但是,用户行为数据又那么多,我们很难做到一个个不遗漏的去分析,所以我们很有必要对用户行为数据进行一个简单而又方便全面的划分,以便我们处理和分析这些用户行为数据。

用户行为的分类及价值

我们知道由点击流数据衍生出了很多行为指标,比如:访问频率、平均停留时长、消费行为、信息互动行为、内容发布行为等。但是这些指标有太复杂,不利于我们进行快速的对用户进行分析,那么该如何对这些指标进行有效而又简单的而划分,进而有利于我们进行快速的分析用户呢?

阅读更多

用户行为分析的基础理论

一、马斯洛的层次需要理论

老马的这个理论都快被用烂了,多数产品分析报告在对用户需求进行分析时都会使用老马的层次需要理论,该理论是由美国心理学家亚伯拉罕•马斯洛在《动机与个性》中提出来的,但我们多数人所熟悉的是老马的五层次需求说,即人类的需求像阶梯一样从低到高按层次分为五种,分别是:

  • 生理需求(对食物、水、空气和住房等需求都是生理需求);
  • 安全需求(对人身安全、生活稳定以及免遭痛苦、威胁或疾病等的需求);
  • 社交需求(对友谊、爱情以及隶属关系的需求);
  • 尊重需求(对成就或自我价值的个人感觉,也包括他人对自己的认可与尊重);
  • 自我实现需求(发挥自身潜能,实现一定的目标)。

除了老马的五层次需求说,老马在晚年还提出过一个七层次需求理论,见图1。相对五层次需求理论,老马在尊重需求和自我实现需求之间增加了认知和审美两个需求。七层次需求理论的具体内容为:生理需求、安全需求、社交需求、尊重需求、认知需求、审美需求和自我实现的需求。

阅读更多

常用的用户行为分析模型

在数据分析的大框架下,通过对用户行为监测获得的数据进行分析研究的行为归结于用户行为分析。用户行为分析可以让产品更加详细、清楚地了解用户的行为习惯,从而找出网站、app、推广渠道等产品存在的问题,有助于产品发掘高转化率页面,让产品的营销更加精准、有效,提高业务转化率。

用户分析是用户中心的设计流程中的第一步。是一种理解用户,将他们的目标、需求与商业宗旨相匹配的理想方法,可以帮助企业定义产品的目标用户群。在用户行为领域,数据的使用及挖掘是非常重要的,通过数据分析方法的科学应用,经过理论推导,能够相对完整地揭示用户行为的内在规律,基于此帮助产品实现多维交叉分析。

阅读更多

数据埋点的落地

数据产品经理是让数据产生价值(决策、增长、收入)的设计者、实现者和推行者。如何理解这样的定位呢?

首先,最基础的是要熟悉数据工具平台与产品业务,其次,要学会逐步建立产品完整的数据指标体系,最后,是能够通过数据分析解读驱动业务发展。

具体拆解来看,主要包含:

(1)数据层面

  1. 源数据层:数据源的采集、埋点(客户端访问日志、服务端业务数据库表、sdk等)
  2. 数据加工层:结合业务,对收集到的数据进行加工、清洗(join)等操作
  3. 数据仓库层:依赖结构化规范的数据表,建设和维护数据仓库
  4. 数据应用层:规划与设计数据指标体系(构建核心指标框架;产品、运营等指标建设)
  5. 数据访问层:结合平台及应用产品,支撑业务方数据需求(如:统计平台、数据可视化平台、资源调度平台、渠道后台、用户画像平台、abtest平台等)

(2)产品层面

  1. 明确产品形态及定位,熟知业务功能(数据异动跟踪分析、数据解读与答疑)
  2. 数据驱动产品发展规划(版本迭代、数据反馈推进)。

根据基础数据体系,数据产品的工作基本上需要涵盖从数据源到最终数据应用、访问层的各个环节。做好产品上线前数据指标的统计埋点工作,以及产品上线后的版本分析,侧重点主要在于:数据应用层面(规划和设计项目核心指标,满足各业务方的数据需求);数据访问层面(做好数据分析与解读,对上线数据进行监测以及效果分析)对数据源的处理、数据加工及数据仓库,本文暂不展开说明。

阅读更多

基于角色的数据分析:定义+价值+方法论

摘自<Aurora Harley>文章:企业基于目标角色进行数据分析,可启发性地揭示数据趋势并有效地获得用户洞察力。

许多企业在项目的初始构思和设计阶段会分析不同群体的角色特征,但在解决设计阶段的争论之后就将这些信息束之高阁。但是,实践证明角色信息的应用能有效帮助企业进行长期维护。

具体来说,基于角色特征进行数据分析创建不同的用户分群不仅可以检查角色描述的用户特征与企业的真实访问者特征是否一致,还可以帮助企业发现用户的使用模式和行为趋势,相反,将所有访问者数据进行汇总将隐藏这些宝贵信息。

一、什么是角色?

角色是一个从某类有共同特征的用户群中抽象出来的虚构代表人物。企业应总结多个角色,以代表其网站或 APP 吸引的各种访问者(通常 3-7 个角色将覆盖大多数受众,而不会在你的用户类型中产生过于具体或宽泛的无效角色分类)。

阅读更多

运营中关ToB那点踩过的坑

现在人们流行以ToB或者ToC,甚至2B2C来定位自己的用户,然后再跟踪不行的行业,不同的规模等等更加细分下去。从业这么多年回头来看,即使ToB,我们也要看是国内还是国外用户,是政府用户,大国企业用户,事业单位,生产厂家,代理商体系,终端零售甚至个人商户不一而等。

现在流行一句话:ToB的企业不需要运营,只需要商务,因为商务驱动更好的成单,而运营不过是获取客户信息量,获取客户信息量有竞价、seo、新媒体、展会这些推广就够了,所以,运营就是多余!

跟朋友打台球的时候,台球上有一个动作叫做养球,把球逐渐放到离洞口近的地方,最后一杆清台。于ToB运营也类似,B也好,C也好,最终都是人的事情。这里总结一下走过的坑或者误区:

阅读更多

金融类应用App的用户体系搭建

用户体系只是单纯的积分/会员/等级么?如何从零开始梳理我的APP的用户体系?金融类产品的用户体系有什么特殊性?一个优秀的用户体系可以为我的APP带来什么?

全文思维导图如下:

万字长文|从零搭建互联网金融APP的用户体系(01)

01 “用户体系”从何而来?

当你的APP积累了一定的用户数量,老板说:“小刘啊,我看咱们APP也有几万用户了,最近都没啥增长了,你要不搞个用户体系激励一下?”

阅读更多