中台型产品的实践

中台型产品,一个大中台支持多个小前台,设计中台型产品的理念:

1.对外先紧后松,对内先松后紧。中台型产品发展过程中,业务的运行可能是多变的,有些情况可能是无法预料到的,所以对内的产品设计限制和边界上放宽;对外的产品设计上先少后多,逐步增强逐步放松。

2.为了实现「大中台,小前台」,中台设计过程中适当做「加法与减法」。

加法:1)通过预设丰富的条件、参数、开关支持多样的业务情况;2)条件、参数和开关过多过于耦合的时候,通过分类将不同业务场景分开,独立成线灵活配置。

减法:业务模型抽象出重要环节,中台只执行核心的非业务场景强关联的环节,其他部分交由业务产品执行。例如,优惠券的生成、发放与使用是中台负责,优惠券领取场景非常多样,业务方产品负责各种优惠券领取的判定。

大众化的产品

大众化的产品是上到50-60岁,下到小学生都会用,都要用的产品

大众化产品的需求是简单的,但不一定是表层的

大众化产品的内容是丰富的,视频>图片>语音>文字

大众化产品的使用和消费是轻松愉悦不费力不费脑的

观察到的大众化的产品案例,微信、抖音、快手

微信背后的产品观

  • 尊重用户

保护隐私,通讯录上传要经过同意,LBS暴露位置要告知

不诱导用户

在每个体验点上以用户为重,在所有的正文编辑处,加上crash后的内容保护

系统邮件,采用真实的产品经理签名,而非机器思维的「系统管理员」

  • 如果一个特性不能让人兴奋,不如不做

你不能真正理解自己不感兴趣的需求

好奇心是产品经理的驱动力

逻辑的完美也是令人兴奋的

在单点获得口碑,而不是一些可有可无的特性,QQ邮箱中转站 Continue reading 微信背后的产品观

微信产品发展历程

微信是移动互联网时代最大的受益者,最广泛使用的应用;在下一个时代,最广泛使用的会是什么?

微信产品发展历程

迄今为止,微信月活跃用户接近9亿,称得是每个智能手机用户最常用的应用,人人都说,微信是个伟大的产品。现在微信作为一个平台型的产品,集成了众多丰富的,能给用户带来不同功能和体验的模块和工具,已经成为了腾讯公司最为重要的移动互联网的入口。同时微信作为一款产品已经融入了我们的生活,并逐步影响着我们的生活方式。那么,这样一款产品是怎么做出来的呢,其背后隐含着其产品人员怎样的产品理念呢?看了几篇网上介绍微信产品的发展历程的文章,在这我也试着梳理一下。 Continue reading 微信产品发展历程

社区产品的思考

 

产品是在技术在某一个领域的具体应用。

社区,是某一领域志趣相同的人士讨论交流的地方。

然而,社区首先应满足的是工具和服务的基础需求。用户在某一个领域频繁和迫切需要的工具和服务应该在社区内可以轻松地找到和使用。工具和服务提供了基础价值,用户想起社区来社区有了一个靠谱的理由,时不时到社区来用下工具和服务,即使社区讨论不怎么活跃。

eg,雪球的股票行情、实盘组合、股票交易、投资者教育,网易云音乐的听歌,汽车之家找车计算车贷

当然,竞争强烈的领域工具和服务的基础需求差异性会很少,基础需求无法构成未来发展的竞争力和护城河,但可以在前期稳定吸引部分用户。

知乎在早期和现在都没有怎么发展工具和服务的基础需求,宽泛型社区无法做到针对某一个具体的领域做工具和服务。宽泛型社区的工具和服务针对社区自己的内容来做,提炼社区精华内容,全网发布,扩展社区品牌和知名度,吸引新用户。

基础需求满足后,扩展社区讨论,满足浏览领域内资讯、交流讨论获得身份认同等需求,良好的社区运营后用户经常来社区浏览话题参与讨论。社区讨论重点在官方的运营和头部用户,官方规范社区,头部用户活跃社区。

eg,雪球的讨论、网易云音乐的评论、知乎的大V,网易云音乐的头部用户不明显。

社区讨论的话题可以固化为产品的工具和服务,工具和服务的需求可以在社区讨论里收集意见和建议。

社区的另一个产品维度是有用和有趣,有用的工具服务和社区内容讨论可以满足用户在某一领域的服务和内容的需求。

eg,雪球对投资体系和公司研究的讨论,汽车之家的汽车评测

有趣的服务和内容可以满足用户在情感和心理方面的需求。

eg,汽车之家的媳妇当车模栏目

产品减法

复盘2015年的工作经历,当时所在公司的背景是美妆社区转型美妆电商,主打日韩进口美妆产品。然而历时一年多的转型最终失败了,原因有很多,我总结自己负责的产品方面的得失。

 

一、产品复杂。设计一版的时候,电商首页模块有轮播焦点图、子频道入口、活动Banner入口和长串的单品。灵活度和扩展性做的很棒,支持几乎可以说是任意的扩展和配置。后续版本还逐渐加入了轮播焦点图区分新老用户可见、单品自动抓取、活动Banner支持商品首页展示等功能。商品详情页面里塞入了采购地、发货时间、预计到货时间、到货流程、商品热度标签、店主、店主标签、商品推荐等等功能。满减满赠等营销功能,商品在社区内的手动插入以及内容商品的自动关联都逐步做上去了。美妆品类扩张到食品品类,新增类目导航以及商品分类等。

 

二、产品前置。2015年的海淘跨境电商已是红海,市场内多种业务方向并存,但是没有哪条路线是确定商业价值和用户价值上是最优的。落实到当时公司的情况上,C2C、B2B2C、B2C都先后尝试了,业务线的产品也跟着业务部门方向调整。C2C、B2B2C阶段,做面向商家的入驻、商品录入、订单处理、商家结算、商家激励等功能,B2C阶段,推倒前面的工作引入外部系统供应商做了商品和订单流程。

 

三、运营工作围绕着几方面进行:商家、商品、活动、用户。C2C阶段招聘人员负责商家入驻和招商活动,业务转为B2C阶段后员工转岗或离职。商品主打日韩美妆产品,商品来自自营+第三方商家。活动每个月举行一次大促,促销方式是满减、抽奖等。新用户推出专享优惠,吸引社区用户转为电商用户。

 

如果上天再给我一次重来的机会,我会怎么做?做减法 Continue reading 产品减法

如何全面考虑交互事件

撰写PRD的要求之一是全面细致,细到开发人员阅读后不必再找产品经理确认沟通。现实商业环境中,许多公司特别是创业公司,产品研发甚少或者直接没有产品文档。造成这种现象的原因有二:1)产品、设计、测试、开发团队太默契了,已经到了相互间一个眼神就能明白彼此心意的地步;2)产品经理没时间写或者偷懒,而研发团队和上级也不重视基础文档,只要能交付产品就行。情况一将产品的顺利交付寄托于团队的心意相通,这往往是镜中月水中花;而情况二则以时间为廉价生产资源,以可能的线上风险为代价。创业公司讲究快速,不拘泥形式无可厚非,无成型文档的情况下产品进程掌握于稳定的团队成员手中必不可少。 Continue reading 如何全面考虑交互事件

产品经理怎么看设计稿

交互和UI设计师输出高保真设计稿后,产品经理要确认设计稿符合产品的逻辑和调性。

首先确认的是信息元素和层级。设计稿必须恰当齐全地反映全部该有的信息元素,信息元素间的层级关系必须正确地构建。

其次确认的是元素状态。每个信息元素的状态应该齐全,信息元素按对象大小可分为按钮&标志、组件和页面。信息元素的状态取决于产品对象以及外界限制。如电商里商品的在售、下架、售罄状态决定了商品图片和购买按钮的状态。外界无网络时页面是无网络状态。所以UI元素状态是产品对象和外界依赖对象的状态的外在表现。

第三确认交互操作流。一系列的产品任务分解到每一个交互操作是否通畅,是否足够精简。点击、时间利用率是否可以再高效些。

最后确认情感体验。产品的视觉和格调在情感认知上是否和产品的定位和用户群体一直。用户传播上是否具备亮点等。