葡京在线开户产品体验报告-匠物

8月9日,产品体验报告-匠物

搭好文学习,攒~~

是活是呀

本次体验APP为匠物,是一个家电电商平台,主要是当线设计师设计的家具和软装购买,

> * 名称:匠物
> * 版本:V2.0.5
> * 来源:APP Store
> * 试用手记:iPhone 6S
> * 手机版本:iOS 9.3.2
> * 产品分类:购物
> * 产品排行:901
> * 基本介绍:家具推荐、主要服务于年轻人的家具社区

匠物排行

整体图片点击链接查看

京东咚咚架构演进 — By
【瞬息之间】

APP用户分析

名词解释:

用户画像

- 25岁以上白领,对于互联网接受度较高
- 喜欢现代风格的家具,喜欢在网上就买家具OR家里需要装修,需要寻找设计师。
- 月收入>1w,可支配收入较高。

  Apache MINA:
百度百科

APP分析

APP主要作用:家具在线购买

APP定位:家具电商,为用户提供在线购买家具服务

  HAProxy:
百度百科

功能介绍

APP主要力量是家电在线采购

1.0 架构笔记:

APP介绍

  优点:模型结构简单—理解起来简单;开发起来大概;部署起来也简单。

APP界面逻辑

逻辑图展示

圆图片点击链接查看

  缺点:效率与扩大—这个模型实际上是一个高功耗低效能的范,不活跃的连日于那做大频率的抽象轮询,高频有差不多强为,基本以
100 ms 以内,

APP功能模块介绍

- APP一共三个模块“匠铺、空间、我的”
- 匠铺:主要展示最新的杂志、话题、以及最新的活动;点击选项卡可以切换到家居图片查看家居美图
- 空间:展示官方杂志、用户创造内容展示,单品导购推荐
- 我的:我的个人中心,包括订单、喜欢的单品,消息等功能

逻辑图展示

圆图片点击链接查看

     你免能够叫轮询太慢,比如跨越 2
秒轮一次等,人便见面于拉扯过程遭到感受及明确的对话延迟。
随着在线人数加,轮询的耗时为线性增长,

APP核心力量介绍-商品购进流程

货物进流程

- 打开APP
- 点击单品下的"立即购买",弹出购买信息卡片
- 卡片上展示购买的单品名称、购买数量、金额
- 点击确定,进入填写订单界面。
- 选择收货地址,填写留言后,点击提交订单。进入付款界面

     因此这模型导致了扩大能力及承载能力都不好,一定会趁在线人数之加强碰到性能瓶颈。

APP特色功能介绍-预约设计师

APP设计师预约流程

- 打开APP进入空间模块
- 点击"空间"模块中,点击杂志,查看杂志内容
- 杂志内容下拉,出现预约设计师
- 选择各项条件,输入名字并提交
- 设计师联系用户

预约设计师界面流程

预定设计师流程

整体图片点击链接查看

预约设计师界面操作流程

预定设计师界面操作流程

完整图片点击链接查看

2.0 架构笔记:

以采用匠物APP预约设计师体验过程被之感触

 1.预约设计师功能隐藏太深
 2.选择条件的时候没有详细的解释,用户不知道选择后会有怎么样的效果 
 3.预约设计师,选择条件时,如果要修改第一项,需要重新选择第一项之后的所有选项

  改进点:业务功能体验的晋升及—针对无法就提供劳动的顾客,可以排队要留言。
针对纯粹文字沟通,提供了文件和图等重复丰富的表达方式。

匠物优化建议

预定设计师功能界面隐藏太好

1.可以尝试在首页加上预约设计师的入口
2.在杂志内,将预约设计师按钮做成常驻地步栏目,提高用户点击效率

二维码功能未强烈

1.在二维码下面加入二维码的使用说明
2.官网上只能采用微信扫描登录,可以加入匠物APP扫码登录

      另外支持了客服转接和飞跃回复等艺术来提升客服的待遇效率。

3.0 架构笔记:

  改进点:业务划分服务,且服务开展分层—服务化的率先单问题何以把一个分外之以体系切分成子服务系统。

      按工作主要级别划分了 0、1、2
老三个级别不同的子业务服务系统。
另外就是单身了一致组连服务,针对不同渠道以及通信方式的接入端。

      服务架构&分层—a.UI接抱层 —
客服用(web/app..)系统,员工用(web/app/pc…)

                b.负载均衡层 — TCP长连接,HTTP短连接

                c.路由服务层 — 路由 Tracker

                d.业务服务层 — 业务子系统以及API服务

                e.基础服务层 —
基础框架服务(安全/风控/资源分配…)

                f.资源服务层 — DB/Cache/NoSQL/MQ….

      音投递模型—不再是轮询了,而是叫终端每次建立连接后登记接入点位置,消息投递前一定连接所在接入点位置又推送过去。

             这样送效率就是永恒的了,而且特别易扩展,在线人数更多则连年数更是多,只需要扩大接入点即可。 

             使用了 MongoDB 来单独存储量最充分之聊天记录。 

4.0 架构笔记:

  拍拍网消息缺陷:a.复制工程,定制业务支出,多仿照源码维护本高

          b.独立部署,至少双机房主备外加一个灰度集群,资源浪费非常

  系统相连演进:面向平台—始考虑面向平台去搭,在联平台及走多仿业务,统一源码,统一部署,统一保护。
把业务服务持续拆分,

         剥离出无限基础的 IM 服务,IM
通用服务,客服通用服务,而针对性不同之事情特别需要做尽小化的定制服务开发。

         部署方式则因平台形式布置,不同之业务方的劳动跑在和一个阳台及,但数目交互隔离。

         细粒度服务支付—更仔细粒度的服务表示每个服务之开还简便易行,代码量更有些,依赖还少,隔离稳定性更强。

  架构VS业务: 技术架构并未断的好和糟糕,
技术架构总是要在那儿的背景下看,要考虑工作的时效价值、团队的框框以及力、

           环境基础设备等等方面。
架构演进的生命周期适时匹配好事情的生命周期,才可能表述极其好的效力。

 

 

 

                                         蒙

                                    2017-08-02
09:20 周三