项目介绍：该产品主要打通抖音、快手商家商品与阿里淘系LinkedMall项目的商品系统打通，从LinkedMall里面选品，通过系统同步到抖音、快手商家中，抖音、快手用户下单通过系统自动同步到LinkedMall的下单系统中，LinkedMall的商家发货后同步物流相关信息到抖音、快手系统中，就是这么一个工具。 注：这个项目是抖音和快手刚开始弄商城的时候做的，当时是通过商家自主研发，所以该工具并没有在商家工具广场内出现，现在貌似这种工具很多。因为是相当于商家自用型工具，也就是我们内部用所以当时做的比较简陋，满足业务就可以了，在一个一开始抖音开放平台的 api 真的搞死个人，有一些字段更新就会导致问题，很是头疼。 技术栈：Vue + ElementUi + axios + node 项目功能： 1、登录（包含平台选择：抖音、快手）； 2、商品管理（1、推送商品至抖音或快手；2、选择抖音或快手该商品的分类以及商品信息； 3、LinkedMall 对应商品状态库存等信息） 3、订单管理（1、订单类型筛选；2、订单状态筛选；3、手动推送订单至LinkedMall、抖音或快手，此功能主要处理紧急订单，很少使用，主要是自动来回推送；4、物流信息以及手动推送或获取；5、退货退款）； 4、财务管理（1、LinkedMall 系统余额查看；2、汇总抖音或快手日、周、月、总订单数量、交易金额以及退货退款率等） 本人负责部分：All，从产品设计到前端开发甚至还用 node 补充了部分功能（主要是财务管理部分，一开始只是做了前端开发的工作，后面自己用 node 写了财务管理模块，另外原来是 java 写的），其实本来还设计了角色管理、实时数据大屏和一些功能优化的事情，只是后来项目搁浅了，就有没再继续了。 遇到的问题：其实最大的问题就是开放平台 api 变化的问题，这个真的是太搞人心态了。 说明一下作品图：项目搁浅了，没有对应实时的截图，只有小部分的截图，关于马赛克的部分是因为涉及到公司名称所以就打了马赛克不影响。

项目介绍：好食期项目是当时公司的主要产品线之一，主打团购、拼团模式，是最早的拼团产品； 项目问题：由于是公司战略产品所以对于运营方面的专题页面需求相当多，而且当时前端开发人员相对较少，需求交大，经常性的因为专题页面的需求导致大量的伪需求，并且导致其他的需求一推在推。所以当时就牵头开始设计并开发“专题可视化可配置”功能的推进，后面有进行首页可视化配置功能的设计与开发。 项目功能（本人负责的部分）： 1、首页可视化配置（应对运营对节日、活动等主题需求，减少非功能性的伪需求，提高开发效率及成本）； 2、Tabbar 可视化配置（同上）； 3、专题页可视化配置（同上，专题页都是 H5 落地的）； 4、会员模块（主要解决用户复购、留存、粘性的问题）； 5、公共组件设计（主要包含：用户信息组件、商家信息组件等；主要形成文档，方便维护，并发布在私有 npm 上）； 6、UI 组件设计（也是形成文档，方便维护和扩展，发布在私有 npm 上）； 7、购物车模块（之前是拼团模式，没有购物车的概念，因为用户会一次购买多种商品，无购物车体验太差，所以开发购物车模块）； 8、公共类库设计与开发（提取公共类，方便开发以及扩展，在私有 npm 上管理）； 9、优惠卷模块（主要包含：扫码领卷、输入兑换码、使用优惠卷等功能，扫码领卷场景是在线下，方便用户操作）； 项目难点：其实最多的问题是出现在专题页与小程序交互的问题上，专题页毕竟是 H5 写的，有一些交互是需要登录的，其他的都是小问题。最终与后端开发协商解决了交互需要登录的问题。

觅食蜂项目主要包含：*小程序、支付宝小程序、H5以及商家端（商家端使用的核销等功能是另一个产品线，觅食蜂是从另一个产品线做的一个细分化社交类，简单的说其实就是模仿小红书）； 项目介绍：整个觅食蜂项目是我在公司从0开始，所有主要功能基本上都是自己实现的，一开始只有 H5 而且仅仅是为了配合 App 端做一些功能补全或者活动页，后面公司重新立项后，开始做*、支付宝小程序。 主要功能：首页板块（动态可配置）、定位功能、探店板块、消息通知板块（包含评论）、个人中心板块、订单板块、签到板块、邀请板块、优惠卷板块、升级任务板块、笔记详情板块、话题板块、支付板块等组成；（发布笔记功能在App端完成）； 主要负责： 1、小程序端及管理后台前端架构设计； 2、首页动态可配置功能设计（与服务端对接商谈实现方法）； 3、探店动态可配置功能设计； 4、通用组件提取与设计（导航栏组件、用户信息组件、Banner组件、Icon组件等）； 5、定位功能； 6、活动页动态可配置功能设计与开发； 6、其他板块开发与设计。 项目是从 0 开始的，所以所有的功能基本上都是自己做的，就不一一写了。 备注：因为公司是支付宝投资的，有一些支付宝的资源可以对接，但是用 uni-app 开发 *和支付宝有一些支付宝自身的功能和业务实在是写了太多判断逻辑，后面就开始重构支付宝端的小程序，为了配置支付宝那边的业务需求，说实话如果不重构，当时的代码真的看着难受，后面维护起来特别的麻烦。