精华内容
下载资源
问答
  • TECH:用于托管需求响应的热感知和成本高效机制
  • 关于智能电网,您肯定不会感到陌生,在美国,这种互联基础架构,正将数字智能化嵌入整个生产、分配、定价、电能消耗流程中。之前白皮书“自动化和智能电网:今日能耗管理”,已经向您介绍过美国电力电网,...
  • 导语 互联网1.0时代,这个时代是以消费为主,所要获取流量和渠道改变;互联网2.0时代,是产业...最近看了很多关于“新零售”、“智能化”案例,阿里巴巴“无人超市”,亚马逊新零售,红领与派登洋服


    导语

    互联网1.0的时代,这个时代是以消费为主,所要获取的流量和渠道的改变;互联网2.0时代,是产业互联网时代,这个时代一定是基于专业和产品、服务的价值创新为核心的时代,产业互联网能够给制造业带来机会,问题的关键是你是否具有互联网属性。

      

    文 | 陈春花

    640?wx_fmt=png&wxfrom=5&wx_lazy=1


    最近看了很多关于“新零售”、“智能化”的案例,阿里巴巴的“无人超市”,亚马逊的新零售,红领与派登洋服的“智能化定制”,尚品宅配的“柔性定制”等等,让我真的觉得“互联网的下半场”比我们想象的还要快,来到我们的身边。



    服装纺织业该如何面向互联网?




    很多人问我,传统的制造企业,特别是服装纺织业该如何面向互联网,红领与派登洋服这个选择可以给大家一个示范:“智能制造,实现个性化规模定制。”制造转型会是一个必然的选择。我曾经在很多场合说过,互联网技术带来的冲击,分为两个阶段,第一个阶段是互联网1.0的时代,这个时代是以消费为主,所要获取的流量和渠道的改变。到了互联网第二个阶段,也就是互联网2.0时代,是产业互联网时代,这个时代一定是基于专业和产品、服务的价值创新为核心的时代,产业互联网能够给制造业带来机会,问题的关键是你是否具有互联网属性。

    640?wx_fmt=png&wxfrom=5&wx_lazy=1

    传统制造最大的特点是成本与规模之间的效率,而互联网时代,恰恰需要的是成本与个性化之间的协同,如何在满足个性化的基础上,又可以降低成本,的确是传统制造企业很难完成的任务。红领与派登洋服所做的智能化转型,就在拥有互联网的属性,可以完成“智能制造,实现个性化规模定制”,通过个性和规模定制的方式,让个性化与成本之间找到一个平衡点;而亚马逊与阿里巴巴的“智能化”创新,已经不再是“转型”的逻辑,完全是基于“顾客消费行为”的视角,进行全新的价值体系构建,这种价值体系构建,会彻底改变制造与消费端之间的价值分配和效率改善。



    互联网下半场的核心特点




    今天开始互联网的下半场,在我看来互联网的下半场,其核心是智能化、更高的效率、更低的损耗。因此亚马逊和阿里巴巴的新零售方式,无疑是互联网下半场的领先模型,因应而起的是各个行业的新发展模式出现。所以,对于制造企业而言,提升效率、柔性化以及直接与顾客对接和沟通,成为发展的核心价值。

    640?wx_fmt=png

    派登洋服所做的智能定制、西装与衬衫的板式数据库以及承诺5-7天交付产品等等的做法,都是极为有价值的,只要持续去做,效率更高,损耗更少,与顾客沟通更顺畅的时候,经营的结果也会被呈现出来。



    智能制造需要融入一个生态才会有意义




    但是需要特别思考的是:智能制造还是制造,并没有从根本上解决与顾客直接沟通的问题,比较之传统制造企业应该是解决了“制造端”的价值释放问题,但是和传统制造企业一样,还是要找到如何解决“消费端”的问题,如何找到消费端价值释放的问题,只有解决了这个问题,传统制造发展的根本性问题才会解决。


    作为供应链居中的一个环节,智能制造要真正发挥作用,离不开前端和后端各个环节的参与和配合。换句话说,智能制造需要融入一个生态才会有意义。如何构建这个生态系统是对传统制造的一个挑战,但是也是必须去应对的一个挑战。



    “新零售”和“智能化”是一个

    高效响应顾客需求的逻辑




    对于“新零售”而言,他们已经在构建基于“顾客的生态系统”,从顾客个性化需求入手,让千千万万的顾客可以直接与制造企业对接,让顾客无论身在何处,都可以随时随地得到制造企业的帮助和服务。这些全新的智能渠道,不仅仅是渠道,更是顾客体验中心,更是一个巨大的个体消费行为的价值挖掘中心,这种完全基于消费行为的“新零售”和“智能化”不再是以往的渠道逻辑,而是一个高效响应顾客需求的逻辑。

    640?wx_fmt=png

    随着新渠道、新零售模式的出现和普及速度的增加,许许多多的中国企业应该在这个领域加大尝试和创新,看看可否打开边界做出更广泛的合作,让“智能制造”的“柔性化”能力组合在新渠道上,获得极高的效率。这也是我自己在研究GE转型案例中学到的东西:产业互联网的价值在于“提供效率”,每一个产业的效率被释放出来的时候,其所释放出来的价值超乎你的想象。


    无论是制造企业还是零售企业,亦或是产业链上的任何一个环节,在今天都需要做好迎接“互联网下半场”到来的准备,这个准备不是“规模与成本”之间的关系,也不是“个性化与智能化”之间的关系,而是“高效回应消费者”的全新价值呈现。(本文完)


    640?wx_fmt=png



    人工智能赛博物理操作系统

    AI-CPS OS

    人工智能赛博物理操作系统(新一代技术+商业操作系统“AI-CPS OS”:云计算+大数据+物联网+区块链+人工智能)分支用来的今天,企业领导者必须了解如何将“技术”全面渗入整个公司、产品等“商业”场景中,利用AI-CPS OS形成数字化+智能化力量,实现行业的重新布局、企业的重新构建和自我的焕然新生。


    AI-CPS OS的真正价值并不来自构成技术或功能,而是要以一种传递独特竞争优势的方式将自动化+信息化、智造+产品+服务和数据+分析一体化,这种整合方式能够释放新的业务和运营模式。如果不能实现跨功能的更大规模融合,没有颠覆现状的意愿,这些将不可能实现。


    领导者无法依靠某种单一战略方法来应对多维度的数字化变革。面对新一代技术+商业操作系统AI-CPS OS颠覆性的数字化+智能化力量,领导者必须在行业、企业与个人这三个层面都保持领先地位:

    1. 重新行业布局:你的世界观要怎样改变才算足够?你必须对行业典范进行怎样的反思?

    2. 重新构建企业:你的企业需要做出什么样的变化?你准备如何重新定义你的公司?

    3. 重新打造自己:你需要成为怎样的人?要重塑自己并在数字化+智能化时代保有领先地位,你必须如何去做?

    AI-CPS OS是数字化智能化创新平台,设计思路是将大数据、物联网、区块链和人工智能等无缝整合在云端,可以帮助企业将创新成果融入自身业务体系,实现各个前沿技术在云端的优势协同。AI-CPS OS形成的字化+智能化力量与行业、企业及个人三个层面的交叉,形成了领导力模式,使数字化融入到领导者所在企业与领导方式的核心位置:

    1. 精细种力量能够使人在更加真实、细致的层面观察与感知现实世界和数字化世界正在发生的一切,进而理解和更加精细地进行产品个性化控制、微观业务场景事件和结果控制。

    2. 智能:模型随着时间(数据)的变化而变化,整个系统就具备了智能(自学习)的能力。

    3. 高效:企业需要建立实时或者准实时的数据采集传输、模型预测和响应决策能力,这样智能就从批量性、阶段性的行为变成一个可以实时触达的行为。

    4. 不确定性:数字化变更颠覆和改变了领导者曾经仰仗的思维方式、结构和实践经验,其结果就是形成了复合不确定性这种颠覆性力量。主要的不确定性蕴含于三个领域:技术、文化、制度。

    5. 边界模糊:数字世界与现实世界的不断融合成CPS不仅让人们所知行业的核心产品、经济学定理和可能性都产生了变化,还模糊了不同行业间的界限。这种效应正在向生态系统、企业、客户、产品快速蔓延。

    AI-CPS OS形成的数字化+智能化力量通过三个方式激发经济增长:

    1. 创造虚拟劳动力,承担需要适应性和敏捷性的复杂任务,即“智能自动化”,以区别于传统的自动化解决方案;

    2. 对现有劳动力和实物资产进行有利的补充和提升,提高资本效率

    3. 人工智能的普及,将推动多行业的相关创新,开辟崭新的经济增长空间


    给决策制定者和商业领袖的建议:

    1. 超越自动化,开启新创新模式:利用具有自主学习和自我控制能力的动态机器智能,为企业创造新商机;

    2. 迎接新一代信息技术,迎接人工智能:无缝整合人类智慧与机器智能,重新

      评估未来的知识和技能类型;

    3. 制定道德规范:切实为人工智能生态系统制定道德准则,并在智能机器的开

      发过程中确定更加明晰的标准和最佳实践;

    4. 重视再分配效应:对人工智能可能带来的冲击做好准备,制定战略帮助面临

      较高失业风险的人群;

    5. 开发数字化+智能化企业所需新能力:员工团队需要积极掌握判断、沟通及想象力和创造力等人类所特有的重要能力。对于中国企业来说,创造兼具包容性和多样性的文化也非常重要。


    子曰:“君子和而不同,小人同而不和。”  《论语·子路》云计算、大数据、物联网、区块链和 人工智能,像君子一般融合,一起体现科技就是生产力。


    如果说上一次哥伦布地理大发现,拓展的是人类的物理空间。那么这一次地理大发现,拓展的就是人们的数字空间。在数学空间,建立新的商业文明,从而发现新的创富模式,为人类社会带来新的财富空间。云计算,大数据、物联网和区块链,是进入这个数字空间的船,而人工智能就是那船上的帆,哥伦布之帆!


    新一代技术+商业的人工智能赛博物理操作系统AI-CPS OS作为新一轮产业变革的核心驱动力,将进一步释放历次科技革命和产业变革积蓄的巨大能量,并创造新的强大引擎。重构生产、分配、交换、消费等经济活动各环节,形成从宏观到微观各领域的智能化新需求,催生新技术、新产品、新产业、新业态、新模式。引发经济结构重大变革,深刻改变人类生产生活方式和思维模式,实现社会生产力的整体跃升。





    产业智能官  AI-CPS



    用“人工智能赛博物理操作系统新一代技术+商业操作系统“AI-CPS OS”:云计算+大数据+物联网+区块链+人工智能)在场景中构建状态感知-实时分析-自主决策-精准执行-学习提升的认知计算和机器智能;实现产业转型升级、DT驱动业务、价值创新创造的产业互联生态链





    640?wx_fmt=png

    640?wx_fmt=png


    长按上方二维码关注微信公众号: AI-CPS,更多信息回复:


    新技术:“云计算”、“大数据”、“物联网”、“区块链”、“人工智能”;新产业:“智能制造”、“智能农业”、“智能金融”、“智能零售”、“智能城市”、“智能驾驶”;新模式:“财富空间”、“特色小镇”、“赛博物理”、“供应链金融”


    点击“阅读原文”,访问AI-CPS OS官网




    本文系“产业智能官”(公众号ID:AI-CPS)收集整理,转载请注明出处!



    版权声明产业智能官(公众号ID:AI-CPS推荐的文章,除非确实无法确认,我们都会注明作者和来源。部分文章推送时未能与原作者取得联系。若涉及版权问题,烦请原作者联系我们,与您共同协商解决。联系、投稿邮箱:erp_vip@hotmail.com





    展开全文
  • 桔妹导读:所谓需求响应式公交,就是根据用户出行需求,提供非固定路线的、能够实时拼单的公交系统。目前滴滴动态公交可通过灵活调配运力、实时规划行驶路线,为用户提供经济、直达、有座、高效的响应...

    桔妹导读:所谓需求响应式公交,就是根据用户出行需求,提供非固定路线的、能够实时拼单的公交系统。目前滴滴动态公交可通过灵活调配运力、实时规划行驶路线,为用户提供经济、直达、有座、高效的响应式公交服务。

    1. 

    产品背景介绍

    传统公交系统以固定路线和时间表的形式给公众提供出行服务。近年来,随着信息技术的快速发展以及与各行业的深度融合,个性化服务逐渐兴起。在公共交通领域,滴滴、Uber、Lyft等科技出行公司通过运用新技术赋能传统出行行业,推出了更加便捷、优质的出行解决方案。

    目前,全国每天约有2.5亿人次选择公共出行。滴滴本着让出行更美好的愿景,依靠掌握的高质量的交通大数据的优势,不断思索改进公共出行领域的解决方案,积极配合交管部门等合作伙伴一起用技术力量改善城市交通,普惠大众出行。

    在此背景下,滴滴需求响应式公交服务应运而生。其根据用户的个性化出行需求灵活调整运力,针对客流和虚拟站点实时计算最优路径,快速进行公交运力资源动态调配,实现全局效率最优。可有效弥补传统公交在特定区域、特定时段内,运力和需求不匹配的问题,提升公共交通运行效率,有效满足乘客出行的多元需求,有效提升用户公共出行体验,增加公共交通可达性。目前该业务已在青岛、西安等多座城市落地,为用户提供经济、直达、有座、少步行的响应式公交服务。

    在ToG、ToB的合作过程中,滴滴创新公交团队主要致力于输出产品技术能力,赋能B端,孵化多场景下多样化的产品解决方案。公共出行的细分场景比较多样化,有通勤、定点疏散、商务、旅游、城际等类枢纽场景,有社区、产业园、大学城等类微循环场景,不同场景下可设计出不同的公交产品模式。同时需要一整套的运营体系来支持产品的运转,若各B端自研,成本高、周期长、风险大。和滴滴需求响应式公交技术平台产品对接,可大大降低合作方成本,加速产品落地。同时助力提升公共出行信息化、网约化水平,让乘客便捷获取实时、准确的出行信息,让运营主体实时监控车辆运营状态、及时了解用户诉求。

    2. 

    公交业务模型 

    我们说出行问题,本质上是解决时空问题,公交出行同样如此。下面通过对业务模型的抽象,拆解模型图层,如下图所示。第一层是静态区域站点层,站点可以规划设计大、中、虚拟站点;第二层是线路层,刻画站点之间的通达路径;第三层是一体化服务层,通过各种模式来进行人车接送,调度等服务。不同出行场景下,时空分布存在差异,可以通过3层的不同模式来最优化公交服务。图中右上角区域,出行时间、空间都很密集,这种场景下一般规划大中站点、固定路线、投入大车、固定排班的枢纽模式为主;图中左下角区域,出行时间、空间都不密集,这种情况下规划虚拟小站、投入小车、实时聚合、动态的微循环模式为主;时间密集、空间不密集和空间密集、时间不密集两种情况下,可结合枢纽和微循环组合模式去运营比较高效。

    3. 

    产品服务架构

    为了落地实现产品价值,基于滴滴基础产研能力,滴滴实现了一整套动态公交产品服务。底层依托弹性云平台、地图、算法、调度引擎等基础能力,构建了人、车、线动态智能匹配的服务。应用端包括乘客端,司机端,还有数据运营管理平台。

    4. 

    产品界面

    下面是动态公交产品效果截图。前3张是乘客端,用户选择上下车站点,出发时间等实时呼叫或者预约出行,等待系统响应,响应之后,乘客可以看到车辆车牌号、车辆位置、预计到站时间等信息引导用户乘坐。后1张是司机端,司机接到分配的行程任务后,会按照顺序接送乘客。

    5. 

    多样化场景支持

    公交出行的场景本身会比较多样化,有通勤场景,有枢纽疏散场景,有商务,旅游,城际,社区,产业园大学城等各种不同场景,不同场景下可能适合设计不同的公交产品模式来服务。

    下图是一个客运站枢纽疏散场景,开通分时段班次动态线路。青岛西站出站乘客呼叫预约,系统根据不同上下车站点,动态聚合,规划动态路线,将乘客疏散到下边的大片区域。

    下图是一个大学城区域,投入中小巴运营,固定站点,完全不固定线路。片区內乘客可实时呼叫或者预约,系统实时聚合匹配,实时生成动态路线,司机按照系统派发任务,按顺序接送乘客。

    为了支撑实现多样化产品,我们做了对业务模型的统一抽象。对公交服务来说,核心模块设计包括站线模式、成行模式、调车模式、合乘模式、计价支付模式、取消模式等。线站模式包括固定线路、不固定线路、部分约束固定等模式;成行模式包括固定班次成行、拼够人数成行,票款达标等模式;调车模式包括固定排定计划、实时动态最优、轮循等模式;合乘模式包括排班乘坐、效率优先合乘、乘客体验均衡等模式;计价模式包括固定票价、阶梯票价、里程计价等模式;支付模式包括前支付、后支付、不支付等模式;取消模式包括不可取消,免费取消,惩罚取消等。在这个业务模型中每种模式都模版化,运营方可以根据场景实际情况,自由灵活选择组合,快速创造落地运营新产品。

    6. 

    线站模型升维

    需求响应式公交集合了网约车的便利和公交的优惠,是传统公交的一种创新,其本质还是一种公共交通形式,强调规划性,需要有线站模型的规划设计。

    为了表达多样化的产品运营形态,我们升维了线站模型,从目前行业內以线为主,升级拓展为网状结构,配合站站通达性约束图,打开线路的表达空间,能创造出更多可能的灵活线路形态。

    公交的运营主体是各地的公交集团、客运公司、小范围的园区、社区管委会等。不同的运营主体,根据自身的需要,运营特点以及当地交通规则以及实际情况,会设计差异化的线路约束。

    比较典型的线路通达性设计约束有:

    • 部分或全部站点可能要求有相对站序,不允许逆站序行驶,通常见于火车站到市区,机场到市区的这种集散地疏散场景。

    • 要求设置一个或多个必经站,通常见于旅游景区、车站、学校等。

    • 允许系统动态微调乘客下单的上车站点,以提升车辆的运营效率,比如将乘客的上车站点修改到马路对面,通常见于园区,或者城区无方向的微循环场景,减少车辆的调头。

    • 特殊情况下,站点之间的路径轨迹要按照运力方实际线下经验规划的路径来设置,而不是按照导航服务的动态推荐线路来规划。

    类似的场景还有很多。从功能上看,似乎都是互不相关的定制化需求,但是从技术层面,我们可以把这些需求都统一抽象成一个特殊有向图的表达。如果需要站点相对有序,我们可以通过配置站点的连通性,来达到同样的效果。如果需要换站,我们可以通过训练和挖掘手段,来找出可以换站条件的站点,并通过引擎算法的支撑来实现最终的效果。

    通过配置,挖掘,训练等手段,构造出一个特殊有向图结构,并且运用到引擎内,最终转化成不同“定制化”需求,我们称之为需求响应式公交的线网模型。

    7. 

    区域和站线规划

    由于是公交的属性,比较强调区域,站线的规划。在规划方面,基于客流大数据,应用聚类等相关算法进行计算分析,并且求解最优闭包区域,建议站点设置,最优途径路线等。

    8. 

    车辆排班和调度

    不同的运营商,在不同场景下,运营方式是多种多样的。有在一个范围内车辆不停巡游的场景,也有在多个场站之间定时排班的场景,还有在多个场站之间按需排班的场景。公交运营方通常会有一个线下调度员,专门负责车辆的调度工作,如何使用线上数据和技术手段,替换或者辅助车辆调度,并满足多种不同的场景需求,也是需求响应式公交面临的一个重要问题。

    针对实际情况,我们提炼出了静态和动态两种调度模式。

    静态调度:根据分时段客流量以及方向分布,还有分时段路况等信息规划运力或者班次投入计划。并且利用智能算法,综合考虑司机工作时长要求、疲劳驾驶、休息周期、驾驶表现,以及车辆续驶里程、加油充电周期、全程用时等相关信息,智能计算推荐排班,然后人工快速选择和校正,高效产生最优排班计划。

    动态调度:动态生成合乘路线之后,调度引擎会实时为其寻找最优的车辆进行匹配和分配任务。系统会结合规则、车辆状态、车辆位置等一系列因素去评估和计算,如果通过计算判定路线任务可以被响应,就会对行程路线和车辆进行任务绑定,车辆接到任务按顺序接送乘客。

    上图是一个简单的示意图,途中,B1,B2车辆已经分配行程任务,正在执行既有行程,有2个未分配行程的车辆B3和B4,实时在线等待派发任务,同时在该时刻我们聚合形成了一个新的行程,后续出现的订单可以继续在行程上聚合拼单,同时告知用户,行程已经拼成,车辆信息稍后告知但是暂时没有合适的车。我们会根据运力规则,路况,预测发单情况去实时更新最合适的车辆,最终指定车辆B4去执行该未分配车辆的行程。

    9. 

    系统核心架构

    需求响应式公交主要由乘客端、司机端、管理后台和引擎几个部分组成。整个系统从用户呼单为起点开始运转,订单经过分析处理后放入订单池,订单池以某个特定的频率向引擎发起拼单请求,引擎分析请求,适配合适的算法,给订单撮合最优的车辆,并给车辆规划出接送人的顺序,然后将结果返回给后台系统进行缓存。司机端和乘客端接收后台的信息进行展示并对信息进行迭代更新,这样,就构成了一个完整的系统闭环。

    整个系统的架构简图如下:

     

    10. 

    拼单和规划引擎

    动态公交拼单和规划引擎主要是解决多车、多单在时间和空间上的匹配问题,在满足各种先决条件下,尽可能多的拼成订单,同时确保司乘体验。公交车辆车型多样,有几座的,也有几十座以上的,相比网约车,动态公交在每个车辆怎么分配多个订单、多个订单如何组合不同路线两个维度上多了延伸,而这种维度上的增加带来的是组合上指数级的增长。

    假设某个场景下有M辆车、N个订单同时拼单,可能的组合方案(车单无序组合)会有

    种;另,某个方案上有K辆车拼成,某辆车上有Q个订单,则该方案下的解会有

    种组合;则,理论上,M车N单可能的组合方案数级别为:

    如此规模的VRP问题,暴力检索是不可想象的。小规模区域下,可以通过传统运筹学范畴的算法精确求解;当针对区域规模较大时,精确求解是不切实际的,需要寻找合理的智能算法,既要考虑搜索性能,也要合理规避陷入局部最优。为了更好的应对这种NP-难问题,寻找更好的次优解是我们解决问题的关键。

    动态公交VRP问题,有它独特的限制要求(车载量限制、用户时间窗限制、站点顺序限制等等),这种情况下一个合理的初始解很重要,能够较大程度上缩减搜索规模,这里我们可以结合拼单逻辑,启发式生成初始解;搜索过程中引入禁忌表避免重复操作;采用变领域搜索避免陷入局部最优等等,在集中性和疏散性之间达到较好的平衡。另外,目标函数决定了搜索的方向,如何设计合理的目标函数,如何平衡拼单率和体验之间的关系,一直是我们探索的方向。目前我们也在布局通过机器学习智能推荐合理站点、引导车辆合理分布等供需自动平衡方案。同时我们也在利用已有的历史订单数据和用户行为数据通过深度学习的方法积极搭建我们的仿真系统,为针对不同运营区域独立建模搭建基础。

     

    11. 

    开放平台

    出于赋能公交行业的目的, 除支持滴滴主app呼单外,我们还提供一个开放平台合作模式,依靠开放平台客户可以更加自主化的实现自身需求。

    公交是一个多方合作的业务,技术平台以开放平台的模式来构建。使用开放api的方式,支持了多种方式的合作可能,运营方可以直接在滴滴app上运营产品,也可以通过我们提供的开放api和sdk接入到自有系统和app产品运营。

    目前我们的产品和系统还有很多不完善的地方,也面对着很多的技术难点,欢迎大家对我们提出您宝贵的意见,帮助我们更好的成长,谢谢。

    梦在远方,路在脚下,我们致力于为您提供最佳公共出行解决方案!

    本文作者

    2016年加入滴滴,创新公交负责人,主要负责动态公交整体业务架构设计。


    2018年加入滴滴,主要负责创新公交乘客端后端、开放平台和仿真平台等工作。

    2016年加入滴滴,主要负责动态公交的司机端后端和规划引擎等工作。

    2019年加入滴滴,主要负责动态公交规划引擎和可视化平台等工作。

    团队招聘

    滴滴地图与公交事业部创新公交团队,依托滴滴地图导航技术和基础数据能力,使用机器学习和智能优化方法等技术,致力于为用户提供灵活、高效的公共出行解决方案。

    团队长期招聘研发工程师,包括前端、后端、引擎策略等方向,欢迎有兴趣的小伙伴加入,可投递简历至 diditech@didiglobal.com,邮件请邮件主题请命名为「姓名-应聘部门-应聘方向」。

    扫描了解更多岗位

    延伸阅读

    
    内容编辑 | Charlotte联系我们 | DiDiTech@didiglobal.com
    
    
    展开全文
  • 为了更准确地体现实际需求响应的特点,根据电量价格响应弹性非线性特点和不同类型负荷响应弹性差异性,提出基于指数变化差异化需求响应机制;建立以系统运行成本最低为目标微电网源荷储协调优化调度模型;...
  • 需求是这样:在一个包含懒加载资源以及动态DOM元素生成页面中,需要针对页面中存在元素添加属性显示标签。首先假设大家已经知道JavaScript中事件发生阶段(捕获-命中-冒泡),附上一张图带过这个内容,我
  • 本文文章中,笔者就企业如何高效运营流量这个问题继续与大家分享了他思路与想法,以及介绍了相关运营工具,一起来看看吧。每一次流量浪潮,都会涌现新流量平台,也就是大家所熟知BAT。以前营销好做,是因为...

    上篇文章《如何打造私域流量:构建流量池首先需要一个“数据池”》中笔者为大家介绍了运营人如何用好流量池思维,如何构建流量池。本文文章中,笔者就企业如何高效运营流量这个问题继续与大家分享了他的思路与想法,以及介绍了相关的运营工具,一起来看看吧。

    79946017adecfa1386a1eff46e906663.png

    每一次流量浪潮,都会涌现新的流量平台,也就是大家所熟知的BAT。

    以前营销好做,是因为企业可以不断地找寻新的平台,什么火了做什么,这些平台都有大把的流量和资源,只要做了都会尝到流量红利的甜头。

    那时的企业根本不愁没有客户,所以客户运营的门槛很低,就算流失了一部分客户,也会又新的血液补进客户池中。

    但随着流量红利的消逝,在平台巨头的流量掌控下,企业很难在与巨头的博弈中掌握主动权。

    尽管如此,我们仍然要依靠巨头平台来积累企业流量,虽然这些流量数据未必精准且很难成为企业的第一方数据。

    这时的企业很焦虑,因为客户的嘴变叼了,运营稍有不慎客户就会降低品牌忠诚度。

    并且,客户很难主动往企业怀里跳,而是需要企业一步步引导,客户才会尝试了解企业。企业想要创收,就必须具备更深层次的运营技能。

    所以在互联网的浪潮下,所有企业都在说要将客户放在首位,要专注客户。

    因此“流量池”被推至2019的风口,就算杨飞没有提出“流量池思维”,我相信这个理念也迟早会被世人供奉。

    一、企业应该如何高效运营流量?

    随着数据体量、媒体渠道和移动设备的激增,客户开始从越来越多的渠道和企业发生交互,比如微信、网站、广告平台、线下门店等。

    不断变化的客户特征对企业业务产生了重大影响,如何更有效地运营流量也成了企业的一大难题。

    高效运营流量的精髓就是全面触达、快速响应、精准运营。

    1. 全面触达

    这里的“全面”有两层含义。

    一是客户全生命周期触达。随着流量的枯竭,企业不能只抱着现有商机取暖,而是应该发挥刨根问底的精神,“这个人(匿名)在我们的官网出现过,我就要努力把他变成商机”。

    二是全渠道触达。客户与企业的触点有很多,并且客户的使用习惯在发生变化,运营过程中企业很难保证过去的客户触点能再次触达客户。所以客户运营应该在每一个渠道全面铺开。

    2. 快速响应

    客户的喜好、住址、触点都会改变,甚至客户也喜欢追随市场热潮,因此企业制定的运营策略需要时常随客户或市场的需求而改变。

    并且,客户消费行为只需一个点击即可完成,消费过程简易化的同时,客户的体验也可以直接且轻易地影响客户的购买决策,客户的需求变得多样且不稳定。

    企业需要在客户需求发生变化的第一时间做出响应。

    比如,以前企业总给某客户推送球鞋是因为这位客户是位钟爱篮球的男性客户,近期该客户开始看起女款服饰,那么很有可能他找到了女朋友,这时企业就应该及时向他推送新品女装服饰又或是情侣爆款服饰,让他对他以前没有注意到的商品产生兴趣,以免该客户到其他店铺去购买女装,保持客户忠诚度。

    3. 精准运营

    前文我提到全渠道触达,但不代表可以每个渠道都触达一遍。如果同一个客户收到来自微信、短信、天猫、邮件等多个渠道的信息,这就算是很严重的骚扰,如果推送内容千篇一律,更是味如嚼蜡。

    客户需要的是舒适、个性、直击心灵的触达,企业需要根据客户的偏好,选择最佳的渠道、最优的内容去触达客户。

    很简单,客户喜欢在天猫看衣服,喜欢在京东看日用品,那就在不同的渠道投其所好。

    如果通过微信触达不到客户,那说明他很有可能因为某些原因取关了企业的微信号,那就通过邮件或者短信为他发送优惠券,勾起他对企业的记忆,而不是让客户一口气收到3条一模一样的讯息。

    二、什么工具能帮助企业高效运营流量?

    1. CRM:精准、不快速、不全面

    CRM 中存储了客户的电话、地址、电子邮件以及核心消费环节的互动记录,它可以帮助企业构建个性化客户互动体验。

    但在大多数情况下,销售/运营团队的成员必须手动输入有关客户的信息,才能在CRM中创建线索。

    并且,CRM管理最多的是已购买的实名客户,但匿名客户的行为难以识别并且获得洞察。因此CRM难以满足快速响应和全面触达的运营需求。

    2. SCRM:快速、精准、不全面

    我们可以将SCRM理解为CRM的一种迭代,是CRM的升级版本。相比之下,SCRM更强调客户的参与和双边互动,它可以通过常用的社交平台,完成用户信息的采集,再进行清洗和整理,梳理关系网络,掌握用户行为轨迹,并迅速打开一对一的互动。

    但SCRM的局限性在于它只能基于现下常用的社交平台,如微信来进行流量运营,在全面触达方面稍有局限。

    3. 营销自动化工具:快速、精准、不全面

    Marketing Automation工具的设计目的是在触点上和客户进行交互。它会有一定数据收集能力,能够组织多渠道营销活动、细分受众群体和分发个性化内容。

    但是从本质上来说并非为了连接各类数据源,没有办法对接大量的运营渠道,因此Marketing Automation工具和SCRM一样,很难做到全面触达。

    4. CDP:快速、精准、全面

    可见,以上营销工具都在“全面”的问题上覆没了,为什么CDP可以进行全面触达?因为“对接”是写在CDP的基因里的。

    它拥有强力的对接能力,能够与市面上主流的营销工具(包括广告投放渠道)实现数据采集和功能触发。

    通过已对接的营销渠道,它能根据不同标签组制定不同类型的客户旅程,自动化触达客户。

    触达后的客户行为数据也能实时回馈到CDP中,丰富客户画像。另外,CDP是业务人员都可以轻松上手的工具,无需编程无需排期,开盒即用,快速响应前端运营活动。

    CDP对匿名客户也拥有强大的运营能力。举个简单的例子,CDP可以通过埋点的形式抓取从付费链接进入到官网的客户特征,例如IMEI号、cookies等。

    之后,企业可以通过在广告投放后台上传ID特征库,由投放平台进行匹配,找到ID特征匹配的人,通过其个性化标签,实现精准广告的展现。

    d3a23ad0674e4f97e21cb1afc50dec12.png

    要想客户拥有很高的品牌忠诚度,甚至把客户变成口碑的传播者,前提是企业要细致全面地为客户服务。

    这也就是高效运营流量的目的——把客户留在自己的流量池中,企业就有了自己的主动权。

    本文由 @Linkflow 原创发布于人人都是产品经理,未经作者许可,禁止转载。

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

    展开全文
  • 如何监听页面 DOM 变动并高效响应

    千次阅读 2017-08-01 10:46:00
    最近在做 chrome 插件开发,既然是插件那就难免不对现有...需求是这样:在一个包含懒加载资源以及动态 DOM 元素生成页面中,需要针对页面中存在元素添加属性显示标签。 从 DOM 变动事件监听说起 首先假设大...

    最近在做 chrome 插件开发,既然是插件那就难免不对现有页面做一些控制,比如事件监听、调整布局、对 DOM 元素的增删改查等等。其中有一个需求比较有意思,便整理一下顺便把涉及到的知识点复习一遍。

    需求是这样的:在一个包含懒加载资源以及动态 DOM 元素生成的页面中,需要针对页面中存在的元素添加属性显示标签。

    从 DOM 变动事件监听说起

    首先假设大家已经知道 JavaScript 中事件的发生阶段(捕获-命中-冒泡),附上一张图带过这个内容,我们直接进入寻找解决方法的过程。

    Graphical representation of an event dispatched in a DOM tree using the DOM event flow

    开始的时候我一直在 window 状态改变涉及到的事件中寻找,一圈搜寻下来发现也就 onload 事件最接近了,所以我们看看 MDN 对该事件的定义:

    The load event is fired when a resource and its dependent resources have finished loading.

    怎么理解资源及其依赖资源已加载完毕呢?简单来说,如果一个页面涉及到图片资源,那么 onload 事件会在页面完全载入(包括图片、css文件等等)后触发。一个简单的监听事件用 JavaScript 应该这样书写(注意不同环境下 load 和 onload 的差异):

    
    
    1. <script> 
    2.  
    3.   window.addEventListener("load"function(event) { 
    4.  
    5.     console.log("All resources finished loading!"); 
    6.  
    7.   }); 
    8.  
    9.    
    10.  
    11.   // or 
    12.  
    13.   window.οnlοad=function(){ 
    14.  
    15.     console.log("All resources finished loading!"); 
    16.  
    17.   }; 
    18.  
    19.    
    20.  
    21.   // HTML 
    22.  
    23. < body οnlοad="SomeJavaScriptCode"
    24.  
    25.    
    26.  
    27.   // jQuery 
    28.  
    29.   $( window ).on"load", handler ) 
    30.  
    31. </script>  

    当然,说到 onload 事件,有一个 jQuery 中相似的事件一定会被提及—— ready 事件。jQuery 中这样定义这个事件:

    Specify a function to execute when the DOM is fully loaded.

    需要知道的是 jQuery 定义的 ready 事件实质上是为 DOMContentLoaded 事件设计的,所以当我们谈论加载时应该区分的事件其实是 onload(接口 UIEvent) 以及 DOMContentLoaded(接口 Event),MDN 这样描述 DOMContentLoaded:

    当初始HTML文档被完全加载和解析时,DOMContentLoaded 事件被触发,而无需等待样式表、图像和子框架完成加载。另一个不同的事件 load 应该仅用于检测一个完全加载的页面。

    所以可以知道,当一个页面加载时应先触发 DOMContentLoaded 然后才是 onload. 类似的事件及区别包括以下几类:

    • DOMContentLoaded: 当初始HTML文档被完全加载和解析时,DOMContentLoaded 事件被触发,而无需等待样式表、图像和子框架完成加载;
    • readystatechange: 一个document 的 Document.readyState 属性描述了文档的加载状态,当这个状态发生了变化,就会触发该事件;
    • load: 当一个资源及其依赖资源已完成加载时,将触发load事件;
    • beforeunload: 当浏览器窗口,文档或其资源将要卸载时,会触发beforeunload事件。
    • unload: 当文档或一个子资源正在被卸载时, 触发 unload事件。

    细心点会发现上面在介绍事件时提到了 UIEvent 以及 Event,这是什么呢?这些都是事件——可以被 JavaScript 侦测到的行为。其他的事件接口还包括 KeyboardEvent / VRDisplayEvent (是的,没错,这就是你感兴趣且熟知的那个 VR)等等;如果在搜索引擎中稍加搜索,你会发现有些资料里写到事件可以分为以下几类:

    • UI事件
    • 焦点事件
    • 鼠标与滚轮事件
    • 键盘与文本事件
    • 复合事件
    • 变动事件
    • HTML5 事件
    • 设备事件
    • 触摸与手势事件

    但这样写实在有些凌乱,其中一些是 DOM3 定义的事件,有一些是单独列出的事件,如果你觉得熟悉那么你会发现这是 JavaScript 高级程序设计里的叙述模式,在我看来,理解这些事件可以按照 DOM3 事件以及其他事件来做区分:其中,DOM3 级事件规定了以下几类事件 – UI 事件, 焦点事件, 鼠标事件, 滚轮事件, 文本事件, 键盘事件, 合成事件, 变动事件, 变动名称事件; 而剩下的例如 HTML5 事件可以单独做了解。而刚开始提到的 Event 作为一个主要接口,是很多事件的实现父类。有关 Web API 接口可以在这里查到,里面可以看到有很多 Event 字眼。

    好吧,事件说了这么多,我们还是没有解决刚开始提出的问题,如果监听页面中动态生成的元素呢?想到动态生成的元素都是需要通过网络请求获取资源的,那么是否可以监听所有 HTTP 请求呢?查看 jQuery 文档可以知道每当一个Ajax请求完成,jQuery 就会触发 ajaxComplete 事件,在这个时间点所有处理函数会使用 .ajaxComplete() 方法注册并执行。但是谁能保证所有 ajax 都从 jQuery 走呢?所以应该在变动事件中做出选择,我们来看看 DOM2 定义的如下变动事件:

    • DOMSubtreeModified: 在DOM结构发生任何变化的时候。这个事件在其他事件触发后都会触发;
    • DOMNodeInserted: 当一个节点作为子节点被插入到另一个节点中时触发;
    • DOMNodeRemoved: 在节点从其父节点中移除时触发;
    • DOMNodeInsertedIntoDocument: 在一个节点被直接插入文档或通过子树间接插入文档之后触发。这个事件在 DOMNodeInserted 之后触发;
    • DOMNodeRemovedFromDocument: 在一个节点被直接从文档移除或通过子树间接从文档移除之前触发。这个事件在 DOMNodeRemoved 之后触发;
    • DOMAttrModified: 在特性被修改之后触发;
    • DOMCharacterDataModified: 在文本节点的值发生变化时触发;

    所以,用 DOMSubtreeModified 好像没错。师兄旁边提醒,用 MutationObserver, 于是又搜到了一个新大陆。MDN 这样描述 MutationObserver:

    MutationObserver给开发者们提供了一种能在某个范围内的DOM树发生变化时作出适当反应的能力.该API设计用来替换掉在DOM3事件规范中引入的Mutation事件.

    DOM3 事件规范中的 Mutation 事件可以被简单看成是 DOM2 事件规范中定义的 Mutation 事件的一个扩展,但是这些都不重要了,因为他们都要被 MutationObserver 替代了。好了,那么来详细介绍一下 MutationObserver 吧。文章《Mutation Observer API》对 MutationObserver 的用法介绍的比较详细,所以我挑几点能直接解决我们需求的说一说。

    既然要监听 DOM 的变化,我们来看看 Observer 的作用都有哪些:

    它等待所有脚本任务完成后,才会运行,即采用异步方式。

    它把 DOM 变动记录封装成一个数组进行处理,而不是一条条地个别处理 DOM 变动。

    它既可以观察发生在 DOM 的所有类型变动,也可以观察某一类变动。

    MutationObserver 的构造函数比较简单,传入一个回调函数即可(回调函数接受两个参数,第一个是变动数组,第二个是观察器实例):

    
    
    1. let observer = new MutationObserver(callback); 

    观察器实例使用 observe 方法来监听, disconnect 方法停止监听,takeRecords 方法来清除变动记录。

    
    
    1. let article = document.body; 
    2.  
    3.   
    4.  
    5. let  options = { 
    6.  
    7.   'childList'true
    8.  
    9.   'attributes':true 
    10.  
    11. } ; 
    12.  
    13.   
    14.  
    15. observer.observe(article, options);  

    observe 方法中第一个参数是所要观察的变动 DOM 元素,第二个参数则接收所要观察的变动类型(子节点变动和属性变动)。变动类型包括以下几种:

    • childList:子节点的变动。
    • attributes:属性的变动。
    • characterData:节点内容或节点文本的变动。
    • subtree:所有后代节点的变动。

    想要观察哪一种变动类型,就在 option 对象中指定它的值为 true。需要注意的是,如果设置观察 subtree 的变动,必须同时指定 childList、attributes 和 characterData 中的一种或多种。disconnect 方法和 takeRecords 方法则直接调用即可,无传入参数。

    好的,我们已经搞定了 DOM 变动的监听,将代码刷新一下看下效果吧,因为页面由很多动态生成的商品组成,那么我应该在 body 上添加变动监听,所以 options 应该这样设置:

    
    
    1. var options = { 
    2.  
    3.   'attributes'true
    4.  
    5.   'subtree'true 
    6.  
    7. }  

    咦?页面往下拉一小点就触发了 observer 几十次?这样 DOM 哪吃得消啊,查看了页面的变动记录发现每次新进的资源底层都调用了 Node.insertBefore() 方法…

    再聊聊 JavaScript 中的截流/节流函数

    现在遇到的一个麻烦是, DOM 变动太频繁了,如果每次变动都监听那真是太耗费资源了。一个简单的解决办法是我就放弃监听了,而采用 setInterval 方法定时执行更新逻辑。是的,虽然方法原始了一点,但是性能上比 Observer “改进”了不少。

    这个时候,又来了师兄的助攻:“用用截流函数”。记起之前看《JavaScript 语言精粹》的时候看到是用 setTimeout 方法自调用来解决 setInteval 的频繁执行吃资源的现象,不知道两者是不是有关联。网上一查发现有两个“jie流函数”。需求来自于这里:

    在前端开发中,页面有时会绑定scroll或resize事件等频繁触发的事件,也就意味着在正常的操作之内,会多次调用绑定的程序,然而有些时候javascript需要处理的事情特别多,频繁出发就会导致性能下降、成页面卡顿甚至是浏览器奔溃。

    如果重复利用 setTimeout 和 clearTimeout 方法,我们好像可以解决这个频繁触发的执行。每次事件触发的时候我首先判断一下当前有没有一个 setTimeout 定时器,如果有的话我们先将它清除,然后再新建一个 setTimeout 定时器来延迟我的响应行为。这样听上去还不错,因为我们每次都不立即执行我们的响应,而频繁触发过程我们又能保持响应函数一直存在(且只存在一个),除了会有些延迟响应外,没什么不好的。是的这就是截流函数(debounce),有一篇博客用这个小故事介绍它:

    形像的比喻是橡皮球。如果手指按住橡皮球不放,它就一直受力,不能反弹起来,直到松手。debounce 的关注点是空闲的间隔时间。

    在我的业务中,在 observer 实例中调用下面写的这个截流函数就可以啦

    
    
    1. /** 
    2.  
    3. * fn 执行函数 
    4.  
    5. * context 绑定上下文 
    6.  
    7. * timeout 延时数值 
    8.  
    9. **/ 
    10.  
    11. let debounce = function(fn, context, timeout) { 
    12.  
    13. let timer; 
    14.  
    15.      
    16.  
    17.     // 利用闭包将内容传递出去 
    18.  
    19. return function() { 
    20.  
    21.   if (timer) { 
    22.  
    23.     // 清除定时器 
    24.  
    25.     clearTimeout(timer); 
    26.  
    27.   } 
    28.  
    29.   // 设置一个新的定时器 
    30.  
    31.   timer = setTimeout(function(){ 
    32.  
    33.   fn.apply(context, arguments) 
    34.  
    35.   }, timeout); 
    36.  
    37.  } 
    38.  
    39. }  

    当然,解决了自己的问题,但还有一个概念没有说到——“节流函数”。同一篇博文里也使用了一个例子来说明它:

    形像的比喻是水龙头或机枪,你可以控制它的流量或频率。throttle 的关注点是连续的执行间隔时间。

    函数节流的原理也挺简单,一样还是定时器。当我触发一个时间时,先setTimout让这个事件延迟一会再执行,如果在这个时间间隔内又触发了事件,那我们就清除原来的定时器,再setTimeout一个新的定时器延迟一会执行。函数节流的出发点,就是让一个函数不要执行得太频繁,减少一些过快的调用来节流。这里用 AlloyTeam 的节流代码实现来解释:

    
    
    1. // 参数同上 
    2.  
    3. var throttle = function(fn, delay, mustRunDelay){ 
    4.  
    5.  var timer = null
    6.  
    7.  var t_start; 
    8.  
    9.  return function(){ 
    10.  
    11.     var context = this, args = arguments, t_curr = +new Date(); 
    12.  
    13.      
    14.  
    15.     // 清除定时器 
    16.  
    17.     clearTimeout(timer); 
    18.  
    19.      
    20.  
    21.     // 函数初始化判断 
    22.  
    23.     if(!t_start){ 
    24.  
    25.         t_start = t_curr; 
    26.  
    27.     } 
    28.  
    29.      
    30.  
    31.     // 超时(指定的时间间隔)判断 
    32.  
    33.     if(t_curr - t_start >= mustRunDelay){ 
    34.  
    35.         fn.apply(context, args); 
    36.  
    37.         t_start = t_curr; 
    38.  
    39.     } 
    40.  
    41.     else { 
    42.  
    43.         timer = setTimeout(function(){ 
    44.  
    45.             fn.apply(context, args); 
    46.  
    47.         }, delay); 
    48.  
    49.     } 
    50.  
    51.  }; 
    52.  
    53. };  

    当然,AlloyTeam 那篇文章将这里所说的截流函数作为节流函数的 V1.0 版本,你也可以这样认为。毕竟,设置了必然触发执行的时间间隔(即 mustRunDelay 函数),可以使得截流函数不会在“疯狂事件”情况下无止境的循环下去。

    Observer 和截流函数一结合,问题解决啦嘿嘿。当然还有很多坑,下次再开一篇说说吧。

    参考

    • https://developer.mozilla.org/en-US/docs/Web/Events/DOMContentLoaded
    • https://developer.mozilla.org/zh-CN/docs/Web/Events/load
    • https://developer.mozilla.org/zh-CN/docs/Web/API/EventTarget/addEventListener
    • http://www.cnblogs.com/fsjohnhuang/p/4147810.html
    • http://www.alloyteam.com/2012/11/javascript-throttle/
    作者:hijiangtao
    来源:51CTO
    展开全文
  • 成熟 B 端产品能够洞察并高效响应各用户分群客户需求;透射专业和行业最佳实践。②客户满意度。是否能够解决企业客户痛点和带来良好用户体验,是评估客户满意度重要指标。③企业健康...
  • 原标题:如何监听页面 DOM 变动并高效响应作者:hijiangtaohijiangtao.github.io/2017/08/03/How-to-Manipulate-DOM-Effectively/最近在做 chrome 插件开发,既然是插件那就难免不对现有页面做一些控制,比如事件...
  • 数字化转型后企业应实现以下四个目标:一、实现真正扁平化的高效决策通过数字化、智能化模型支持,提升业务决策精度和效率,从而把决策权赋予更小团队,让组织决策更扁平化,敏捷高效。二、实现跨职能部门敏捷...
  • 电销系统针对电销团队一键拨号快速提升销售效率,对客户进行收集、筛选、开发和跟踪销售,历史记录大数据分析,客户精细化高效管理,客户报表、电话报表、订单报表、质检报表等,提供多维度图文详尽分析报表,...
  • “接入UAPI之后,可以方便将UCloud上一些资源和常用操作集成在自己公司运维平台上,可以按照自己方式展示数据、操作资源,为运维工作...为了满足业务需求,BBGame使用了多家云厂商产品。虽然解决了很多问...
  • 若要使用白炽灯泡,则需使用一个滤波器,这会浪费一些光能,而LED则可以直接产生所需颜色的光线,并且在上电时,LED几乎是瞬间发光,而白炽灯则需要200mS的响应时间。因此,LED比白炽灯更能使用这个时代的用电需求
  • 若要使用白炽灯泡,则需使用一个滤波器,这会浪费一些光能,而LED则可以直接产生所需颜色的光线,并且在上电时,LED几乎是瞬间发光,而白炽灯则需要200mS的响应时间。因此,LED比白炽灯更能使用这个时代的用电需求。...
  • 为了解决配电网面临供电电压不合格和潮流分布欠优等问题,提出基于相变储能系统(PCMTESS)需求响应的配电网经济调度策略。介绍PCMTESS构造和工作机理,分析热力侧能耗规律,建立计及热耗散热力侧和计及无功...
  • 高效的XML解析与组装-fasterxml写在前面初步的解析工具选择-XStreamfasterxml的使用请求XMLpom.xml报文的实体类定义后记 写在前面 最近公司有个需求,需要对接某甲方的老业务系统,传输过来的是ESB报文,也就是XML...
  • 拥有五千四百万用户的 Tesy 同样迫切需要提高服务器性能,Etsy 的工程师对比了HHVM 和 PHP5.4 的性能,发现 HHVM 每秒可以处理280个服务器请求,而对于 PHP5.4,如果每秒的请求数超过了190次,服务器的响应时间就会...
  • 该插件旨在快速,响应Swift,高效。 这个插件背后想法是使设置灯箱过程变得轻松。 我在查找和设置灯箱插件方面经验非常糟糕。 我遇到插件几乎总是具有太多功能。 simplebox.js设计为仅具有一项功能:...
  • 备件服务需求背景随着IT技术发展,IT系统越来越复杂,客户对IT系统依赖越来越高,对备件业务专业化运作提出了更高要求。迫切希望降低备件投资和备件运营成本,提升资产运作效率;确保快速、准确备件供应,...
  • 需求分析步骤

    万次阅读 2014-03-25 18:03:07
    遵循科学的需求分析步骤可以使需求分析工作更高效需求分析一般步骤如图2-3所示。 需求涉及方面有很多。 在功能方面,需求包括系统要做什么,相对于原系统目标系统需要进行哪些修改,目标用户有哪些,以及...
  • 为了响应国家号召,避免疫情扩散,保障员工健康,许多企业和团队实行了持续远程办公模式。 可远程办公,以产品团队来说,除了用一个“爽”字来描述以外,更多却是:效率问题,沟通问题,协作问题…… 远光天鹿...
  • 建立了综合能源园区系统供给侧、需求侧和传输侧模型:在需求侧,通过分析用户内部能量耦合关系提出了一种不影响用户舒适度用户互补聚合响应策略;在传输侧,建立了环形热网传输延时模型,以提高园区运营商收益...
  • 随着敏捷方法的普及,越来越多的团队引入了敏捷以推动业务的快速迭代、小步快跑、及时的响应市场变化。在各种敏捷框架的指引下,交付效率得到提升,很容易的就做到持续的需求交付。 有了高效率的需求交付就一定能...
  • 软件需求分析——非功能性需求

    万次阅读 多人点赞 2019-05-07 18:28:24
    前言:需求分为功能需求和非功能性需求,...2、影响:影响着产品是否能够持续稳定并高效的提供服务。 3、常见类别: 性能需求响应时间、吞吐量、资源利用率; 安全性:保密性、防泄漏、权限控制、防攻击; ...
  • 85页开始)文章代码GitHub地址假设需求场景:几乎所有的服务器都有某种形式的缓存,如现在流行的redis,现在要构造一个缓存系统,用来存储一种非常耗时计算系统的结果,用来避免重复的计算和提高系统的响应,缓存...
  • 企业信息化需求随着企业面临竞争压力增大而变得复杂和丰富,如何在同等资源条件下快速响应这些需求并提供优质IT服务成为企业信息化一个重大挑战,而工作流平台作为企业信息规划蓝图中重要因素,选型是件...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 666
精华内容 266
关键字:

高效的响应需求