【导读】深圳智能佳利科技整理：唯品会商城系统app开发介绍？唯品会网站平台功能分析？的问答，免费开源电商系统就YSHOP柒贰捌叁商城，“唯品会网站平台功能分析”的正文阅读：
全文目录一览：
唯品会—产品分析
一、 基本信息
1、产品名称：唯品会
2、版本号：V6.10.6
3、体验环境：iOS10.3.2
二、 产品信息
1、产品分类：购物
2、上线时间：2011年4月4日
3、最近一次更新：2017年12月20日
4、Slogan：全球精选，正品特卖
5、产品简介：唯品会率先在国内开创了特卖这一独特的商业模式，唯品会主营业务为互联网在线销售品牌折扣商品，涵盖名品牌服饰鞋包、美妆、母婴、居家等各大品类。开创了“名牌折扣+限时抢购+正品保障”的创新型电商模式。
6、产品定位：一家专门做特卖的网站！
7、背景分析：
分析：从iPhone系统实时排名情况显示，唯品会在中如此激烈的电商行业，排名还是非常靠前的，总榜是在第51名，购买榜在第5名，从总榜趋势上看浮动都在130以内，在同行榜中波动是比较稳定的。
三、 用户分析
1、用户特点
分析：从用户性别数据可以看出，女性用户达到83.59%，男性用户16.41%，男女比例接近1:9，女性用户远远多于男性，成为主要的消费人群。
从用户年龄来看，31-35岁用户达到36.46%，其次是25-30岁用户达到29.99%，可以看到用户年龄都偏大，他们工作了好几年，有一定的经济能力，对生活质量有一定的追求，开始购买品牌服饰。
从用户地区来看，主要广东、山东、四川等地区居多。
四、 产品分析
1、产品结构图
分析：从产品结构看，唯品会的产品结构属于少见类型，窄而浅产品架构，没有底部主导航，采用侧拉式分类导航，最大程序展现产品内容，功能简单，操作流畅，相比其他电商购物APP，唯品会算是一个轻量级的购物APP。
2、产品主要功能流程图
用户购买商品流程图
2、版本信息
分析：从唯品会整体版本更新速度来看，大约是二周左右更新一个版本，或在更新一个版本后，在几天后紧跟新一次。从功能上看主要是进一步优化购物体验，无论是购买时，还是物流上。
3、用户评论
分析：从版本评分看，总体评分为4.6分，本版评分为4.2分，所以在本次版本更新分数远远低于平均分。在每日评论数量上看，好评数远远多于负评数，但是每天还是有负评数，我们从用户的反馈中也可以看出，主要是售后的延迟、商品的质量、产品的稳定性等方面。
五、 主要功能分析
1、唯品会首页：展示活动商品，采用顶部TAB方式展示分类商品。可以直接在首页点击跳转到个人中心、收藏页面、购物车功能。
分析：唯品会采用这种产品架构，可以让用户进来，就清楚知道产品是做什么的，有些什么操作，功能模块清晰，易操作。
缺点：截图三个tab分类，整体页面较杂，分类较多，首页头部有8个大的分类，大分类又有小分类。点击左上角IOCN，出现的也是商品分类。点击搜索，还是商品分类。在视觉上因为最近双蛋节，各电商开始做大促销，营造促销氛围，所以图片很大，很跳，很花看久之后会不知道注意那里。
2、购物车：在选择商品加购物车时，有一个很好的体验，比如选择一件衣服时，选择规格后，上面会显示商品适应的腰围、胸围等数据，让用户更清楚自己购买的是否是适合自己的。
思考：为什么购物车商品只留20分钟呢，因为库存不足，所以采用快拍快买方式吗？
3、收藏：收藏里有“我的专属”、“商品收藏”、“品牌收藏”“我的足迹”四个tab，展示用户对心仪的商品、品牌做收藏，这样用户能及时知道商品状况，而提高购买率
六、 优化建议
2017年12月18日，腾讯、京东向唯品会投资8.63亿美元，同时形成三家流量、资源、平台、渠道等等共享体系，实现产业共赢。所以在这么强大投资方背后，唯品会的销售额也会越来越高，购物体验相信也会越来越好。
1、每天早10点.晚8点上新功能是唯品会一个特色功能，可以单独做一个模块，信息的集合，更能使用户沉静在挑选商品体验中，也可以提高购买率。
2、商品的库存太少，好多商品不是码数就是颜色没有
3、商品质量的确不行，我也上面买过商品，因为质量问题，到现在都不去唯品会了。
唯品会手机软件怎么做出来的
这个是编程写出来的，唯品会应该是有自己的软件开发团队的；如果你想做一个，可以找那些开发手机软件的公司做一个；安卓开发和ios开发，前者适合安卓手机，后者是苹果的
电商APP方案开发要多少钱
电商APP方案开发要多少钱
如今，不少企业都想拥有属于自己企业或产品的手机APP，但其中最困扰企业主的问题就是：开发一款手机APP到底需要多少钱？
简单点来说，要视手机APP的需求及质量而言，价位一般在几千到十几万左右，更高端的价格更高。
今天，我们就来详细分析一下这个问题，请继续往下看吧。
一、APP开发款式分为固定款和定制款，两者的价格均不相同
固定款：是指直接套用已有的、现成的APP固定模板，报价是固定的，所需要的功能也是固定的，缺点就是客户拿不到源代码，也不能根据企业需求进行定制，由于源代码是封装的，如果企业以后想进行功能升级或系统维护的话，也不能够实现，只能重新开发一个新的软件。
固定款的APP开发时间短，约2~3日的时间即可完成，费用大约在几千到几万之间。
定制款：定制款是指APP的功能全部重新开发，过程比较繁琐，需要美工、策划、APP开发（前台/客户端/手机端）、后台程序员等工种协同完成，大型的、功能复杂的APP甚至需要数十人的团队。
由于APP的功能和设计都是定制的，因此价格会高些。定制款的开发时间与开发价格是成正比的，开发时间长，大约在两三个月甚至不定的周期里才能完成，而费用大概在几万甚至十几万左右。
因此，想要知道开发一款手机APP需要花费多少钱，企业主首先必须把APP的详细需求和功能告知APP开发公司，开发公司才能报出一个合理的价格。
二、手机APP平台不同，制作成本也不一样
现在市面上流行的手机APP制作平台主要有两种一般包括两种系统：安卓系统（Android）和苹果系统（IOS）。
一般来说，制作苹果系统的手机APP软件费用要比安卓平台的贵一些，因为苹果公司对苹果平台的封闭性和手机APP开发语言Objective-C的难度，都让APP开发者加大了苹果系统手机APP开发的难度。
三、APP制作成本包含参与人员的工资
通常情况下，开发一款APP需要产品经理、客户端工程师、后端工程师和UI设计师各一名，这已经是制作手机APP应用软件比较精简的配置了，所以这些参与人员的工资也是包含在APP制作成本当中的。这些工作人员的月薪加起来可能都会超过4、5万元。
四、APP开发公司的所在地
需要注意的是，同样实力的APP开发公司，在不同的城市也会导致APP的成本费用高一些，如在北京、深圳和上海等地的开发公司开发成本费用就会比较高，因为当地开发人员的薪资和其他支出相对更高。
app商城怎么制作开发 需要考虑哪些问题
APP商城制作开发流程：
步骤一、确定商城app开发定位
商城app种类有很多，在开发前要考虑清楚自己要开发什么类型的商城app，需要有明确的用户定位，确定好用户人群，后续才能有针对性地确定app整体开发风格和界面设计，从受众人群角度去进行思考，什么样的商城app才会吸引用户眼球，给用户带来良好体验。可以结合自己的行业特点进行市场调研，在市面上找到同行业竞品进行分析，以此确定app开发定位。
步骤二、梳理商城app开发功能
当做好市场调研，确定开发定位后，接下来就可以确定商城app开发功能。app开发功能有很多，但并不是都需要开发，要根据自己的实际需要和开发预算来确定开发功能。一般来说，开发功能越多，开发价格就越高，在一定预算下，要优先开发核心功能，等后期再根据需要开发其他功能。确定好app开发功能，要对其进行构思，梳理他们之间的逻辑结构，然后进行代码撰写。
步骤三、商城app开发测试上线
商城app开发好后并非就可以一劳永逸了，需要经过层层测试，确认无误后再上线。在开发的每一阶段需要进行阶段测试，没有bug后再进行下一阶段开发，等整个app开发完成后还需要完成一次系统测试，进行全方位的检测，经由客户验收合格后交付上线。初期运营也会遇到一些问题，也需要及时进行调整修复。
商城app开发主要是以上三大步骤，整个开发过程下来，还是很繁琐的，需要产品经理统筹，协同UI设计师、安卓开发工程师、苹果开发工程师、测试工程师等人员共同完成。
唯品会APP-收银台唯品花开通五部曲
在正文开始之前，先解释一下什么是唯品花，如果大家没有概念，下面的文章会无法理解。
唯品会从去年取得支付牌照后，开始对互联网金融发出全面冲击，推出了理财、保险、消费贷等产品，更有自己的支付品牌- 唯品支付， 之后大家就会在越来越多的平台看到它。
名词解释如下：
唯品金融 是 唯品支付 中的一种支付方式，包含 唯品花 和 唯品宝 。
唯品花 类似于 蚂蚁花呗
唯品宝 类似于 余额宝
当你在唯品会收银台选择了唯品金融进行支付，就可以使用唯品花分期付了；如果唯品花额度不足，还可以使用唯品宝组合支付。
概念有些复杂，刚开始我也觉得特别绕，但只有明白这些概念后，才能理解正文，那么我们开始吧！（正文中涉及商业机密的数据我全部用xx代替）
唯品会2016年推出唯品金融, 截止到现在开通用户已有一千多万,大约90%的用户是在收银台进行开通的;且唯品金融的支付成功率为xx%,而收银台的整体支付成功率为xx%左右, 高出了近10个点。这是一个不错的成绩。
我一直负责跟进收银台引导用户开通唯品金融的项目,因此对它进行一个完整的总结,希望梳理自己走过的路。
第一步:简单而顺利的起步
【收银台开通唯品花第一阶段】用户经过严格筛选,因此在只需要在短信验证页面加入唯品花介绍,流程简单和流畅,开通率100%
第二部:扩大的用户池子带来更加复杂的流程
【收银台开通唯品花第二阶段】扩大了用户池子,这部分用户安全等级较低,需要在收银台开通步骤 进行复杂的操作才能开通,这带来了复杂的交互流程,跑批后的数据较差,转化率仅有45.62%,支付成功率也仅有XX%。整体数据较差
第三部:分析数据和客诉后进行优化
针对页面转化率数据,唯品花弱感知客户投诉对页面进行了优化,优化后的结果是:确认信页面的转化率提升了6%,6月份客诉降低了15.6%
第四步:风控安全下的沟通
为了解决开通失败原因中占比高达50%以上的:银行预留手机号与账户手机号不一致 的问题,经过反复沟通对现有方案的绑新卡进行开通的流程进行了妥协,优化后的结果是:数据维稳
第五步:开通失败后补发红包
为了挽回已绑卡成功的用户开通失败后能进行二次支付,给这部分用户补发同等价值 的快捷红包,数据反馈出:申请失败后返快捷红包有助于提高用户继续支付的比例,且提高用户选择快捷支付的比例20%。
接下来是各阶段的详细介绍,包含了需求背景、各方沟通涉及的原因,结果,最终方案、以后数据反馈,有些像流水账,大家可以看到一个大项目的沟通、拉锯、优化过程。
第一步:简单而顺利的起步
这是【收银台开通唯品花第一阶段】，当时我们对用户的开通资格审核非常严苛,比如需要用户实名且绑定过自己的银行卡、 通过安全和风控筛选等等。当然也是由于条件严苛,因此到了前端交互表现层时,仅需要介绍一下唯品花即可让用户开通。
流程如下图所示:收银台选择唯品金融-选择分期-短信验证页面加入唯品花介绍。整个流程十分顺畅,开通成功率几乎100%。
但这部分用户池子有限,因此2016年年底运营部门的【收银台开通唯品花第二阶段】的需求便来了。
第二部:扩大的用户池子带来更加复杂的流程
这个需求的基本概念是:扩大用户池子,把那些没实名验证、没绑卡的用户也纳入进 来。但为了保证风控安全,这些用户必须通过严格的银行卡四要素确认(身份信息、 安全码、有效期、银行预留手机号),其实就是让这部分用户在收银台看到唯品金融, 如果用户选择用唯品金融进行支付时,引导用户填写卡信息来开通唯品花。
这个需求到达交互表现层时流程变得很长,如下图。
我们担心这个流程会带来以下两个问题:
收银台的第一任务是支付,多出这么长的一个开通流程会降低支付成功率
在支付流程让用户使用银行卡信息来开通唯品金融,尤其绑新卡进行开通,担心用户会认为是使用银行卡进行分期支付的,这会带来大量客户投诉。
由于这两个原因,我和产品同事都认为这个需求并不合理,用户体验较差,并和运营
部门负责人进行了沟通,但运营部门的同事也跟我们诉苦:
2017年运营部门的KPI是xxW的开通量,是去年的四倍。
让用户到唯品花页面主动开通的需求早已深入挖掘过,已经没有太大潜力
收银台是用户购买商品的必经之路,在这里进行开通可触达到更大的用户范围
已绑定本人卡的用户有限,且在2016年已充分挖掘,因此现在必须扩大用户池子,才有可能完成今年的KPI
充分了解后,明白了运营坚持一定要做的原因。这个需求站在用户体验的角度上看确 实不合理,但站在公司利益的角度上看又变得可以理解。UED团队的存在就是为了在 用户体验和商业利益中找到平衡点。既然无法简化流程,只能尽量在交互层减少用户 负担。
梳理了基本逻辑之后,我们做了第一版的交互稿,由于时间紧迫而且方案又一再修改, 最终进入开发流程的方案明显有优化空间。但小步快跑才是最佳选择,因大家决定先上线后灰度一部分用户,跟踪数据反馈和客诉再进行整体优化。(下图是当时的方案)
第三步:分析数据和客诉后进行紧急优化
2月26号上线并进行了500万用户的跑批,成功跑入收银台的有二十多万人,这二十多万人的数据非常不理想,截止3月4日,数据如下:
开通成功率(成功授信人数/短信验证人数):45.62%
唯品花支付成功率(唯品花成功支付订单数/唯品花支付订单总数):XX%
在开通的流程中支付成功率低是在预期内的,但开通成功率和总体支付成功率的数据
确实太糟糕了。这个需求的跑批被暂停,我们分析了每个页面接触点的数据、客诉来
进行分析
数据分析
1、未绑卡的用户接触点数据表现良好
数据呈现梯形(如下图),当用户到达填写卡号这个接触点之后的两个接触点转化率都在95%左右。因而这个流程没有太大的优化空间。
2、已绑卡流程的接触点数据表现较差
这个流程相对较短,和绑新卡不同,已绑卡流程是将卡信息展示出来让用户确认,唯一需要用户填写的就是短信验证码。但数据显示当用户到达确认卡信息这个接触点时, 转化率只有29%,这个数据是有提升空间的(如下图)
这明显是确认卡信息页面出现了问题。当时做这个需求时,卡信息确认页面的内容一
再改变规则,原本的方案是显示密文的姓名、身份信息、手机号,让用户补充完整内
容以确认卡信息。
但后来考虑到用户体验的便利性,希望能做到用户不用填写内容,只需要确认密文信
息即可,后来产品经理和风控安全一再确认,在提交交互稿后才确认可以这么做。因
此当时的卡信息确认页面是表单形式的,给用户的感觉更像绑新卡中的填写卡信息页
面,用户思想负担较重。(如下图)
这个页面的内容虽然多,但还是有很多优化空间。内容分为三部分:唯品花介绍部分、 银行卡信息部分、以及实名信息确认部分(如下图)
我们可以对唯品花介绍、卡信息确认部分进行优化
唯品花介绍部分因为时间紧,直接套用第一阶段时的文案介绍。但当时流程简单,用户负担也轻,这个纯文案内容可以用较少的空间介绍更多的内容, 在当时的场景里是可以接受的。但在第二阶段的流程中,这个页面的内容太多了,就不合适这么多的文字表达了,更适合用图文介绍。
卡信息(持卡人、身份证、手机号)既然不用用户填写了,那就不用做成表单形式 了,纯展示的形式更适合。
接下来我们又分析了客诉,希望能结合在一起进行优化
客诉分析
1、用户不明白唯品花是什么?
我们收银台上的支付方式写的是唯品金融,唯品金融包括唯品花和唯品宝,但其实在现在这个阶段,唯品宝里有余额的用户占比非常少,大概只有0.1%不到,也就是说 用户在收银台选择了唯品金融支付方式后,有99.9%的用户都是单独使用唯品花支付的。但分期还款时,是需要用户在个人中心-唯品花入口进行还款的。这就导致了用户对唯品花的感知很弱,还款时不明白到底要在哪里还款了。
2、用户以为不分期就是使用快捷支付付款
唯品金融给用户的感觉更像是一个平台,而不是一个产品。而用户在这个平台选择了
不分期之后,以为自己就是选择了银行卡付款
针对这些数据和客诉分析,在新的优化方案中,我们重新梳理了确认卡信息页面的信 息层级,在视觉展示、标题文案、button文案中一再强调唯品花。修改了交互稿并和相关利益人确认后,此需求紧急插入了APP5.34的迭代版本
那么那些优化是否真的起到了积极作用呢?数据如下:
自4.24以后20天,5.35及以上版本的四要素确认页面通过率从80%提升到86%, 平均高出5.35以下版本四要素确认页面通过率6%,说明页面优化对于提升页面转化 率有一定的促进作用。
具体分析:
对于预授信+收银台已绑卡用户,在收银台全量以后的4.13~5.10期间,区分5.35版 本以上和以下的用户来分析页面转化率
可见对于5.35及以上版本用户,4月24号前的四要素确认页面通过率稳定在80%；而4月24号后，优化页面上线后的20天内,四要素确认页面的通过率提升到85.5%左右,说明页面优化促进了页面转化率的提升;
同时,在4月24号前不同版本用户的四要素确认页面转化率基本一致,但是在4月24号以后,5.35及以上版本用户的页面通过率普遍高于5.35以下版本用户,且平均高出6%左 右,也说明优化四要素确认页面是有助于提升该页面的转化率的。
那是否有效降低了客诉呢?我收集并分析了4、5月份的唯品花弱感知客诉结果如下:
4 月份唯品花弱感知客诉为xx条,5月份为xx条,下降了15.97%;而且4月24 号唯品花弱感知优化版本上线,一周后也就是五月初,70%-80%的IOS用户、60% 的Android用户都已更新至最新版本,但这部分用户的客诉占比仅为10%,这说明我们的唯品花弱感知优化有效降低了客诉,可以维持现有的分期页面设计结构 。
具体分析:
4月唯品花弱感知客诉为xx条
其中有xx条是唯品花弱感知优化前版本的客诉,占比为91.6%
优化后的客诉占比仅有0.08%,但由于4月24号后唯品花弱感知优化才上线,更新的用户比例较低,因此优化后的1条客诉不具备参考性
其他客诉占比为7.6%,包括还款、消费查询、web端客诉等,由于我们分析的是APP收银台分期页面的客诉,因此这部分客诉为无效客诉
5月唯品花弱感知客诉xx条
其中优化前版本的客诉占比为80%
5月份用户已大量更新至优化后的版本,而优化后版本的客诉占比仅有10%
其他客诉占比为10%,包括还款、消费查询、web端客诉等,由于我们分析的是APP收银台分期页面的客诉,因此这部分客诉为无效客诉
第四步:风控安全下的沟通
未绑卡的用户从填写卡号-填写卡信息-验证短信这些流程后,还会有一部分用户开通失败,而银行预留手机号与账户手机号不一致的原因占比50%。风控给出的方案是, 针对这部分用户,再验证完银行预留手机号后,再次验证账户手机号,如果用户账户上没有绑定手机号,则需要校验用户的历史订单手机号。如果历史订单的手机号数量 超过1个,则可以让用户进行选择。当时做了一版交互稿,判断较多且复杂。(如下图)
这个流程的用户体验太差了,用户无法理解为什么要验证两次手机号。即使用户可以理解这个流程,但用户的账户手机号和银行预留手机号不一致有以下可能:
账户手机号是很早之前绑定的,可能已经弃用了,那用户是无法通过的。
用户历史订单的手机号是其他人的,在较短的手机号验证时间中完成验证的可能性也是很低的。
还有一种可能是:用户有两个手机号,可以同时验证,这个流程只能解决这部分用户,而且占比非常低。
站在用户体验的角度上来看,这个需求显然非常不合理,但因为这个需求是运营部门、 风控安全的领导压下来的,无法拒绝,所以我们拿着交互方案去找我们UED的老大审核,寻求他的建议,结果不出所料,我们老大也不同意这个需求,并建议要么直接筛除这部分不安全的用户,要么让风控安全在底层解决去保障用户的账户安全,而不要在前端展示。
之后产品经理组织了部门老大和产品、运营进行讨论,运营为了KPI并不愿意筛除这部分用户,因此我们达成一致去推动风控安全部门在底层解决这个问题。但结果不尽人意,风控老大同意了,但账户安全那边不同意,这个问题依旧需要解决。后来跟产品经理商量后,出了下面这个方案:
在填写卡号页面提醒用户银行预留手机号和银行绑定手机号必须一致
在填写卡信息页面,如果用户账户有绑定手机号,就直接读取出来并且无法修改,并在此提示用户两个手机号必须一致;如果没有绑定手机号,只提醒必须一致即可
如下图:
这样的提示既维持了原有的交互,没有将流程变得更加复杂,也起到了告知作用。唯 一的担忧是过多的提示,可能会降低页面转化率,但5月16日-5月25日的切流效果分 析数据表明:
添加银行卡页面切流用户的的平均转化率为52.68%,总体用户的平均转化率为51.41%,基本维持稳定
填写卡信息页面切流用户的平均转化率为82.43%,总体用户的平均转化率为82.74%,基本维持稳定
第五步:开通失败补发红包
同时在6.0版本,运营提出为了用户开户失败后二次支付的成功率, 给这部分用户补发快捷红包,UI稿如下图:
5月11日-5月18日的切流效果分析数据表明:
用户在收银台申请失败后返快捷红包有助于提高用户继续支付的比例,且提高用户选择快捷支付的比例。
具体分析:
在用户申请失败后的1小时内,返红包用户继续完成支付比例明显高于不返红包用户;
返红包用户中使用快捷支付的用户占比明显高于不返红包用户,且比例高出近20%; 因而,申请失败后返快捷红包有助于用户继续完成支付,同时更吸引用户选择快捷支 付方式进行支付。
阶段收尾
从项目上线至今,截止到现在开通用户已有一千多万,大约90%的用户是在收银台进行开通的;且唯品金融的支付成功率为xx%,而收银台的整体支付成功率为xx%左右, 高出了近10个点。至此,收银台开通唯品金融需求暂告一段落。
总结
很有幸全程参与了这个大项目,在方案不断优化的过程中也引发了我在工作方面的一些思考:
每个部门都有自己的立场和目标,运营部门有明确的KPI,风控安全有自己的安全原则,而我们UED部门为用户体验负责。大家都需要多站在对方的立场上考虑,互相沟通、妥协,寻找平衡。
关注和分析数据和客诉,并根据相关反馈来优化方案。自己在这个项目中的数据分析是比较稚嫩的,比如有些分析取的时间长度不足,不明白自己想要什么数据而产生了反复的沟通,这些都需要不断进步。
不是每个需求都能让数据提升,可以降低客诉也是成功的。多关注客诉，倾听用户的心声。
最后，这是我 5月-7月之间的漫长项目记录，现在这个项目的发展已经又有很大不同，仅用此来记录当时的方案、周旋的过程、协调的结果。
虽然因为个人原因我已经从唯品会离职，但非常感谢当时的小伙伴，这是一个非常nice的团队。也非常感谢我的leader，他是一个平时能和我们随便开玩笑，一起开黑的朋友，但是在工作上又对我们有指导，有要求的leader，在我离开公司的时候，还苦口婆心告诉我到下一家公司应该注意些什么，感动ing...我们江湖再见！
【总结】关于“唯品会商城系统app开发介绍？唯品会网站平台功能分析？”的解读完毕，YSHOP柒贰捌叁商城【系统源码】找客服，更多关于唯品会网站平台功能分析的资讯关注我们！
官网定制、商城开发、小程序开发
标签： 唯品会商城系统app开发介绍
