如何拥有自己的产品方法论

相关主题
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

如何拥有自己的产品方法论?

一、首先,你是什么产品?

产品分类上,B端C端这么分的比较多,细分下交易产品、商户产品、结算产品、金融产品、用户产品、支付产品、订单产品、营销产品等,按公司划分的模块按需配置的,其中营销这类比较大的概念,会根据情况贯穿B端C端。??关于这一点,曾经有猎头打电话给我,问我是运营产品还是技术产品。。。秒秒钟从心里毙了他,我们做产品也是有做产品的尊严的,产品就是产品。

我个人因为各种原因有幸在o2o?B端和C端跑了一圈。做过后端、工具、营销、交易、用户、算法、结算、售后。。。

这篇文章通过介绍自己的一些经验,作为引子,简要说明如何拥有自己的产品方法论,只是抛砖引玉,这东西最终还是实践而来。

二、其次,产品做什么?

1.C端:

这一类说得最多的就是用户体验,对用户需求的理解,也是很多人最直观接触,最喜欢的产品,我遇到很多实习生说想来改app。。。

什么叫?用户体验?,怎么做用户体验,有些约定成俗的规则,用户调研,用户面对面访谈,看数据等等,作为入门技走进这个行业。其实这部分做久了,每个人都会有自己的一套思路方式,根据行业的不同也会有差异,在一个行业越久对你的目标用户人群了解越深入,在很多时候就会更为灵敏的触达到需求。

最通用的经验:移动端的屏幕小,一屏可以放东西很少,也很少有人会在一个信息前思考超过几秒,所以信息的简单易懂,体验的流畅都是说起来容易做起来难的事。

举几个例子:

1、做过一个类积分的虚拟货币,其中有个积分明细页面,入账用绿色好还是红色好,招商银行类入账是绿色,出账是红色,支付宝余额宝都是黑色,大家津津乐道的话题股市,跌是绿色升是红色,这里并没有很明确的规则,所以用户看到这页的时候,这个是绿色还是红色这样明显的视觉带来的信息其实不确定的,这时候做个减法更好,用黑色,金额前加“+”“—”,让用户不要产生错误认识,需要思考去纠正。

题外话,积分这类产品还是比较慎用比较好,很多公司做了都没有什么起色,这个产品是为了刺激用户周而复始的过来,那与之配套的荣誉体系等,需要用户不断进行的行为考量,成本的控制,对用户心理的把握有机会另起一篇文章细说,简单提醒一下这个慎用。

2、用户购买流程,这是任何一个交易产品最核心的,大公司一般从查找逛,到商品页,到交易准备(购物车收藏夹),到支付,到售后,都会拆成一个个模块不断完善。拉个支付确认页(用户选好商品提交订单后,准备支付的页面,可能和支付收营台一起也可能不一起。)出来说。

一进来,第一个要解决的重要问题:是否锁库存

a、锁的,常规购买都需要的,这种体验更好。这里需要设置一个默认释放库存时间,电影演出一般15分钟,淘宝服装3天,可能商户不同有所不同。基本来说资源越稀缺,时间越短。(一般情况下,电影演出到开场前不可购买时间都是长于锁库存的时间的)。

b、不锁的,抢购秒杀,库存极少,以支付成功为准。如果有这个条件,一般两种是商户自行选择,

订单信息确认,集中在最重要的信息(商品、订单、金额、状态等),而且这一堆信息加起来,不要占太多篇幅,因为这个页面内容多。。尤其最好尽可能漏出收银台。

优惠部分,这个是看有多少种优惠,优惠之间可不可以叠加等各种关系,决定了你这个模块的复杂度,而且要复杂只能自己复杂,用户要简单易懂的。

全部不可叠好一些,不过会有营销策略上的需求,做过一个运营控制部分叠加的功能。。首先确定一个限制主轴,从哪个优惠产品来限制自己是否可以和其他优惠产品叠加,优惠产品互相选择的,跟进具体情况看是否真要做到这一步,太复杂了用户也搞不懂一会怎么能用,怎么又不能用了。

再次,尽量不要默认勾选,情况真的太多了,你优先选什么,其中某条怎么样也要说下有效期吧,选有效期近的,40元的商品,用户有张7天后过期150元券,和一张10天后过期的50元券。。你敢给他选那个快过期的吗。。分分钟打电话过来骂死你。。可能你排列了无数条件之后,99%的用户觉得这个产品好像挺聪明,成本收益体验风险上总和考虑,这种算是资产类的比较慎重,尽量不要帮用户选择,给他简单易懂的提示。有些产品会觉得1%概率太低,正常不会有抵到0元的优惠券,确实如此,不过不建议过多的忽视边界条件,产品的口碑就是从很多细节传达出去的。

商品是否要邮寄,这个就会有邮寄模块,用户地址手机,手机号要校验长度。。要么供应商时不时来问手机号少一位。。或者商家后台让他们可以自己看到下单手机号等。?这个模块没有要让用户能填,有了要能选,填了可以改,这是这是页面看得到的。看不到的供应商

的邮寄范围,你选择的范围要一致,所以城市最好到区,让用户选择。选择的时候请注意。。要么有个省市关系一层层选,要么城市按首字母可以快速定位。。否则翻三屏找不到城市。。如果他最终支付了,不是你是独家卖就是他是你的真爱粉了,好好珍惜。

下单之后改地址的。。没发货还好,有些货在途中要改的。。基本商户解决,这种一般供应商结账需要人工核对。

还会有自提什么的,自提凭证,自提后商户怎么改为已提货状态,凭证保留上传等等。举个例子,团购,因为已经很成熟了,这种模式比较清晰,就是验券,以券号校验状态为结算依据。

发票。。这个开什么由公司营业执照经营范围决定,一般越大额的交易,用户对这个的需求越高,这个还分随商品寄出和不随商品寄出邮费另付,一般平台类都是提示找供应商。

即将离开这个页面,最后一个问题,支付收营台,尽可能做在一页,多一步就多一步的损失。不过有些是平台限制,不是不想放一起。接收银台是个技术活,支不支持0元单,支不支持安全团队退款,支付银行优惠等。我接过一次公司老平台,加个新产品类型,前端调一下,比较成熟的。新的有的研究。。我这两个月要接一次。。接完可以和大家分享下。

C端就是这样一个个细节点不断做到极致积累的用户体验。个人思维方式上,可能我是做优惠和交易的,所以喜欢?简单和给用户更多的主动选择权。

2.B端:

很多产品不喜欢B端,可能是对这个不了解,而且有些是有了前端才开始有后端的。大公司的后端其实还是很有产品含量的。B端更多的是流程和商业逻辑,并不会像C端那样,很多会有个人风格在里面(大公司交互比较统一,C端自由发挥的机会也没很多。)

拿团购来说,销售拜访纪录,签单,合作公司合同资质银行账号等录入,审核流程,团购信息填写编辑,审核,团购前台发布,商户验券,售卖数据进入结算,库存用完下线,后台展示账单,按账期跟商户结款,其中还有预付款冲还,押金管理,销售绩效工资管理等等。其中任何一个模块都可以做很深入。

举几个例子

1、商户信息系统

什么叫商户,有实体经营场所的商家,还是有经营执照的商家,这和你要经营的业务范围,你所需要的供应商属性相关的。这点确定之后:

基本信息商户名(万一变了这里留个心存一下),id、类型;

相关文档
最新文档