竞品分析：SHEIN VS CIDER

CIDER，创立1年估值超过10多亿美元，1年内完成4次融资，可以说是跨境电商赛道上发展最快的star，外界谬赞其为下一个SHEIN。作为一名产品经理新生儿，就从竞品分析的角度对其产品进行分析比较，最后提出CIDER的优化建议。

1. 产品概况

1.1 体验环境

手机系统：IOS 15.4.1

SHEIN：8.2.1版本

CIDER：1.12.1版本

1.2 产品概述

SHEIN：一家以出口电商为主的跨境快时尚平台，采取独立建站的形式，开辟海外市场，拥有自己独有的供应链体系，自行设计和生产服装，打造属于自己的品牌，目前SHEIN已是中国最大的快时尚跨境电商。

CIDER：自建数字化系统，打通商品供应链全流程，利用算法、数据能力和柔性供应链深度绑定工厂，加强商品开发、吸取用户反馈、销量预测等功能，实现供应链闭环。

1.3 产品定位

SHEIN：覆盖18岁以上年龄群体的时尚女性，主打成熟性感风此外，Shein 也推出了男装、童装、家居等其他产品线，进一步扩到了其目标用户群体。

CIDER：面向海外Z世代年轻用户、主打INS风的时尚女装零售品牌。

2. 竞品分析

2.1 常见购买路径

2.1.1 搜索

2.1.1.1 SHEIN

基本功能+兴奋型功能兼具。

1）基本功能

显示搜索历史、热门搜索、清楚搜索记录。

2）兴奋型功能

搜索框底部显示热门搜索词，与淘宝、京东等对齐

搜索功能支持联想词搜索。当用户输入skirt时，会在搜索结果出现很多关于skirt的联想词结果

支持图片拍照搜索

2.1.1.2 CIDER

1）基本功能

仅提供最基础的搜索功能：热门搜索词+最近搜索历史+清楚搜索记录。

2）兴奋型功能

热门搜索词提供是了场景热门词，能够大大提高用户的购买意愿。

2.1.1.3 分析总结

1. 缺乏以图搜图的入口：cider流量大部分来自社交媒体，用户往往因为某张图片想要购买同款商品，因此增加以图搜图的方式显得尤为重要。
2. 未能最大化利用搜索入口：搜索位于首页，单调的“想要搜索什么”提示无法激发用户的搜索意愿。

2.1.2 分类导航页

2.1.2.1 SHEIN

SHEIN由于产品类型众多，所以商品列表页面会分三级导航，其中“Women、Cruve+Plus”类目的划分会尤为细致，也就更加符合其目标用户的定位。

2.1.2.2 CIDER

仅有一级导航，突出场景购买，满足消费者为特殊场合购买服饰的需求；可按风格、时间、活动事件做跨品类推荐，带动非成衣曝光、销售。

2.1.2.3 分析总结

CIDER突出场景购买，但是个性化商品类目推荐欠缺，无法满足用户精细化的需求。

2.1.3商品列表页

2.1.3.1 SHEIN

1）排序和筛选

在排序上支持“推荐、新品、价格、评论”5个维度的排序，同时也分“细分类目、尺码、风格”进行排序，侧栏可以展开更加精细化的内容，帮助用户精确筛选到商品。

2）商品展示上

支持“单列”以及“双列”两种方式展示，单行呈现的信息会更为丰富，相比较与双列增加了评论情况，方便用户进行比较，此外长按不仅能够对商品进行反馈同时也有类似款的搜索功能。

2.1.3.2 CIDER

1）排序和筛选

在排序上与shein一样，不过在筛选上精细化内容有待加强，仅支持“类目、尺码、颜色以及价格”做初筛，无法满足用户精细化的筛选需求。

2）商品展示上

相比较与shein，无“单列”呈现方式，商品信息更为简洁，缺乏用户的反馈内容以及“搜同款”功能，商品标签以及商品评价情况也进行了隐藏。

2.1.3.3 分析总结

CIDER突出场景购买，但是个性化商品类目推荐欠缺，无法满足用户精细化的需求。

1. 排序和筛选：无法满足用户精细化的筛选需求
2. 商品展示上：缺乏用户的反馈内容以及“搜同款”功能，商品信息较为简略

2.1.4 商品详情页

2.1.4.1 SHEIN

1）商品信息

尽管相比较于国内电商在信息丰富度上面差距很大，但是热门颜色、商品榜单等功能能够显著增强消费者的下单意愿。

2）评论

会有整体的评论情况统计表，方便消费者了解商品的整体优良条件。

3）商品推荐

不仅仅只是单纯推荐商品，而是将活动专区、场景导购的方式进一步加强。

2.1.4.2 CIDER

1）商品信息

仅仅只有商品图片、尺码、商品属性信息。

2）评论

根据时间顺序排序呈现评论信息。

3）推荐

推荐相同风格的衣服。

2.1.4.3 分析总结

CIDER商品详情页非常非常朴素，可读性不强。

商品信息：多为文字信息，对商品重视程度不够

评论：大部分商品评论信息较少，缺乏买家秀内容，导致用户的信任感较低

推荐：未能体现出cider自身重视场景导购的特色，仅仅只是纯粹的商品推荐

2.1.5 gals社区VS收藏合集

2.1.5.1 SHEIN

shein在首页增加了gals社区板块，汇聚当下社交媒体上面的流行趋势，图文+视频相结合，还有KOL相对应的物品链接，有效满足用户需求，提升商品转化率。

2.1.5.2 CIDER

cider在首页增加的是收藏板块，相对来说较为单调，较适合放在个人中心作为子页面的存在。

2.1.5.3 分析总结

2.2 交易支付路径

2.2.1 购物车

2.2.1.1购物车人口

2.1.1.1.1 SHEIN

2.1.1.1.2 CIDER

购物车入口与首页保持一贯的黑白配色，无气泡突出，不够明显。

2.1.1.1.3 其他竞品

国内——每日优鲜：给用户设立包邮的目标，对每次的加车行为引导。

国外——fashionnova：从首页提示满多少包邮，每次加车后，全局提示包邮条件。

2.1.1.1.2 分析总结

cider的购物车入口引导较弱，仅有数量提醒。

2.2.1.2购物车页面

2.2.1.2.1 SHEIN

凑单加购：在当前页面即可完成，用户下单路径短

活动折扣凸显，用倒计时的方式催促用户下单

2.2.1.2.2 CIDER

凑单加购：去加购的场景需在再次进?专题页——detail页， 转化路径非常长， 用户容易流失

活动折扣：首页专场有，购物车页面隐去，降低用户下单意愿

2.2.1.2.3 其他竞品

国内——淘宝：与社交媒体的KOL、KOC联动，增加购物车抄作业的方式带动商品加购。

国内——海鲜达：加购路径非常短，购物车页面固定在底部。

2.2.1.2.3 分析总结

cider的加购凑单的路径长，用户容易流失

活动折扣：隐去倒计时，降低用户下单意愿

2.2.2下单

2.2.2.1 填写地址

2.2.2.1.1 SHEIN + CIDER

hein与cider在填写地址这一块的用户体验都不是很好，不支持地址联想等功能，且填写内容也不符合本地化的原则，例如美国地址的填写是从大到小而非从小到大的顺序。

2.2.2.1.2 其他竞品

1）竞品的地址填写成本简单方便很多

①地址联想功能：forever 21、fashionnova、PLT和boohoo

②地址修正功能：Lulus、H&M、revolve

③地图选址、复制粘贴以及自动使用剪贴板地址

2）地址填写支持本地化

①美国：地址填写的顺序是从街道到城市、州（从小到大）

②印度：pin code类似我国的邮政编码，是非常普遍的，能匹配出州、城市等信息

2.2.2.1.3 总结分析

CIDER用户填写地址体验差，促进了用户在首单以及转换过程中的流失。

2.2.2.2 确认订单页面

2.2.2.2.1 SHEIN

订单确认页面信息较为完备：地址信息+支付方式+优惠折扣信息+商品信息（sku数量价格等）+最后成交价格。

2.2.2.2.2 CIDER

订单确认页面看不到商品信息以及优惠信息，部分用户会选择退出返回购物车页面重新确认商品信息，降低成交转换率。；

2.2.2.2.3 其他竞品

订单确认页面重要信息都在首屏进行呈现：地址、商品行、物流方式、支付方式等重要信息都压缩在了?屏内，例如shopeelazada淘宝lulus等。

2.2.2.2.3 分析总结

订单确认页面信息结构相比较于竞品过于简单，且很不合理的进行了分屏展示，降低成交转换率。

2.2.3支付

2.2.3.1 商品站点与税费

2.2.3.1.1 SHEIN

在点击“continue purchase”才对购物车内商品站点与物流地址是否匹配做判断。

2.2.3.1.2 CIDER

cider会在商详页展示更具体的送达信息，为运费打下更好的基础。

2.2.3.1.3 其他竞品

在购物车、商详页展示送达国家、甚至详细地址，为购物车页预估运费、税打下基础。

2.2.3.1.3 分析总结

cider的表现相比较于shein设计的更加合理，与竞品对齐。

2.2.3.2 空车待二次支付

2.2.3.2.1 SHEIN

当有未支付的订单时，空购物车会增加未支付订单的入口，同时也会推荐更多商品吸引用户下单。

2.2.3.2.2 CIDER

仅仅只有空购物车的页面，没有任何引导下单以及商品推荐的动作。

2.2.3.2.3 其他竞品

国内电商例如淘宝以及京东，在空车待支付状态时，会增加订单提醒并推荐更多商品。

2.2.3.2.3 分析总结

CIDER仅仅只有空购物车的页面，没有任何引导下单以及商品推荐的动作。

3. 优化建议

3.1 常见购买路径

3.1.1 搜索入口

3.1.2 分类导航页

3.1.3 商品列表页

3.1.4 商品详情页

3.1.5 Gals社区VS商品收藏

3.2 交易支付路径

4. 总结

题图来自Unsplash，基于CC0协议。