首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    从SAP最佳业务实践看企业管理(19)-CRM-客户资产

    影响客户为企业带来贡献且可进行资产化处理的各种因素均可视为客户资产的构成部分。由于受现有会计制度定期走帐的局限,我们将客户资产分成两大部分。在当期财务成本核算和报表中能够反映出的部分与必须通过长期的财务成本核算和财务分析方可反映出的部分,姑且分别称之为当前客户资产和长期客户资产。 (一)当前客户资产 当前客户资产由争取客户所需的成本、客户为企业带来的基本利润、客户使企业营业收入的增长幅度、客户为企业带来的成本节、,企业对客户的价格优惠、维系成本等构成。 1.获取客户所需要成本 为了把新客户请进门来,几乎

    05

    千万别踏进这些陷阱!解密数据的8个把戏

    上大学时,我和另一个姑娘(某理科大神)经常搭伙做饭。有天我俩一起去超市买油,站在琳琅满目的货架前,我直接拎起一瓶,冲她叫:“就拿这瓶吧,最便宜!”姑娘白了我一眼,转头说道:“克单价一点都不便宜好不好!数学是体育老师教的吧?”接着眼神刷刷两下扫完整个货架,心算完毕,拎起另一瓶说:“这克单价最便宜,拿这个!”我当时就囧了,讪讪地拎起油,念叨着:总金额不便宜呢…… 大千世界当中,我们总是需要“数据”去辅助下判断、做抉择。生活当中,可能仅需要描述性数据就足够了,比如你买油是看克单价还是总金额。但工作当中,却必须

    06

    译文 | 关于大数据,成功企业家需要知道的3件事!

    本文由CDA数据分析研究院翻译,译者:王晨光,转载必须获得本站、原作者、译者的同意,拒绝任何不表明译者及来源的转载! “数据是有价值的!”“捕获数据!”“数据货币化!”“不要跟别人分享数据!”我们都被告知要收集尽可能多的数据就可以了,而且我们也已经照做。但是,现在我们满眼都是数据,我们该怎么办呢?毕竟,即使一个小商店,都可以成功地跟踪一百万指标。那么,我们该怎样对这些数据进行加工?又从哪里获得加工的时间呢? 如果我们不能够利用数据做出一些关键决策并采取一些措施的话,数据还有价值吗? 当然,我们感觉到自己的生

    08

    腾讯教育发布传统教培机构SaaS解决方案 即买即用 按需付费

    2020年,是机遇与挑战并存的一年。对教育行业尤其是传统教培机构而言,变革和转型成为迫在眉睫的目标。9月10日,在腾讯全球数字生态大会智慧教育专场中,腾讯教育全面展示了为传统教培数字化转型服务的SaaS解决方案。 腾讯教育副总经理杨晖表示,即买即用、按需定制,都是SaaS模式的优势,能够快速解决传统教培机构系统搭建和技术积累较弱的痛点,且无需一次性投入大量精力和资金。一直以来,由腾讯自研的产品和方案,既帮助教育培训机构提升了自身的技术能力,也发挥了连接线上和线下用户和机构的重要作用。数据显示,腾讯已服务了

    03

    大数据是商业价值创造的重要力量

    在大数据推动的商业浪潮中,要么学会使用大数据的杠杆创造商业价值,要么被大数据驱动的新商业格局所淘汰。毋庸置疑,当下越来越多的企业已开始应用大数据,并利用大数据分析增强企业的创新能力、竞争力、用户体验与生产力。出身于互联网行业的电商企业已经先知先觉,意识到未来对数据收集和分析能力的强弱将可能决定自身的核心竞争力,数据力就是企业的生命力。目前大部分电商都有自己的大数据策略,在愈演愈烈的市场格局中占取更有利的地形优势。 众所周知,电商和传统商家的最大区别在于,电商构建的各类型数据库可以轻而易举地记录全部用户的各类

    06

    大数据到底如何在企业中发挥价值

    一、企业大数据如何起步:从小数据到大数据 目前国内外关于大数据的谈论很多,大多是谈运营级别的,或者说从服务端、服务方提得较多一些。笔者要跟大家交流的问题是作为各类企业尤其是客户方的企业来说,大数据跟他们有什么关系,或者说作为企业方怎样去参与,这是企业方现在面临的最大问题。   这个问题的答案重点在于大数据应该从小数据开始。因为现在很多企业面临的最大问题不是怎么用大数据,而是内部的一些小数据整合出现问题,或者小数据都没用好的情况下怎么用大数据。大数据应该是从小数据逐渐演变上去的,是一个正常的生态,而不是瞬间变

    014

    测试用例,你知多少?

    一般项目测试,测试都分为测试计划,测试用例,测试执行,测试报告/总结四个阶段,今天我们就来说下测试用例这个阶段我们要做哪些内容?(请耐心看完,跟写用例一样,要耐得住寂寞) 首先在需求评审会结束以后,除了测试计划编写之外,接下来就要根据录入的需求,确认哪些需求需要编写用例,项目测试负责人初步确认,然后提交主管进行确认,确认以后的需求就是要编写用例的需求量,这个确认方式可以口头沟通确认也可以直接把需求不写用例标注下原因,然后发给主管确认,这样确认效率很快; 有了需求量,接下来就是要用例的设计编写,这个过程可以分为识别测试资源,环境搭建,测试数据的准备,用例的设计编写。对于测试资源,环境搭建,测试数据,要根据测试环境阶段确定相关造数据人员以及约定时间,这个很重要,不然会在测试执行阶段影响测试进度,而且是阻碍性的测试;对于用例编写阶段,可以分为用例格式,用例描述标准和用例设计; 用例格式基本大家都懂,基本为元素为ID,类型,模块,前置条件,步骤,期望,结果,备注,这个就不在描述, 这个要重点说的就是用例描述标准,这个描述标准决定着用例易读性,易操作性,易理解性,主要从描述模糊性,实例性,独立性来说,模糊性,指的就是在用例中,不能使用多,少,一个步骤对应一个期望,比如步骤:在输入框输入多个字符,这个用例步骤描述就是有问题,必须输入框,输入整数333,然后点击xxx,这样描述才是对; 实例性指的不要把用例写的跟需求一样,如步骤点击下载游戏,期望:下载过程中的安装状态跟正常游戏下载状态一致,应该步骤是进入到某个页面,点击某个游戏,然后点击下载按钮,期望:按钮状态显示为下载中;还有类似签到功能,一台设备只能签到1次,这时应该是前提:有签到过的A手机,没有签到过的B手机,然后编写用例的时候要指定是A还是B手机来描述; 独立性,也就是用例是独立的,不会依靠其他的用例,不然会出现有的人写的用例关联性是惨不忍睹,会造成执行效率以及他人协助的困扰; 用例的设计其实就是测试内容,除了业务方面设计,设计方法等价类什么,这方面就不说了,我就提醒要建立一份测试功能清单和经常维护各种类型用例,然后编写用例要参考着清单,看是否这些内容是否需要测试,这样可以保证用例覆盖率,并且遇到类似的就可以直接用维护的用例进行简单修改就可以成为用例,编写用例就是为了覆盖功能,目前很多措施都是只能提高覆盖率,如评审,无法有数据的量化,这个是可以代码覆盖率,但因为是未开发中,这个只能在测试执行中,通过功能执行的代码覆盖率来看是否覆盖,然后完善用例,保证用例功能覆盖率; 用例评审,就是测试项目负责人提交需要评审的用例对应的需求,交互等资料,然后标注这些用例是什么日期要评审完,至于评审方式,可以组内交互评审,主管评审,还有会议评审,特别要说的就是会议评审,这个可能大家都做得比较少,这个会议评审,就是当事人在把功能拆解,讲得跟你操作过一样,然后并且提醒这边得测试要注意什么,让听着的人,可以快速了解这个功能,这样的方式,不仅可以让测试的人思路更清晰,也反思自己是否漏掉测试点,也可以让他人掌握这个功能点,便于功能的协助,用例的评审通过标准就是至少不会出现所谓的UI,交互或者需求点漏测并尽量覆盖到隐形需求;评审完以后,要总结相关资料,反馈给测试负责人进行修改,然后修改完,再发给评审者确认,然后写个总结,这个评审流程才算结束; 用例评审的总结主要来评估统计覆盖率,编写水平,做个评估,这样不仅管理者可以知道测试人员的编写水平以及数据统计,告诉他们,让他们知道自己的水平,这样对于用例编写水平九有有内容性和量化的评估; 用例编写水平高低主要表现在易执行和功能覆盖率,而覆盖率比较难衡量,所以不需要了解需求就可以执行这就是用例编写的最高水平;用例编写的好处,让测试逻辑清晰,提高功能覆盖率,方便他人协助,工作安排,能力量化评估,用例维护及服用,提高测试效率,测试质量标准化;

    02
    领券