• [技术干货] TIKTOK直播专线
    2023年,随着全球经济的逐渐复苏,外贸行业的前景愈发光明。而在这个领域中,TIKTOK直播已经崭露头角,成为了一个不可忽视的新风口。现在的TIKTOK直播市场,就像2018年的抖音带货,处于快速上升期,拥有巨大的市场潜力。然而,在进行TIKTOK直播时,网络搭建是一个无法回避的重要问题。对于一些人来说,可能会考虑使用VPN来解决问题。然而,实际上,VPN并不适合用于直播业务,尤其是对于需要长时间稳定在线以及对在线数据实时观看有要求的情况。因此,寻找一种更可靠的网络搭建方案是必要的。在这种情况下,SD-WAN成为了TIKTOK直播的不二选择。那么,SD-WAN专线的优势是什么呢?首先,SD-WAN是合法合规的。中国三大运营商的合作供应商,它拥有国外专线,用户的隐私是存在于用户自己的设备中,同时签约为用户提供7x24小时服务。这意味着它既正规又安全有保障。其次,SD-WAN拥有丰富的线路资源。它连接全球诸多国家,专线直达,不走公网海外出口,因此不受公网出口量的影响,稳定又快速。此外,SD-WAN还具有自动化功能。它拥有自动分流功能,可以根据访问的网站或app自动选择走国内或国外线路,从而实现国内外分流。另外,SD-WAN还提供了独享线路和带宽。这些线路和带宽是从运营商直接采购的,拥有一手资源,而且还是独享线路,独享IP,杜绝共享。最后,SD-WAN还拥有可视化的管理系统。用户可以通过这个系统查看管理盒子,监控盒子流量等实用功能操作。同时,为了方便公司对内部人员的管理,企业管理员还可以登录平台直接对网内的内部人员进行添加、修改和删除等操作。总的来说,SD-WAN以其合法合规、丰富的线路资源、自动化功能、独享线路和带宽、可视化管理系统以及简单易用的特点,成为了TIKTOK直播的最佳网络搭建选择。在未来的外贸行业中,随着TIKTOK直播的兴起和发展,SD-WAN的作用将更加凸显。有需要+V19358291006
  • 想学习
    我什么都不会,有没有人教我。
  • [行业资讯] 阿迪达斯如何用RFID在试衣间里玩出新花样?
    近日,阿迪达斯亚太地区首家RFID智能试衣店铺正式亮相上海。据了解,这是阿迪达斯在中国和亚太地区打造的第一家RFID店铺:借助RFID电子标签的自动识别技术,顾客可以亲身感受到RFID智能试衣间的魔力。(来源:pixabay)在顾客进入试衣间后,衣物将被自动识别并显示在RFID试衣镜中,并且可以通过人机互动更换不同尺寸、颜色,并在专业建议下完善试穿体验,为顾客带来高水平的零售创新和数字服务体验。随着鞋服行业线下竞争的日趋激烈,在交互式应用上下功夫成为了商家重点关注的一大创新点。01RFID在鞋服领域越来越普及事实上,RFID技术在鞋服领域的应用由来已久,大众熟知的迪卡侬、耐克、阿迪达斯、Zara、优衣库、海澜之家等品牌都早已在经营中引入RFID技术,进而提升在设计生产、物流供应、零售服务等环节的数字化水平。随着技术发展与场景应用的不断成熟,RFID在服装设计生产、仓储物流、终端零售、洗涤服务等各大环节都得到了应用,成为了推动服装行业数字化转型的重要技术。引入RFID等数据化管理方式不仅大幅提升了鞋服产业的生产、经营效率,也让品牌的经营策略更具灵活性。虽然RFID在鞋服领域的应用已经屡见不鲜了,不过积极应用的大多是来自海外的国际品牌,它们在RFID的应用上普遍已经有了十多年历史,积累了大量应用经验。在这个过程中,RFID也从一开始简单的盘点效率提升逐渐发挥出更大价值。相较而言,国内品牌在RFID应用上则更为审慎,一方面是受制于RFID系统建设成本,另一方面则是因为国内市场相关成功案例比较稀缺,这使得品牌方不敢贸然铺开应用。不过,近年来,在数字化浪潮席卷之下,国内品牌数字化意愿也随之大幅提高,许多品牌都在推动相关试点,逐步推进RFID的应用。02发力交互式应用场景RFID潜力进一步释放此前,RFID在鞋服领域的应用偏向于简单的数据化作业,大幅提升一些环节中的数据采集效率,进而实现快速盘点、物流可视化、快速结算等等,而智能试衣镜与它们则有着显著不同,主要区别在于后者价值体现在基于识别之后的交互能力。通过交互方面的创新,最终实现的是消费者在消费体验上的升级。3D体感试衣镜是融合了软硬件的系统集成平台,顾客不仅能够快速切换服装款式试衣,还能够实时获得专业设计师提供的搭配方案。对于商家而言,可以对交互过程中产生的互动数据进行分析,进而获得消费者习惯、爱好分析,进而完善门店经营模式。事实上,目前已经有许多鞋服厂商开始注重RFID在交互方面的潜力。比如,国内知名家电企业海尔推出的衣联网系统,其中就在衣物洗涤方面下足了功夫。海尔推出的“智慧洗”平台搭载的RFID技术可以借助云端物联让洗衣机真正“认识”衣物,自动识别衣物的面料和颜色,并根据衣物相关信息自动匹配洗涤程序。随着鞋服行业在RFID技术应用上的不断深入,RFID技术与其他技术相互结合的程度也越来越高,包括云计算、大数据、自动化等技术,这样才能发挥出更大价值,这也是产业数字化的发展方向。03打通产业链数据链路RFID将推动更多创新目前,虽然超高频RFID标签产能主要集中在中国,但是终端客户还是以国外品牌为主。不过,国内鞋服行业正在从规模化发展转向高质量发展方向,智能化、网络化成为技术和产业升级发展的重要方向,促使鞋服行业从劳动密集型向资本技术密集型转变。(来源:pixabay)同时,随着国内消费水平的不断提升,市场需求更加分散,也更为多元化,鞋服企业传统的供应链运营方式已显落后,存在前后端供需信息不匹配、上下游信息孤岛化严重、商品周转时间长、无法及时适应市场需求变化等问题,最终导致销售阻滞和库存积压。面对市场的快速变化,最有效的解决方法是打通从终端到供应链的数据链路,这样能大幅提升整个产业的灵活性。而在这个转变过程中,RFID可以贯穿整个鞋服产业链,帮助企业打通数据链,进而更带来方方面面的模式创新。
  • [技术干货] 【DevCloud · 敏捷智库】如何拆分用户故事
    提起用户故事拆分,我们听得最多的就是INVEST原则(关于INVEST原则可以参考文章“用户故事等于需求说明”——你一定没有写好用户故事),但是拿到一个较大的用户故事时,该如何拆分才能使得它满足Small的原则呢?这个是很多人面临的问题,今天和大家一起讨论一下。 首先,拆分可以参考以下流程:评估待拆分用户故事-按方法拆分-评估拆分结果。(文末有彩蛋,不要错过)评估待拆分用户故事拆分前,我们需要知道手中的用户故事是否需要拆分,就是目前是否已经符合了Small的原则。我们推荐一个用户故事在1-2天内能完成,最多不超过3天,则符合Small原则。有些地方给出的说法是1/5-1/10团队速率,这个算法和你每个迭代天数以及团队成员数有关系,所以我个人还是喜欢简单的说,1-2个工作日能完成算Small。在这种情况下如果你的用户故事已经符合了INVEST其他原则的话,那就没必要拆成多个用户故事了,因为再拆就增加了管理成本(这里不包括拆成多个task,task可以再多拆分的)。好,当你已经根据上面评估了用户故事,发现依旧需要拆分的话,那么可以按下面方法进行拆分。按方法拆分目前业界比较好的方法是Richard Lawrence的方法,原文请参考https://agileforall.com/patterns-for-splitting-user-stories/,下图英文原版为Lawrence创作,中文版是姜信宝为Lawrence翻译的,此处引用并对二人致以感谢。图片来自Lawrence官方原文里有作者的切分方式,这里我只根据我的理解选择更熟悉的例子,同时合并了其中一些方法。 方法一:按流程拆分作为有爱心的有财力的中国人,我可以从国外进口口罩捐给武汉。这个用户故事涉及的过程就很多了,需要找到国外可靠的口罩供应商,然后付款,运回国内,再送到武汉捐给指定医院等等。我们可以先分析整个用户故事成一个一个连续的流程,如果每个小流程作为一个用户故事,能对用户有价值,那我们就先这么拆开。结果比如下面l  作为有爱心的有财力的中国人,我可以寻找个国外的朋友帮忙寻找可靠的口罩来源。l  作为有爱心的有财力的中国人,我可以在这个来源付款购买指定数量的口罩。l  作为有爱心的有财力的中国人,我可以将口罩从外国运回国内。l  作为有爱心的有财力的中国人,我可以将口罩从国内某地送到武汉捐给医院。方法二:按操作种类划分作为有爱心的中国人,我可以在口罩购买平台上操作以完成购买。如果是一个业务更简单的系统的话,对应的就是增删改查动作。这里的操作会复杂些,把每个操作拆分成一个用户故事即可。l  作为有爱心的中国人,我可以在口罩购买平台上购买。l  作为有爱心的中国人,我可以在口罩购买平台上退货。l  作为有爱心的中国人,我可以在口罩购买平台上查询。l  作为有爱心的中国人,我可以在口罩购买平台上卖货。方法三:拆出主要的工作作为有爱心的中国人,我可以购买N95/KN95/医用外科三种口罩进行捐赠。整个购买捐赠流程就很复杂了,还要买不同种类的口罩,明显这三种口罩可以拆成三个故事,同时考虑一点,就是无差别的完成购买一个口罩进行捐赠的故事后,剩下的两种需要的工作量就会很少了,同时这里如果没有区分三种口罩的优先级的话,我们可以先拆出一个作为主要工作,再看剩下的两个是合到一起还是继续拆分。比如拆成如下l  作为有爱心的中国人,我可以购买其中一种(N95/KN95/医用外科)口罩进行捐赠。(3个故事点)l  作为有爱心的中国人,我可以购买另外一种(N95/KN95/医用外科)口罩进行捐赠。(1个故事点)l  作为有爱心的中国人,我可以购买最后一种(N95/KN95/医用外科)口罩进行捐赠。(1个故事点)如果后两个都比较小,合道一起也没问题的话,也可以拆成如下l  作为有爱心的中国人,我可以购买其中一种(N95/KN95/医用外科)口罩进行捐赠。(3个故事点)l  作为有爱心的中国人,我可以购买另外两种(N95/KN95/医用外科)口罩进行捐赠。(2个故事点)方法四:业务规则分类作为有爱心的中国人,我可以购买三十万个口罩捐赠给武汉。这里购买的口罩可以选择多种类型,价格不一样,效果不一样,这就是我们要区分的不同的业务规则,拆分后可能如下l  作为有爱心的中国人,我可以购买三十万个最贵的口罩捐赠给武汉。l  作为有爱心的中国人,我可以购买三十万个口罩捐赠给武汉,不区分口罩种类。l  作为有爱心的中国人,我可以购买三十万个口罩捐赠给武汉,只要N95和KN95级别的。方法五:简单到复杂作为有爱心的中国人,我可以购买口罩捐赠给武汉。简单一句话,涉及的业务可以是购买何种口罩,如何捐赠,给什么机构等,明显不能作为一个故事进行交付,需要拆分。但是业务太复杂,一开始无法全都想清楚,可以先做最基本的,然后再根据方法四的业务规则分类进行扩展。l  (简单)作为有爱心的中国人,我可以购买口罩捐赠给武汉。l  (复杂)在XXX日期购买。l  (复杂)通过不同的运输通道送到武汉。l  (复杂)捐赠给XXX不同的医院。方法六:推迟性能实现作为有爱心的中国人,我可以明天购买口罩捐赠给武汉。明天这个性能太高了,实现起来可能比较困难,我们先实现购买和捐赠,不考虑哪天能完成,再考虑明天这个性能要求。l  作为有爱心的中国人,我可以购买口罩捐赠给武汉。l  作为有爱心的中国人,我可以明天购买口罩并完成捐赠给武汉。方法七:探针作为有爱心的中国人,我可以明天购买口罩捐赠给武汉。这个可能对我来说太复杂了,完全不知道该买什么类型的口罩,买30万个大概多少钱,渠道买比较靠谱,怎么捐赠,给哪个机构,如果现在就强行做计划的话,可能最后发现,我手上的钱是不够的,或者周期太长,到最后才发现的话,会损失很多。所以一般都是先去探探路。l  调查市场上口罩类型、价格、渠道。l  调查捐赠方式,靠谱的接受机构。l  实施捐赠(需要等前面的工作完毕后重新评估) 评估拆分结果拆分完毕后,再用INVEST原则进行评估,如果符合,那就没问题了。但是有的时候会不符合其中某些原则,比如独立性,但是实际业务就只能这样。比如上面提到的方法三的拆分,这个是必然有关系的,不可能先做第二个用户故事后做第一个。这时只能选择不符合独立性原则。 彩蛋看了上面这么多拆分方法,是否迷糊了?是否每次拆分都要对照上面的方法一个一个的试?其实不需要的,根据经验,拆分用户故事最重要的是,先捋清楚整个业务(划重点,这个最重要,之前很多例子你感觉切分的不如作者好,都是因为对举例的业务不熟悉),然后按照最重要的原则-纵着切即可。如下图所示。图片来自网络纵着切的意思是,每个切分出来的需求是个单独对用户有价值的,就像上图中切出来的一块蛋糕,是独立的个体,包括这一块蛋糕的所有层次以及上面的小人。对比的横着切的意思是所有的需求放一起将前台、后台、数据库操作这样切分出来,结果就是先用几个迭代将所有的需求前台工作做完了,再开发后台的,这样无法尽早交付有价值的需求,比如先将蛋糕上上所有的小人都切下来了。如果业务比较复杂,那么就以MVP的思想,先交付一个简单的端到端的业务,再慢慢扩展复杂程度。如果过于复杂,就尝试探针方法。如果捋清楚了需求,尝试纵着切,发现很难下手,这时候再来看上面提到的Lawrence的七个方法,寻求帮助。