使用引号进行精确匹配 示例:输入 “cosmetic packaging supplier” 作用:确保搜索结果中包含完整的短语,避免分散关键词导致结果不精确。 利用 site: 限定特定网站 示例:site:alibaba.com “cosmetic packaging” 作用:只在指定的网站内搜索信息,适用于查找 B2B 平台上的供应商或客户信息。 使用 filetype: 查找特定文档格式 示例:“market report” filetype:pdf 作用:快速找到 PDF、PPT 等格式的市场报告或产品资料,有助于深入了解行业动态。 利用 intitle: 限定网页标题 示例:intitle:“cosmetic packaging” 作用:搜索结果中网页标题必须包含指定关键词,这样可以获取更相关的内容。 使用 - (减号)排除无关关键词 示例:cosmetic packaging -sample 作用:排除包含不需要的关键词的网页,过滤掉干扰结果。 使用 OR 进行多个关键词搜索 示例:“cosmetic packaging” OR “plastic packaging” 作用:一次性搜索多个相关关键词,扩大搜索范围。 使用相关搜索功能 示例:related:example.com 作用:查找与某个网站类似的网站,常用于寻找竞争对手或相关行业信息。 利用谷歌高级搜索界面 方法:点击谷歌搜索页面的【设置】→【高级搜索】 作用:可以更细致地设置语言、地区、文件类型、更新时间等搜索条件。 使用谷歌趋势与谷歌警报 谷歌趋势:了解关键词在全球或特定区域的搜索热度,帮助判断市场关注度。 谷歌警报:设置关键词监控,如“cosmetic packaging”,当有新内容出现时自动通知你。 使用 inurl:和 intitle:精准定位 示例:inurl:contact “plastic packaging supplier” 作用:找有联系方式的塑料包装供应商页面。 示例:intitle:关键词:标题中包含该词。 作用:intitle:“buyer list” “cosmetics”,找标题含“buyer list”的化妆品采购名单。 使用相关搜索 related 示例:related:alibaba.com 作用:找类似阿里巴巴的其他 B2B 平台。 ...
利用Google Sheets做翻译小工具
今天发现可以利用 Google Sheets 里面的函数来翻译, =GOOGLETRANSLATE(C1, "auto", "en")
开发信开发心得
发信时间选择好 首先,你要排除周末发件,这个人人都懂 其次,也尽量避免在周一周五发件,周一,基本都上都在处理衔接上周的工作,或者有一些会议,处理你的邮件的概率很小; 周五,老外脑袋里都想着周末去哪里玩了,你这个时候即使发了邮件,他很大几率也不想处理,也很可能看完下周就忘了。 所以,周二到周四是比较合适的时间。 那么,下面就要看在几点发件。 这个其实大家都应该有一个共识,就是在老外上午上班的时候发件。 但这个时间范围很笼统,实际上,我们可以在当地时间的 9 点半到 10 点之前发件效果是比较好的。 因为,大部人的工作习惯,基本上都不是进办公室立马就打开邮箱,泡泡咖啡,轻松聊天,或者做今天的工作计划等。 所以,如果能在客户刚打开电脑,或者说能把你的邮件放在前面的位置,就是一个好的时间。 以上,只是我自己的实践,实践来自于开发信回执。 开发信主题的设置 最近我的主题是 the latest 2022 E-catalog +++ 和圣诞新年快乐这样的 因为现在这个时间,老外基本上都要求各大供应商更新目录了(当你看到的时候,有点晚了,但也可以尝试),你可以混进其中,我成功了几次,拿到了询盘。 但是圣诞新年快乐这个没有什么回复,估计这个主题没什么意义。 主题设置的目的是为了让人点开,你就围绕这个目的去做各种尝试,你的收件人社媒看了没有,官网看了没有,财报或者其他的数据看了没有,这样那样的信息你看了没有。 我曾经有一封开发信完全与产品无关,但是也得到回复了,那个老外是一个公益获奖者,我给他发的就是我想和他一块做公益,他回复后,我们后面才开始谈论产品。 其实开发信主题是一个需要一直去尝试的事情,不能一成不变,我其实看有些人每天发几百封,我不知道是怎么发的,反正我发不出来,想主题和内容就得想一阵。 鼓励大家多尝试新主题,你在测试的过程中,会逐渐发现老外更喜欢什么样的主题。 另外,如果大家看到这,请不要问我什么主题好,我不知道,我已经给了你思路,你自己想去。 内容设置 我的第一要求是短,他一下就可以知道我写的什么 第二是美观,打开立马删掉的邮件,没有任何意义 特别是那种又臭又长,介绍自己的工厂做啥的,地址在哪里,巴拉巴拉, 我没发过,但是我收到陌生长邮件立马就删掉,根本不会看。 那你要发什么 你们工厂,你们的产品到底有没有优势,不要讲大家都有的,那不叫优势。 优势是指除了你们,其它人都做不到,或者做的不好的,再放宽点,最起码没有多少家可以拥有这个优势的,才算有效的优势 我随便举个例子,比如,别人 30 天交期,你 20 天,甚至 15 天。 别人 100%TT 发货前,你 OA45 天,等等。 有很多人在那里发我们工厂多大多大,有多少人,产品质量有多好。 结果是什么,我们所有人都有一个很大厂,很多的工人,很好的产品,我们也一起被删掉。 我没有任何模板,我也不是每封邮件都不一样,但我经常在换内容,而且要针对你的收件人换内容。 关于附件 要不要加附件,我有时候加有时候不加,根据你的主题和内容来看看到底要不要加 关于附件 我会在签名里放上我们公司的网址,注意我说的是网址不是超链接,就是纯字母不带转接。
国际贸易术语解释通则之FOB,CIF,DDP
FOB,CIF,DDP 都是 Incoterms,也就是“国际贸易术语解释通则”里面的,国际通用的,用来划分买卖双方在货物运输过程中的责任,风险和费用的。 FOB - Free On Board(…named port of shipment) 英文简写:FOB 中文名称:船上交货(……指定装货港) 核心意思: “船过船舷,风险转移” 卖方责任: 把货送到指定的装运港(Port of Shipment):比如宁波港、上海港。记住是送到港口指定点,不是随便港口哪个角落都行。 负责出口报关(Export Customs Clearance):把出口清关的手续办完,拿到出口许可证。 把货物装到买方指定的船上(On Board the Vessel):这个“装到船上”非常关键!风险转移点就在这里!一旦货物装上船了,后续的风险就主要由买方承担了。 支付货运港的各种费用(Origin Port Charges):比如码头操作费、装船费等等,这些都是在出口港口产生的费用。 提供商业发票(Commercial Invoice)和装箱单(Packing List)等单据:方便买方提货和进口清关。 买方的责任: 负责租船订舱(Booking):自己找船公司或者货代安排船期和仓位。 支付国际运费(Ocean Freight):从装运港到目的港的运费,这个大头是买方掏钱。 支付保险费(Insurance)(如果需要):一般买方会自己买保险,保障货物在海运途中的风险。 负责目的港的清关(Import Customs Clearance):货物到了目的港,进口清关的手续得买方自己搞定。 支付目的港的各种费用(Destination Port Charges):比如目的港的码头操作费、卸船费、提供费等等。 负责从目的港到最终目的地的运输 (Inland Transportation): 把货从目的港运回自己的仓库或者工厂,这个“最后一公里”也是买方负责。 风险转移点: 装运港船舷 (On Board the Vessel at Port of Shipment)。 货物在装船之前,风险都是卖方的;一旦装上船,哪怕还在港口没开船,风险就转移给买方了。 FOB 的优点: 对卖方来说操作简单: 我们只需要把货送到港口、完成出口报关、装船就 OK 了,后面的事情不用操心。 费用可控: 我们只需要承担出口港的本地费用,成本比较容易控制和计算。 报价清晰: FOB 价格比较透明,容易和买方沟通和比较价格。 FOB 的缺点: 利润空间可能受限: 因为只负责到港口,运费和保险费都是买方承担,所以报价时可能无法包含这些费用,利润空间相对小一些。 客户可能会压价: 有些买家会利用 FOB 条款,自己去找更便宜的货代,或者要求我们降低 FOB 价格。 FOB 适用场景 买方有能力自己安排运输和保险: 买方自己有长期合作的货代,或者对运输流程比较熟悉。 买方市场比较强势: 买方希望控制运输环节,降低总成本,可能会要求使用 FOB 条款。 订单量比较大: 大批量订单,买方自己安排运输可能更划算。 我们工厂离港口比较近,出口港口操作比较方便: 这样我们可以更好地控制出口港的费用和操作流程。 举个例子: 我们和美国客户谈化妆品瓶子的生意,用 FOB 宁波港。我们负责把瓶子生产好,运到宁波港,报关出口,装上客户指定的船。 之后的海运、保险、美国那边港口的清关提货,包括从美国港口运到客户仓库,都由美国客户自己负责。 我们只管把货装上船之前的事情,之后的风险和费用就跟我们没关系了。 ...
外贸常见付款方式
电汇(Telegraphic Transfer) 英文简写:T/T (也有时候会看到 Wire Transfer) 电汇是最常见,也是应用最广泛的国际付款方式之一。它指的是付款人将款项通过银行汇款到收款人银行账户的一种方式。 电汇付款流程(一般出口业务): 预付款 (Prepayment / Deposit): 买卖双方在合同中约定预付款比例,比如 20%、30% 等。买方在合同签订后,先支付这部分预付款给卖方。这部分款项通常在卖方开始生产前支付。 尾款 (Balance Payment): 货物生产完成后,卖方会通知买方货物已准备好,并提供装运单据的副本(如提单副本)。买方在收到单据副本后,支付剩余的尾款。 全款发货 (Payment in Advance / Full T/T): 也有一些情况下,特别是小额订单或者买卖双方信任度较高的情况下,买方会在发货前支付 100% 的货款。 电汇付款时间点 预付款 + 尾款 (Deposit + Balance): 最常见的 T/T 方式。 全款发货 (Full Payment before Shipment): 风险较低,但可能让买方感到压力。 见单付款 (Payment against Documents): 指卖方提交装运单据给买方后,买方才付款。这种方式对卖方风险较大,除非买方信誉非常好。 电汇优点 操作简便快捷: 银行操作,流程相对简单,到账速度较快。 费用相对较低: 相比信用证等方式,银行手续费较低。 适用范围广: 适用于各种贸易类型和金额。 电汇缺点 对卖方风险较高: 特别是预付款比例较低时,如果买方在收到货物后不支付尾款,卖方可能面临损失。 对买方风险较低: 买方付款后,货物控制权在卖方手中,如果卖方不发货或货物质量有问题,买方可能面临损失。 信用证(Letter of Credit) 英文简写:L/C 详细信息: 信用证是银行信用作为付款保证的一种书面承诺。由买方(开证申请人)开立,银行(开证行)依照买方的指示和申请,向卖方(受益人)开出的一种在一定条件下保证付款的凭证。 信用证付款流程: 开证 (Issuance): 买方申请开证行开立信用证。 通知 (Advising): 开证行通过卖方所在地的银行(通知行)将信用证通知给卖方。 交单 (Presentation of Documents): 卖方按照信用证条款准备并提交单据给指定银行(议付行或指定银行)。 审单付款 (Examination and Payment): 银行审核单据是否与信用证条款相符,相符则付款给卖方。 偿付 (Reimbursement): 开证行向付款行偿付。 信用证类型: 即期信用证 (Sight L/C): 卖方提交符合要求的单据后,银行立即付款。 远期信用证 (Usance L/C / Deferred Payment L/C): 卖方提交符合要求的单据后,银行在约定的远期日期付款。远期信用证通常会涉及到贴现、议付等操作。 可撤销信用证 (Revocable L/C): 开证行可以随时撤销或修改信用证,对卖方风险极大,实际业务中极少使用。 不可撤销信用证 (Irrevocable L/C): 一旦开出,未经受益人同意,开证行不得单方面撤销或修改,是国际贸易中常用的信用证类型。 保兑信用证 (Confirmed L/C): 除了开证行的信用保证外,还增加了另一家银行(保兑行)的信用保证,双重保险,对卖方更有保障,但费用也更高。 循环信用证 (Revolving L/C): 信用证金额可以多次循环使用,适用于分批交货的长期合同。 对背信用证 (Back-to-back L/C): 中间商贸易中常用,受益人(中间商)可以以收到的信用证为基础,开立新的信用证给实际供货商。 transferable L/C: 受益人可以指示付款行或议付行,将信用证的全部或一部分转让给第二受益人。 信用证优点: 对卖方安全保障最高: 银行信用介入,只要单据符合信用证条款,卖方就能 гарантированно 收款。 对买方也有一定保障: 银行审单,确保卖方提交的单据与货物相符(表面上)。 信用证缺点: 操作复杂,费用高昂: 银行手续繁琐,涉及银行费用较多,增加交易成本。 审单严格,容易出现单证不符: 信用证要求“单单一致、单证一致、单货一致”,任何细微的单证不符都可能导致拒付。 流程较慢: 相比电汇,信用证流程较长。 信用证适用场景: 买卖双方互不信任,或首次合作。 订单金额较大。 买方市场弱势时,买方可能更倾向于使用信用证。 政治经济风险较高的国家或地区贸易。 需要融资便利的情况。 付款交单 (Documents against Payment) 英文简写:D/P 付款交单是指出口方(卖方)委托银行收款,指示银行在进口方(买方)付款后交单。 ...
工具类网站收集
AI 编程,文字 ChatGPT DeepSeek Mistral 法国公司 Claude 硅基流动 OKKI 外贸 AI
更新博客上游代码
要更新你在 GitHub 上 fork 的 Astro 模板 添加上游仓库 首先,将原始仓库添加为上游远程仓库: git remote add upstream https://github.com/原始仓库所有者/原始仓库名.git 获取上游更改 从上游仓库获取最新的更改: git fetch upstream 合并上游更改 将上游的更改合并到你的本地主分支: git checkout main # 切换到你的主分支 git merge upstream/main # 合并上游的更改,保留上游的commit 这里一般会有冲突,需要解决冲突 如果上游并不是以 fork 的方式获取,在 merge 的时候会提示fatal: refusing to merge unrelated histories 此时需要添加参数 –allow-unrelated-histories # 合并上游的更改,保留上游的commit git merge upstream/main --allow-unrelated-histories # 合并上游的更改,压缩上游的commit git merge upstream/main --allow-unrelated-histories --squash 推送更改到你的 GitHub 仓库 将合并后的更改推送到你的 GitHub 仓库: git push origin main Done
问题:货到港,尾款见提单付款,客户不付款
确认提单状态 正本提单:如果正本提单仍在您手中,客户无法直接提货。船公司或货代会要求提供正本提单才能放货。 电放提单(Telex Release):如果您已经同意电放提单,货物可能会被客户提走。此时需要立即联系货代或船公司,尝试阻止放货。 海运单(Sea Waybill):如果使用的是海运单(无需正本提单即可提货),货物可能会被客户直接提走。 联系客户 沟通原因:主动联系客户,了解不付款的原因。可能是资金周转问题、对货物有异议或其他原因。 协商解决方案:尝试与客户协商分期付款、延长付款期限或提供折扣等方案。 书面警告:如果客户无正当理由拒付,发送正式的书面通知,要求其在规定时间内付款,否则将采取法律行动(当然一般跨国的不太好弄。 联系货代或船公司 暂停放货:立即通知货代或船公司,要求暂停放货,并告知客户未付款的情况。 确认货物状态:确认货物是否仍在目的港仓库,是否产生滞港费或仓储费。 退运或转卖:如果客户明确拒绝付款,可以考虑将货物退运或转卖给其他客户。注意退运可能需要支付额外费用。 法律途径 启动法律程序:如果客户拒绝付款且协商无果,可以通过法律途径追讨货款。具体措施包括:在客户所在国提起诉讼。 申请仲裁(如果合同中有仲裁条款)。 通过国际收债机构追讨货款。 提单作为证据:正本提单是重要的法律证据,证明您对货物的所有权。确保妥善保管提单。