必赢网址-必赢437-www437com

热门关键词: 必赢网址,必赢437,www437com

基于业务导向驱动的To,一条产品总监的日常

观主互联网生涯的前六年都在电商这大坑里滚爬,从无到有的搭建了三个产品团队,规模基本在10-20人之间。

每日更新,内容涉及团队管理、战略规划、协作技巧、产品设计、交互设计、面试招聘等等等!分享来自实践,但出于保密条例,很多特征信息会隐去或做艺术处理,另外时间顺序未必真实,大家自己体会即可!如果看着好,也请帮观主点赞和转发,谢谢!

后台管理系统的用户是根据业务所辐射的范围而划分的不同类别,这些类别的分类标准是根据用户角色管理来设定的。较用户型产品来讲,该类产品用户类型固定、需求明确、用研精确。

今日兴致不错,就和各位道友聊聊,观主所理解的三种电商平台产品线规划策略(ps:根据不同行业、类型会有细微差异,以下仅供参考;尤其要注意,不要拿某宝来比对,人家是最终形态下的产物,早期和中期的电商玩不起,还是先把业务做扎实吧):

1.产品团队管理之如何规划电商平台产品线?

今日聊聊:观主所理解的三种电商平台产品线规划策略(根据不同行业、类型会有细微差异,以下仅供参考;尤其要注意,不要拿某宝来比对,人家是最终形态下的产物,早期和中期的电商玩不起,还是先把业务做扎实吧)!

一、按使用流程分:

1.核心依据:

以用户使用的流程为依据做切割和划分。

买家线:从找到平台到找到商品到完成交易到售后环节再到二次购买的一整条交易主线。

卖家线:从入驻平台到成为商家到开店上传到接单卖货再到售后跟进的一整条服务主线。

平台线:从服务买卖双方到活跃激励整个平台用户到拉新推广到服务保障到财务结算等。

2.举例说明:

不分先后:

a.搜索线(分类管理+标签管理+推荐逻辑+搜索算法+排序、展示逻辑等)

b.展示线(内容、广告位管理+首页+落地页+聚合页+seo/sem支持+专题、活动页、帮助中心等)

c.子频道线(按需设立:一般独立于平台主交易流程之外多子频道或者常态活动频道,都会设置一条单独的线来管理,如某宝聚x算、抢购功能、如某家居商城的装修资讯频道、如一些电商的论坛等,这条线相对较为灵活机动,类型多样)

d.主交易线(商品详情页+售前服务+购物车流程+下订单流程+支付流程)

e.买家后台线(会员中心+信息管理+虚拟钱包+售中、售后服务+订单管理+收藏、历史浏览等增值功能+用户成长和激励体系等相关延伸,不赘述)

f.卖家后台线(信息管理+商品管理+订单管理+财务管理+物流管理+库存管理+推广管理+店铺管理等+用户成长和激励体系等相关延伸,不赘述)

g.平台总后台线(平台总后台,功能在早期考虑到代运营和强管制需求,一般会包含并大于卖家后台功能,同时需要注意以下几点务必早做打算:权限切割、财务结算、客服系统对接、数据监控和埋点、用户成长和激励体系、客诉和服务管理以及商家管理等)

h.移动线(包含移动端app和微信和wap,如果是平台性质的,前期不推荐过早的介入移动端,当然看具体行业,移动线前期主要是将平台的功能精简并迁移,存在功能重叠严重,推广和开发成本高等问题,所以判断是否需要移动线应看公司战略,以及移动线的优势是否对业务有帮助,再做定论,观主经历过不少移动做个花架子或孤注一掷结果半途而废的例子)

i.金融线(主要两块,对买家的消费金融+对卖家的供应链金融,大多数早期平台没有,因为授信和风控难以控制,但是b2b供应链想对容易,因为证照齐全,交易真实性保障度高)

3.人员要求:

按照分线策略,在招人时需注意,应聘人员是否有符合该线要求的相关项目经验,过往工作内容是否与该产品线的要求相近,在工作经验上可适当放宽,主要看对某条线,比如对商品展示的了解程度,因为该线是模块化切分后做前后衔接,所以每条线上的人能力不用太全面。

4.优劣对比:

优势:各线更为专注,各线间的关联性强,对各线的产品经理的能力要求相对较低,不需要过于全面,假设某条线的产品较弱,前后关联线可以通过协作,做很大程度的弥补,发挥整体优势。

劣势:一旦某条线出问题,衔接上会很混乱,同时产品经理对其余每条相关产品线需要花很大精力去了解和熟悉,一旦消息不透明或闭塞,就容易产生盲区,造成设计上的前后不一致。

二、按业务板块分:

1.核心依据:

以平台业务板块来切割和划分:

按品类:一般适用于全平类平台,不同品类之间差异化太大,会按品类来做区分。

按模式:一般适用于多种交易模式的平台,如b2b供应链大多会分三块:撮合、现货和金融。

2.举例说明:

用某化工b2b平台举例,分以下几条线(该线特点是出了移动线其余每条线对应到一个业务部门负责):

a.撮合交易线(询盘相关业务:从采供信息展示、搜索、下询盘到撮合交易到线下追踪等)

b.现货商城线(类似一个小天猫,不展开赘述)

c.供应链金融线(类似p2p,不展开赘述)

d.用户体系线(用户管理与激励,招商和认证等等)

e.用户后台线(买家和卖家的管理后台,不赘述)

f.总后台线(整个平台的管理后台,对以上几条线形成管理和支撑,包含BI系统)

g.移动线(包含app和微信,将部分核心业务流程迁移到移动端)

3.人员要求:

相比上一种分法,这种方法人员数量和线对数量都会减少,但几乎每条线都会涵盖比较完整的一段流程,所以对每个产品经理的能力、经验要求会提高,需要每个产品经理都有较为全面的能力,同时对完整流程有足够的操作经验,招人的侧重除了不变的“项目经历契合”,改变的是“需要从专提升为全面”。

4.优劣对比:

优势:每个业务板块延伸的产品线,相当于一个独立的项目,各线之间更为独立,不容易因为某线出问题或者延缓导致联动性问题发生,同时每条线因为独立对一个业务板块负责,需求会更有针对性,支撑会更有效,更可量化。

劣势:任何一条线的人员要求都较高,否则就容易自坑,如上例,无论询盘线还是现货线,都需要独立完成用户的整个使用流程的产品设计,相比方法一,由于整个平台的在产品设计过程中被相对独立了,可能带来的问题就是容易过于沉浸,导致业务板块之间的协作和支撑缺失。在项目管理上,因为大家负责的实际设计会有很多类型上的重叠,比如询盘线和现货线,都要关注seo或者app或者微信,这种情况下,在需求到开发的过程中容易产生冲突和掐架。

三、按人力资源分:

1.核心依据:

这种分法,对于小团队(三无创业公司)特别好用,说白了,早期业务不清晰、人员预算不充足时,这种类似游击战的打法未必漂亮,但是至少高效和高能!

2.举例说明:

实际操作就是一拖多,大家读书时都知道先进带后进,帮困小组吧?

这个分法很简单,就是把现有人员按能力和经验高低分层,然后按金字塔形一层层排布:执行类往下推,决策类往上推;难度往上推,简单的往下推。

比如观主目前在的创业公司,就一个app,一个web,一个后台,三个产品,有2个产品助理+观主,就能解决了,产品助理主要做些非重要的设计工作和文档整理,观主主要做需求分析和产品功能制定等稍微需要烧脑的部分。

3.人员要求:

至少一名全栈产品经理或20%的中高级产品(二选一)+80%初级产品,不展开赘述。

4.优劣对比:

优势:省钱,省人,设计出来的东西,中规中矩,高度统一,不容易出大乱子。

劣势:但是一旦出大乱子,就是天大的乱子,因为决策层较少,点的错误容易瞬间扩散到面。

以上就是观主的一些拙见,与各位分享,举例中或有不详尽之处,敬请谅解,无论大公司、小公司,都可以按以上的方法来分,可能会有区别,无非最终划分到的颗粒度有多细致而已。

希望各位可以从这些案例上去收获规划产品线的思路与方法,然后结合实际的业务,规划出真正适合自己业务场景的产品线。

该篇不单适合产品团队管理者,同样的,产品经理想要有提升,必须对管理和规划有足够的理解!


对于使用后台管理系统的用户,有以下几大特征:

一、按使用流程分:

2.观主其实只想安安静静的做一名交互设计师,有人撩吗?

有图为证:

图片 1

哼哼!

图片 2

哼哼哼!

欢迎大家加我微信(Jax-UX)沟通,想看什么主题也可以说!谢谢!

(且看下回分解)

1.普遍对业务逻辑有清晰地认识。后台管理系统的用户主要为了通过系统更加便捷有效地完成业务内容,将业务内容信息化,将业务逻辑明显化也成为了该类用户对系统的需求点。如何将复杂的业务逻辑和庞大的数据体量进行一体化的展示,即可以保证系统所输出信息的完整性又能对业务数据进行即时性反馈,则成为了后台管理系统产品经理与开发人员工作内容的重中之重。

▍1、核心数据:

2.具有一定的专业知识。对于电商、互金、商业广告产品等商业性质较强的产品来讲,其中都含有一些所属行业内的业务知识或者商业变现的技术基础存在,而后台管理系统的用户基本都需要掌握这些内容,那么系统则需要整合、过滤、筛选信息,将系统内的关键词等信息精炼化。

以用户使用的流程为依据做切割和划分。

3.注重系统效率。后台管理系统用户的最终目标是为了提高产品收益,所以使用系统的高效性也是十分重要的需求之一。

买家线:从找到平台到找到商品到完成交易到售后环节再到二次购买的一整条交易主线。

4.对系统输出的数据有实时性和准确性等要求。后台管理系统用户对系统的输出有更高的要求,降低用户的时间成本,与其他用户型产品对用户留存有很高要求有着明显区别。

卖家线:从入驻平台到成为商家到开店上传到接单卖货再到售后跟进的一整条服务主线。

根据对这四大特征的分析,可以基本对后台管理系统的使用用户进行准确地定位了。

平台线:从服务买卖双方到活跃激励整个平台用户到拉新推广到服务保障到财务结算等。

业务驱动型后台管理系统需求点分析

2.1数据可视化需求

业务驱动型后台管理系统的一大核心商业价值就是对业务的数据进行整理梳理,应用相关样式对数据进行可视化的展示,应用相关技术对业务数据进行规则制定及数据挖掘,以此为特定的商业模式提供可靠而有效的数据支持。而图表类组件是后台管理系统中必不可少的信息呈现方式。动态类图表可直观而实时的反应平台当前的数据状态,而在系统中可能会有很多种类型的数据维度,多重类型的数据同步展示,就对图表类型和展示方式有了进一步的要求。如何明确而清晰地进行数据信息的表达则是该类产品的痛点之一。

2.2系统结构化需求

对于后台管理系统的架构来讲,主要为了方便业务人员操作会采用不同的架构展示形式。不同于用户型产品,同质性用户产品会有相似的模块分类,而这些模块的分类依据更多的是为了用最少的用户操作路径保证最长的用户留存时间。前期的架构搭建之后,就是对其进行功能优化版本迭代等工作,而后台管理系统内容展示形式既统一又千差万别。统一之处是使用场景基本都是PC端,所以在页面设计上主要分为导航栏、多级菜单栏、信息展示区等部分。不同之处是二级菜单页面之后的内容展示,这也是区别不同业务类型后台管理系统的主要板块。那么如何保证系统的多级页面跳转更加一体化、结构化也是系统的需求之一。加强各模块之间的分类界限,提高各个界面的关联性,形成一个层次性、结构化的平台,通过系统的结构化直观地将业务的逻辑内容展示出来,会使用户更容易通过系统的组成部分去更快速的完成业务逻辑性比较强的工作。

2.3操作流程化需求

后台管理系统与用户之间的交互核心就是将业务需求进行流程化实现,各个操作区域之间的耦合度要适度,清晰分类标准,在业务内容嵌套的过程中区分前后操作顺序,明确父子关系,采用树状逻辑进行内容输出设计会更加明确。

2.4界面简洁化需求

后台管理系统普遍都会避免过多样式上的渲染设计,被动型使用使得系统将更多的设计重心倾向于如何传输出更多的信息价值。这也可以从特斯勒复杂性守恒定律的角度上分析,即产品系统的复杂性是守恒的,当用户行为越简单时,对开发人员和设计人员的工作复杂性要求就越高,反之。所以简洁化需求也从另一个方面对技术有了更高的要求。

▍2、举例说明:

定价配置系统业务输出质量要求

后台管理系统所涵盖的类型有很多种,就本人所接触过的金融风控管理系统、电商广告数据平台管理系统、定价配置系统来讲,不管从前台功能设计到后端开发工作,都有比较强的相似点。以下主要通过定价配置系统的部分重要领域,来阐述对于一个业务型管理系统来讲,在输出质量方面都有哪些要求。

定价配置系统简介:通过不同管理员账号识别,开放系统不同的操作内容。主要对销售线上的相关项目进行定价以及配置相关数据模型的操作,并对不同地区的项目进行独立的商务优惠设置,将内部和对外优惠类型与折扣率等信息统一展示在页面内。

输出质量要求:

(1)可以将各类型项目进行分类设置,既可以新建项目,也可对已有项目进行修改,而修改或者新建后的项目内容要保持准确性,尤其是已经更改后的项目,输出的数据一定要保证为最新数据。

(2)相关的模型配置要与当前所在的业务背景适配,对可向模型添加的产品线进行标示性较强的提示,减少业务人员试错数量。

(3)对于部分二维表、图表类内容,保证可导出功能,并且可以对其进行二次操作,方便业务人员后续跟踪核实工作。

(4)对业务变更的响应及时,对于变更的项目可以快速与变更系统对接,在本平台内可以发出风险预警提示信息。

不分先后:

后台管理系统性能可优化点

不同的后台管理系统在相关的业务背景下都有一定的性能要求。举几个例子对其进行分类描述。如电子商务支付管理系统,很多电子支付系统都是以商品交易为核心,大致地支付流程也可以按照交易前、交易中、交易后来进行功能线上的划分。那么在交易前需要提前对商品价值方面的各类数据进行提前的录入,这里可以将实时数据展示进行系统性能优化的入手点,减少人工修改已录入的信息等。其次是在交易中所需要保证的数据保密性、完整性、交互操作等。对于后台管理系统来说,加强信息认证,保护数据安全,防止数据信息泄露是对系统安全性能优化的重中之重。在交易后,完成商品交易,对于后台管理系统来讲,最大的功能点就是对此次交易进行后期跟踪反馈,以及对完成交易的用户信息进行进一步的记录等。

以该类系统为例,阐述的几个功能可优化点较为浅显,但总结起来讲,就是将其进行流程拆分,在每一个节点上都保持其垂直功能的完备,并且在节点加入总流程线之后,既可保证一定的灵活性,又可以维持本节点数据信息不会被其他节点所覆盖。

a.搜索线(分类管理+标签管理+推荐逻辑+搜索算法+排序、展示逻辑等)

后台管理系统对业务的反激励策略

一个平台的数据管理系统想必会是很多功能点、业务点效果的集中展示区了,而数据管理系统也是可以发现业务需求点的重要途径。包括定价配置系统,通过对项目的相关信息设置操作,也可梳理出周期内业务变化趋势,并且可将其反馈给业务人员。所以后台管理系统不仅是对业务逻辑的产品化实施系统,更是可以对业务进行反激励的途径之一。只是可能需要更强大的技术做支撑,可同时对数据进行加工处理,并且保证响应速度等。

b.展示线(内容、广告位管理+首页+落地页+聚合页+seo/sem支持+专题、活动页、帮助中心等)

c.子频道线(按需设立:一般独立于平台主交易流程之外多子频道或者常态活动频道,都会设置一条单独的线来管理,如某宝聚x算、抢购功能、如某家居商城的装修资讯频道、如一些电商的论坛等,这条线相对较为灵活机动,类型多样)

d.主交易线(商品详情页+售前服务+购物车流程+下订单流程+支付流程)

e.买家后台线(会员中心+信息管理+虚拟钱包+售中、售后服务+订单管理+收藏、历史浏览等增值功能+用户成长和激励体系等相关延伸,不赘述)

f.卖家后台线(信息管理+商品管理+订单管理+财务管理+物流管理+库存管理+推广管理+店铺管理等+用户成长和激励体系等相关延伸,不赘述)

g.平台总后台线(平台总后台,功能在早期考虑到代运营和强管制需求,一般会包含并大于卖家后台功能,同时需要注意以下几点务必早做打算:权限切割、财务结算、客服系统对接、数据监控和埋点、用户成长和激励体系、客诉和服务管理以及商家管理等)

h.移动线(包含移动端app和微信和wap,如果是平台性质的,前期不推荐过早的介入移动端,当然看具体行业,移动线前期主要是将平台的功能精简并迁移,存在功能重叠严重,推广和开发成本高等问题,所以判断是否需要移动线应看公司战略,以及移动线的优势是否对业务有帮助,再做定论,观主经历过不少移动做个花架子或孤注一掷结果半途而废的例子)

i.金融线(主要两块,对买家的消费金融+对卖家的供应链金融,大多数早期平台没有,因为授信和风控难以控制,但是b2b供应链想对容易,因为证照齐全,交易真实性保障度高)

▍3、人员要求:

本文由必赢网址发布于化工塑胶,转载请注明出处:基于业务导向驱动的To,一条产品总监的日常

您可能还会对下面的文章感兴趣: