- 综合排序
- 最热优先
- 最新优先
- 来自专栏SAP最佳业务实践
SAP最佳业务实践:SD–销售订单处理:自库存销售(109)-2销售订单
销售报价（可选项） 销售报价 (112) 此业务情景描述标准销售报价的处理 完成该业务情景的业务流程文档中描述的所有活动：销售报价 (112)。 VA01销售订单输入 在本活动中，您将输入一个销售订单。 角色销售助理 后勤 →销售和分销 → 销售 → 订单 → 创建 如果您已在系统中安装可退货处理业务情景，并使用物料 H11，可能会出现如下警告信息：免费货物的最小数量1,000 PC还没有达到请选择 回车 2. 信用管理检查已冻结的销售订单 信用管理 (108) 在此过程中，您将检查由于信用限额检查造成的已冻结的销售订单。 完成该业务情景的业务流程文档 中描述的所有活动：信用管理 (108)。
2.5K90发布于 2018-03-27 - 来自专栏SAP最佳业务实践
SAP最佳业务实践:SD–现金销售(238)-2销售、发货
一、 VA01创建销售订单 在此活动中，输入现金销售订单。 1. 在 创建销售订单：初始屏幕 上，输入以下数据： 字段名称 用户操作和值 注释 订单类型 BV 销售组织 1000 分销渠道 10 产品组 10 2. 选择 回车。 3. 系统在状态栏上发布信息消息：现金销售 XXX 已保存 (交货XXXXXXXX已创建)。 ? 已创建现金销售订单凭证。在后台同步创建了交货。 2. 选择 回车。 ? 3. 在列 批次分割标识 中，选择 存在批次分离。 4. 在 批次字段中核对所分配的批次编号。 批次编号已分配给物料。 2. 在 发货外向交货 屏幕，输入以下数据： 字段名称 用户操作和值 注释 装运点/接收点 1000 3. 选择 执行 (F8)。 4. 标记相关交货。 ? 5.
1.7K50发布于 2018-03-28 - 来自专栏SAP最佳业务实践
SAP最佳业务实践:SD–潜在客户销售订单处理(113)-2销售订单
VA01含客户特定物料编号的销售订单 在这个操作中，您为客户创建一份销售订单而不指定客户帐号。另外，创建含客户特定物料编号的客户订单。物料确定将用于自动替换客户特定物料。 角色销售助理 后勤 ® 销售和分销 ® 销售 ® 订单 ® 创建 1. 在 创建销售订单：初始屏幕中，进行以下输入： 字段名称 用户操作和值 注释 订单类型 订单 (标准订单) 销售组织 <销售组织> 分销渠道 <分销渠道> 产品组 <产品组> 2. VA02更改销售订单 这项任务可以让您将真实的客户帐号分配给先前创建的、已分配给虚拟客户的订单编号。 角色销售助理 后勤 ® 销售和分销 ® 销售 ® 订单® 更改 1. 在 修改销售订单：初始屏幕上，输入以下条目： 字段名称 用户操作和值 注释 订单 前一处理步骤中的订单编号 2. 选择 回车。 3.
1.3K60发布于 2018-03-27 - 来自专栏互联网数据官iCDO
坏数据滋生不良销售线索：为B2B销售周期清理数据
这对于B2B营销人员及其线索产生（Lead Generation）/销售线索意味着什么？ 译者 | 陈明艳 审校 | Sarah 编辑 | 华 子 去年平均每一天我们就创造44.1EB的数据。 市场和销售团队受到的影响尤其大，因为人们往往会频繁地跳槽。 对于那些B2B营销人员来说，坏数据会导致不良的销售线索。 根据ANNUITAS的调查显示，77.4%的B2B营销人员认为线索质量是他们面临的最大挑战。 下面这张完整的信息图展示了这可能浪费的时间和金钱： ? DemandGen：2017年B2B购物者调查报告显示75%的买家在决策中会考虑供应商的内容，几乎同样多比例（72%）的厂商也对他们的选择做出了及时的回应。 然而，大部分数据都很脏，这对于B2B营销人员来说尤其有问题，因为他们的销售线索质量将受到负面影响。 不良销售线索就像滚雪球，将会导致时间和金钱的浪费，并损害声誉。
60020发布于 2018-08-20 - 来自专栏wujunmin
销售进度跟踪：销售数据与销售目标的动态合并
作为一家零售公司，我们每天跟踪销售进度，会将销售额与销售目标进行比对。现实的情况是，历史销售数据储存在进销存系统中，销售目标可能储存在另外的系统或者一张Excel表格中。 例如如下情景： 我们在一个工作簿中有每天更新的销售数据 数据为虚拟，且经过简化处理 在另一个工作簿中有当初给每家店铺设立了销售目标 数据为虚拟，且经过简化处理 我们想每天销售数据更新，自动查看销售进度完成了百分之多少 实现这个需要两步： 1.将当月每天的销售数据汇总 2.将汇总的销售数据与总的销售目标进行比对 这种极简化数据当然Excel中用一个公式Sumif直接就完成了。 此处我们介绍下Power BI desktop中的实现方式（Excel中使用Power Query实现与以下操作一致） 1.将销售数据和销售目标工作簿加载到Power BI中 2.选中“销售数据”查询 ，点击“分组依据”，按照以下设置进行分组 我们即可得到汇总的月度销售数据 3.以“店铺名称”为基准，将“销售数据”和“销售目标”进行合并查询 4.给新查询起个新名字"销售进度"，将销售目标展开
3.9K20发布于 2021-09-07 - 来自专栏SAP最佳业务实践
SAP最佳业务实践:SD–含客户预付款的销售订单处理(201)-2销售订单
image.png 流程概览表 流程步骤 业务条件 业务角色 事务代码 预期结果 销售订单输入（开票计划） 需要创建要求预付款的销售订单 销售助理 VA01 保存订单并将订单确认发送到打印机 销售订单变更 （移除开票冻结） 需要创建预付款请求 销售助理 VA02 更改销售订单以允许创建预付款请求 开票 销售开票员 VF04 客户帐户是借方帐户。 角色销售助理 后勤® 销售和分销 ® 销售® 订单 ®创建 如果您已在系统中安装可退货处理业务情景，并使用物料 H11，可能会出现如下警告信息：免费货物的最小数量1,000 PC还没有达到。 在 创建销售订单: 初始 屏幕上，输入订单类型订单 并选择回车。（可以选择性输入组织数据。） ? 2. 销售订单被冻结，不能进行开票。
4.4K40发布于 2018-03-28 - 来自专栏CRM日记本
利用3-2-1策略快速转化Hot的销售线索
从第一阶段（Cold）到第二阶段（Warm）到第三阶段（Hot）直到潜客收到Hot的内容，一部分销售线索被标记为是营销团队验证合格的，并将他们发送到销售手中。 接下来你的销售同事将follow up 并关闭这些交易，每个人都会将功劳归功于你和营销团队。是这样吗？ 然而实际情况并不是这样的。 有一个好的方法来确定你的可进行销售跟踪的线索。翻转你的策略。从1-2-3到3-2-1。 等待一段时间（如7天） 发送后续电子邮件“2 – Medium CTA”，针对Warm潜在客户 这封电子邮件将针对他们阅读你的产品服务的行业领导力（如你的价值主张的重要性） 稍微等待一段时间（ 通过采用翻转的3-2-1战略，你可迅速确定可进行销售跟踪的线索，同时不会牺牲培养Warm和Cold线索的能力。这种快速识别将帮助你快速转换更多的MQL，并增加你的营销团队产生的销售机会。
77950发布于 2019-04-16 - 来自专栏SAP最佳业务实践
SAP最佳业务实践:SD–销售报价(112)-2业务处理
角色销售助理 后勤→销售和分销→销售→报价→ 创建 1. 2. 选择 保存。在保存过程中，报价自动发送到打印机。 二、VA22拒绝销售报价 在该活动中，客户拒绝销售报价。在系统中输入拒绝的理由。 后勤 →销售和分销 →销售→ 报价 →更改 1. 2. 选择 拒绝原因标签。 ? 3. 从下拉菜单中选择一个合适的理由，然后选择 保存。 更新了拒绝销售报价的理由。现在，您完成了该凭证中的活动。请不要执行该凭证中的其它步骤。 销售订单处理：自库存销售(109)（可选） 此业务情景描述了对客户的标准销售流程（自库存销售）的完整处理顺序。 创建销售订单时，使用销售报价编号创建含参考 的销售订单。
2K120发布于 2018-03-28 - 来自专栏资讯类翻译专栏
咖啡销售2.0
《电子商务时报》最近采访了咖啡和电子商务专家，了解他们对成功的在线咖啡销售的看法。 "在线销售咖啡在流行病来袭之前就已经非常流行了，当然，这也增加了对所有在线商品的需求。" 此外，咖啡是一种经常购买的产品，而且是一种易于运输的产品，因此非常适合在线销售。" 随着流行病促使人们呆在家里，而不是去咖啡馆和餐馆，网上咖啡销售有助于填补这一空白。 此外，许多咖啡烘焙商由于流行病的影响，他们的B2B业务销售量有所下降，因此直接在家中向终端客户销售是一个自然的演变。"Ross指出。 当市场上的其他咖啡店都专注于销售12盎司的咖啡袋时，我们已经将我们的产品系列和运营建立在单次饮用的咖啡袋上，让我们的顾客可以在一次配送中体验到2种、4种、8种甚至16种不同的咖啡。 Additionally, many coffee roasters had seen their B2B business sales decline due to the pandemic, so
1.1K20发布于 2021-01-28 - 来自专栏SaaS加速器
怎么看B2B企业的销售“迷云”
二期招募正式开始，扫描 二维码 立刻报名 （或点击文末 “阅读原文”，直达报名入口） 详情介绍：寻找SaaS“潜力军”，腾讯SaaS加速器二期开启招募 在很多B2B企业里销售组织可以说是个神秘的存在 但实际上，这个销售过程可能长这样： 而这个赢单转化过程如果一线销售，甚至销售领导都不清楚，这个问题就大了。 最后的结果就是很低的赢单率，但是不知道为什么。因为对销售漏斗里面发生的事情，完全没有控制。 如果你的触客次数减少到10次的前提下，每个阶段的转化率又上升了2个点，那么92%的10次方就是43%，比90%的12次方整整提高了15%！ 把所有这些销售阶段触客剧本，加上销售技巧，跟进关单逻辑，客户画像，行业画像和竞争对手PK卡放到一起，叫“一线销售赢单手册“。 根据不同情况，非常重视的一线销售经理可以设计“销售经理管理手册”，市场，获客，销售管理，客户成功各自可以设计“运营管理手册”，核心管理层有“战略管理手册“等等。
1.1K30发布于 2020-08-17 - 来自专栏EDI电子数据交换知识分享
SLSRPT销售报告
销售地点、销售价格、数量、销售时间、指定时间段的营业额，产品所在地的总销售额、参与方等以及其他和销售有关的数据信息。 核对后，依据Mapping建中间数据库表，然后ERP将SLSRPT数据写入中间数据库，EDI从中间数据库导出SLSRPT数据，最后转化成贸易伙伴可接收的SLSRPT报文格式，通过约定好的传输协议（AS2/ SLSRPT接收方向EDI流程：根据规范整理mapping，建中间数据库表，EDI通过约定好的传输协议（AS2/OFTP..）接收贸易伙伴传来的SLSRPT报文，转化提取SLSRPT数据并写入中间数据库 包含买方的ID、名称、城市、邮政编码等信息 NAD+DP+456987::91++SHIP TO NAME++CITY++12345+DE' // DP- ship-to party，收货方 CUX+2: :102' // 171指的是发票创建日期 UNT+110+6' UNZ+24+278' 使用EDIFACT SLSRPT的好处 1.自动化EDI取代手动上传，降低人工录入误差，数据迅速精准抵达客户 2.
1K20发布于 2021-10-19 - 来自专栏生信技能树
如果销售会生信
于是我回过头查看了一下该项目的基因数目31165个，常规项目大鼠这类模式物种定量的基因很少超过2万，然后我又回过头去查看readscount数目，所有样本居然有3000~6000个为0的。 我想如果我们遇到组内相关性差的样本，能否采取其他相关性好的组别位于表达量中间1/2的基因。然后提取相关性差组的这些基因的readscount，剔除异常值，以这些基因的中位数作为内参标准，进行标准化。 分割线 借此机会，给大家一个简单的练习题，看看诸位作为“根正苗红”的生信分析工作者，是否能够从思考深度上面超过一个销售哈： 有一个很简单的表达量芯片数据集（GSE5883）： human lung microvascular 10 ng, for 4, 8, or 24 hours and changes in mRNA expression were studied using Affymetrix HG U133plus2 如果是直接读取进去可以看到，处理组和对照组确实是有差异，但是也会被4, 8, or 24 hours 干扰： 所以总体来说全部的样品的2分组差异分析是可以做的，如下所示 但是也可以在每个时间点（4,
47710编辑于 2024-07-26 - 来自专栏我的技术专刊
Python 分析销售情况
业务分析流程 1、 场景（诊断现状） 对象：用户；销售 关注点：找到影响销售的增长因素 目标：发现问题&提出解决方案 2、需求拆解 分析销售趋势，找到影响企业营收增长的商品或区域 按月份销售趋势图（整体 ） 商品销售额对比（一级、二级，找出最低、最高） 区域销售额对比（下钻：区、省，找出最低、最高） 探索不同商品的销售状况，为企业的商品销售，提出策略建议 不同月份的各个产品的销售额占比情况 产品相关分析 其中销售订单表为每个订单的情况明细，一个订单对应一次销售、一个订单可包含多个商品。 结论与建议 1、从销售额趋势来看，整体是上升趋势，但是从8月份销售额突然下降，可能因为到淡季，需进一步确认原因； 2、商品销售额，用户对护肤品具有强烈的需求，尤其是面膜，爽肤水、面霜、眼霜。 可以把高需求产品，组合成礼盒等套装活动； 3、商品销售建议：眼霜、爽肤水、面膜：4，5，6，7，8月需求最大；粉底、防晒霜、隔离霜、睫毛膏、蜜粉1，2，3月需求最大。
2.1K30编辑于 2021-12-06 - 来自专栏机器学习之旅
应用：交叉销售算法
最近做了一个交叉销售的项目，梳理了一些关键点，分享如下，希望对大家有所启发 核心目标：在有限资源下，尽可能的提供高转化率的用户群，辅助业务增长 初步效果：商家ROI值为50以上，用户日转化率提升10 、点击、搜索等等各种行为的欧式、马氏、闵式、切比雪夫距离、汉明距离计算 b.相似度衡量 包括余弦相似度、杰卡德相似度衡量 c.复杂衡量 包括相关性衡量，熵值衡量，互信息量衡量，相关距离衡量 2. 计算每个用户对应的每个类目，当前时间下的剩余价值：f(最高价值)lamdab 艾宾浩斯.png 衰减因子公式.png 4.商品挖掘特征，用户挖掘特征 业务运营过程中，通过数据常规可以得到1.基础结论，2. 基础结论就是统计结论，比如昨日订单量，昨日销售量 ，昨日用户量；挖掘结论就是深层结论，比如昨日活跃用户数，每日预估销售量，用户生命周期等 存在如下的探索形式，这是一个漫长而又非常有价值的过程： 特征分析 2.ridge regression 确保可线性拟合及特征繁多数据的效果，针对存在线性关系的产业用户有高的预测能力 3.Svm-liner 确保线性且存在不可忽视的异常点的数据拟合效果，针对存在异常用户较多的部分产业用户有高的预测能力
1.4K10发布于 2018-08-27 - 来自专栏CRM日记本
B2B销售指标研究发现：线索来源决定赢单率
Implisit分析了数百家公司的销售管道的来源以发现提高渠道转换率的方法。你有关注在正确的线索生成渠道上吗？ B2B销售过程是复杂的，有很多的利益相关者和长期的决策周期。 公司网站的线索到商机转换率最高（31.3%），可能是当网站查询时销售代表是非常乐观的。然而，只有5%的网站来源商机最终以赢单的方式结束。 这是特别令人惊讶的-销售代表只有确认线索合格后才会创建商机。然而，即使在获得验证资格之后，这些渠道似乎也几乎没有机会创造出可能关闭的机会。 结论： 在复杂的B2B销售流程中，一些渠道始终会比其他渠道体现更佳的效果，在全球看，最佳的渠道是员工和客户推荐以及企业网站和社交渠道。外发渠道如线索名单，企业活动以及邮件营销似乎只有较低的转化率。 看来，达成交易的主要因素除了销售方法外，另一个重要因素就是线索的来源渠道。 ?
1.5K30发布于 2019-04-16 - 来自专栏CRM日记本
Salesforce最成功的销售员的销售方法论
事实上，Salesforce CEO 马克.贝尼奥夫对Rudnitsky的销售策略印象深刻，在他自己的“云攻略”书中用专门一章来描述他，马克将他的策略描述为Rudnitsky剧本。 未来发展企业级的销售团队，Salesforce一开始招聘了来自Ariba的Jim Steele来管理全球的销售团队。 ? Salesforce 前期的销售总监 Jim Steele. 虽然招聘了Steele，Salesforce CEO 马克贝尼奥夫又联系了David Rudnitsky，他之前是在Ariba的明星销售。 ? 根据Benioff的建议，Rudnitsky为他的团队（全球金融服务部）创建了第一个销售指导，但是由于非常成功，后来被整个企业销售团队所采纳。 ? 2.交易并不是只有赢和输：和团队来一起打一个新单子，大家头脑风暴如何能做的更好。一个人单打独斗赢了2百万的单子没有团队同样赢得200万的单子让我印象更加深刻，Rudnitsky说道。 ? 3.
2.6K40发布于 2019-04-16 - 来自专栏CRM日记本
结束日期在B2B销售预测中的重要性
时间因素是B2B销售预测的关键因素： 销售过程是漫长的并会划分为多个阶段 财政年度被划分为不同的报告周期（例如，季度） 销售是离散的，而不是连续的 结论就是，在B2B销售中，不准确的结束时间将比不准确的机会金额对销售预测的影响更大 年Q2中预测金额为20K。 这是不可接受的，我们应该在实施系统的时候就强调这是销售人员最基本的需要更新的信息。 2. 测量阶段平均持续的时间 销售预测的质量取决于你如何密切关注业务机会的转化率。 尊重销售流程 你的销售流程不是管理的点缀：他是一个销售生产线以及一个分析工具。如果销售人员总是跳跃阶段的话，这表明你的流程设计的不好或者你的业务机会管理不善。这将最终影响你的预测。 4. 倒推销售流程 衡量结束日期的一个好的方法是从此结束日期倒推整个销售流程。
1.2K10发布于 2019-04-16 普通销售靠临场，顶尖销售靠信息，腾讯 QClaw 帮你提速
很多销售经理做过一个观察：同样的团队、同样的产品，销冠和普通销售的业绩差距，往往不来自话术有多好，而来自信息处理效率。 销冠在约拜访前，已经把客户的公司背景、最近动态、潜在痛点都查了一遍；普通销售走进去，才开始临场了解客户是做什么的。 2.在约定的下一步时间节点，自动推送提醒。将客户跟进从“靠个人记忆”变为“有系统追踪”，确保无遗漏，提升跟进的可持续性。报价文档批量生成根据客户需求，快速生成准确、规范的报价单建立好的报价生成模板。 2.具体客户的需求与产品配置。自动填入数据与信息，生成格式规范、数字准确的报价文档。单份报价时间从约30分钟缩短至约5分钟，实现快速、批量、零出错的报价响应。 很多销售担心AI工具会"替代"他们。但真实情况是：AI在销售场景里做的，是把你从信息处理、文档整理这些机械性工作中解放出来，让你有更多时间做真正需要人的部分——建立信任、理解需求、解决顾虑、推动决策。
23010编辑于 2026-03-23- 来自专栏全栈程序员必看
java图书销售系统,基于jsp的图书销售管理系统-JavaEE实现图书销售管理系统 – java项目源码…
基于jsp+servlet+pojo+mysql实现一个javaee/javaweb的图书销售管理系统, 该项目可用各类java课程设计大作业中, 图书销售管理系统的系统架构分为前后台两部分, 最终实现在线上进行图书销售管理系统各项功能 , 需要首先收集其他的图书销售管理系统产品分析, 主要精力用于完成数据库表的设计, 以及基于mvc模式进行代码编写, 页面可以简单的利用bootstrap进行搭建, 进而完成图书销售管理系统各个模块的开发 数据库课程设计 数据库设计是整个图书销售管理系统系统能否正常运转的核心, 合理的数据库设计直接影响到图书销售管理系统是否能够正常运行, 本系统采用mysql数据库作为数据存储, 引擎采用innoddb 系统演示视频 运行截图 基于jsp的图书销售管理系统-登陆功能界面 基于jsp的图书销售管理系统-前台首页 基于jsp的图书销售管理系统-后台信息管理页面 图书销售管理系统系统架构图 注意事项 图书销售管理系统用户管理模块, 实现图书销售管理系统系统的信息管理与增删改查 前台信息管理模块, 面向普通用户, 实现普通用户对图书销售管理系统的录入 修改 删除 自定义查询 超级管理员管理, 实现后台管理员对图书销售管理系统系统的各个模块管理功能
5.9K20编辑于 2022-08-14 - 来自专栏全栈程序员必看
java图书销售系统_基于Java Web的图书销售管理系统
项目描述 本系统是基于jsp的网上图书销售，有比较符合初学者的简单而又不单一的界面，也有繁琐而又不过于抽象的后台数据处理。 /1BdQm0Yc4bWSdDYm0-e5SxA 提取码: 553v jar包文件 链接: https://pan.baidu.com/s/1jPdf4__s15f8kJnMxu_w3A 提取码: b2h8 2.注意mysql8.0驱动包与数据库连接时connection对象的创建与之前版本不同。
2.7K20编辑于 2022-07-01
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号