何通过撰写足够有效的评论征集电子邮件来吸引买家的注意力,是卖家必须具备的一项重要技能,其目的是为了提高买家的参与度和保持在亚马逊上的知名度。拥有广泛的产品评论对于提高卖家及其所登录商品的信誉度以及提高销售量都至关重要。一些卖家不愿向潜在买家征集反馈意见,担心这会违反亚马逊的官方规定。但是,只要符合某些规则,亚马逊网站本身是鼓励进行评论征集的。
以下是亚马逊在发送评论征集电子邮件方面所禁止的准则。
不要说服顾客违反亚马逊的评级系统。通过在电子邮件中加入“请给我们5星好评”或“请对本产品的其他评论投赞成票”或类似的字句,就违反了亚马逊社区关于撰写“公正且诚实的评论”的准则。
不要提供任何奖励作为交换。以任何形式的奖励,例如礼品卡、优惠券代码、免费物品来换取正面的反馈或评论,都会违反亚马逊的服务条款。
不要明确索取好评。亚马逊希望买家可以在轻松愉悦的状态下,根据其对产品的真实个人感受来撰写评论,可以是好评,也可以是差评。禁止卖家在电子邮件中单方面索取好评。
不要撰写笼统或含糊的主题。大多数亚马逊买家都会收到其他卖家数十至数百封电子邮件,要求对其产品进行评价。如果您撰写的主题很无聊,或者无法简洁地说明您希望他们做什么,那么常在亚马逊上购物的客户们就会知道您正在催促他们撰写意见或评论。
不要强迫买家留下评论。征集电子邮件能产生效果的原因是,应将注意力集中在买家而非卖家身上。顾客应该觉得您(卖家)确实在乎这些评论,并希望他们从您那里购买的任何产品都获得了最佳体验。所以最好避免使用任何似乎强迫买家留下评论的字眼。
大多数买家都愿意甚至期待收到卖家文笔流畅,要求对其产品进行评论的电子邮件。尤其关键字眼使用更要上乘。没有人愿意仔细阅读缺乏合理结构和令人费解的电子邮件。以下是一些可以帮助您获得更多产品评论和顾客反馈机会的温馨提示。
撰写能立即引起客户注意的主题。能令您在众多竞争对手中脱颖而出的有趣主题也将有助于让顾客能轻松找到您的电子邮件,以备将来之用。了解您的主题是否有效的一个需牢记的好技巧是看看该主题是否够独特或神秘,能吸引人打开阅读。
保持电子邮件简洁明了。当买家打开此电子邮件,做出是否继续阅读的决定之前,您有3秒钟的时间来吸引其注意力,包含gif动画或某种有趣或吸引人的东西。然后告诉他们一些要么有趣,要么动人的事情来吸引其注意力。然后请他们评论您的产品,并在其中插入产品评论链接。保持电子邮件简短明了,人们都没时间阅读长篇大论。
一定要提供卓越的客户服务。您的电子邮件需体现温和体贴的态度,以便顾客能看到在其购买产品后,您在真正努力为其提供服务。回答顾客可能遇到的问题或提供详细信息,这些都可以帮助他们更好地享受产品。
使用帮助您管理评论征集的软件。有时很难在获取反馈和评论方面一直位居上游,但是值得庆幸的是,诸如FeedbackWhiz之类的软件可以全程为您提供帮助。 FeedbackWhiz允许卖方使用A / B拆分测试广告来一次性测试多达5种不同主题的有效性。找出您的客户正在打开并参与的电子邮件。无需拥有HTML经验也可创建美观的电子邮件模板。只需将有趣的图片或gif动画复制并粘贴到其中,然后拖放自定义变量供客户打开。有了每个计划中包含的无限制电子邮件功能,就永远不必担心超过电子邮件配额。
花时间创建完美的电子邮件模板和广告活动将为您创造出更多的有机产品评论,并长期提高成长性和销售量。尽管人们说如今的电子邮件效果不够好,但它们仍然是接触到您的客户创造有机反馈和评论的最佳渠道。
以上内容属作者个人观点,不代表雨果网立场!如有侵权,请联系我们。
有任何亚马逊问题,请关注微信号【cifnewspayoneer】
一步,先写html或jsp页面,写一个form,enctype设置为multipart/form-data,写两个input,一个type为file,一个type为submit,type的值可以用双引号,也可不用。详细代码如下:<form action="uploadServlet" enctype="multipart/form-data">
<input type="file" name="file">
<input type="submit" value="上传">
</form>
第二步,在web.xml中设置servlet和servlet mapping,并在servlet中设置multipart-config,设置允许上传文件的最大长度,注意单位为字节,样例中约为10M和20M。
第三步,在servlet中处理文件上传,使用 request.getPart("file")方法获取part,再通过part.getSubmittedFileName获取上传文件名,使用part.write方法写文件到服务中,注意路径问题,可以直接使用绝对路径。
对于linux中使用tomcat,可能还需要配置tomcat的servlet.xml中的UMASK="0022",修改前为0027。
以上便是我分享的内容,感谢您的阅读,非常欢迎并期待您在评论区留下宝贵的意见和建议。如果你在处理数据时遇到了类似的问题,欢迎随时私信我,我将竭诚为你提供帮助。同时,如果你对数据处理领域充满热情,也欢迎你与我私信交流,期待与你共同探讨、学习和进步,期待与您的每一次交流。
器之心转载
作者:魏秀参
近日,CVPR 2020 论文 review 结果放出,一些读者们是不是开始为 rebuttal 做准备了?在此文章中,旷视南京研究院负责人魏秀参博士介绍了论文 rebuttal 那些事,相信能为读者们提供全新的洞见。
学术论文是发布自己或团队最新研究进展正式且最快捷的途径,也是和同行交流想法最方便、高效的方式。当同行评议(Peer review)作为学术成果正式发布的必经之路已运行 200 余年 [1] 时,用正确的姿势进行 review rebuttal 便成为提高论文录用机率甚至扭转乾坤的最后一搏。
本文从「What is peer review?」、「How to rebuttal?」及「Does rebuttal matter?」三部分来聊聊学术论文(主要针对人工智能领域会议和期刊)rebuttal 的那些事。
What is peer review?
要想写好 rebuttal,必然要先了解 peer review 是怎么一回事。
「Peer review」趣图(原图来自网络)。
Peer review 是一种学术成果审查程序,即作者的学术著作或 proposal 被同一领域的其他专家学者评审,并根据评审意见决定是否予以录用(Accept)和后续正式发表(Publish)。对于计算机学科特别是人工智能领域的学术会议和期刊,其均有相对成熟和流程化的同行评议(即审稿)机制。
会议审稿
对于会议审稿流程而言,由于会议论文往往有比较严格的截止日期(Deadline),作者们通常会根据这一时间来 rush 自己的 paper(关于论文写作的一些 tips 请戳笔者早年的《LaTeX 写作新手须知》),所谓「Deadline 就是第一生产力!」。待 deadline 一过,大会的程序委员会主席(Program Committee Chair 或 Program Chair)首先会剔除一批不符合会议投稿政策的论文,如:篇幅不合要求、一稿多投、未匿名、未注明 Conflict Domain 等,这些论文会直接作「Desk Reject」处理。处理之后的投稿(Submission)便为有效投稿。
这些稿件会由 PC Chair 根据一定规则(如 TPMS[2] 或 bidding[3])分配给高级程序委员会委员(Senior PC,IJCAI/AAAI 一般是这个叫法)或领域主席(Area Chair,CVPR/ICCV/ECCV 一般用此称谓),这些人便是论文最终命运的判决者,也是在审稿最后时刻书写 meta review 的 meta reviewer——一般会由领域内颇有建树、有判断力的专家学者担任。而后,这些 meta reviewer 会继续分配稿件给到实际操刀审稿、给出具体审稿意见的审稿人(Reviewer)。
对于 CVPR/ICCV/ECCV 等 CV 领域会议,近几年每个 AC 负责的文章大约在 30-50 篇左右,而普通审稿人分配的稿件一般不超过 10 篇/人。以 CVPR 2019 为例,针对 5160 篇有效投稿,全球共召集了 132 位 AC 和 2887 位审稿人 [4],一共提交了超过 15000 条审稿意见,做到了平均一篇文章至少 3 条,其中一篇文章甚至有 7 条审稿意见之多。
在 reviewer 各自独立提交审稿意见并经由 AC 检查质量之后,绝大多数会议会将首轮意见开放给作者(目前 Data Mining 领域的 KDD、ICDM 等仍保持不设 rebuttal 环节的传统),作者可根据意见内容进行 rebuttal 来更正审稿人理解的错误、解释/澄清审稿人的疑虑、提供更多方法和实验细节等信息。在收回作者 rebuttal 之后,同一篇文章的首轮意见、作者 rebuttal 信息均会开放给所有审稿人和责任 AC,进入 paper discussion 环节。
Discussion 时,AC 会主持每篇文章的讨论,每位审稿人根据其他审稿人意见和作者 rebuttal 会留言给其他审稿人。经过几天系统线上讨论,所有审稿人需更新自己最终意见。更新的意见以及整个讨论过程,再加上 AC 自己的判断会作为 AC 给予每篇论文生杀予夺的重要依据:若多数审稿人在 rebuttal 后提高了论文得分或保持 accept 认为可以接收,则文章有较大概率可被录用;若多数审稿人在 rebuttal 后降分或保持 reject,则这篇文章命运便岌岌可危。可以看到,rebuttal 在整个论文录用过程中起到了举足轻重的作用——优秀的 rebuttal 能力挽狂澜;无力的 rebuttal 则于事无补甚至会画蛇添足、过犹不及。
特别的,CV 领域的会议如 CVPR/ICCV/ECCV 等在 AC 给予最终决定时,有开线下 AC meeting 的传统,即在 paper discussion 之后会选在某个城市线下召集所有 AC 共同决定了投稿的最终命运。一般而言,一篇文章是否录用由三位(有时两位)没有 conflict domain 的 AC 共同决定,称作「AC Triplet」。到此,每篇会议论文最终结果(录用与否以及 oral、poster、spotlight)便盖棺定论,等待着 PC Chair 公布给如坐针毡的作者们。
期刊审稿
与会议论文相似,期刊论文也是由其他研究者进行同行评议之后决定是否予以录用。不过期刊审稿由于没有 deadline(期刊的 special issue 除外),通常不会在较短时间集中接收到的非常多稿件。一般而言,接收到的稿件会由期刊主编(Editor-in-Chief)分配给副主编(Associate Editor),之后副主编会聘请一些相关的研究者作为审稿人进行评审,有时副主编本身也会负责论文的评审意见和推荐等工作。而最终决定论文是否录用的仍然是期刊主编。
与会议论文不同的是,正是由于没有明确的 deadline,期刊审稿意见的「出炉」时间往往极不确定且普遍周期较长(3-8 个月不等),第一轮评审之后审稿人一般会给出如下四种推荐意见之一:1)接收(Accept);2)接收但需要微幅修改(Accept with a minor revision);3)接收但需要大幅修改(Accept with a major revision,有些期刊如 TNNLS 则称作 Reject & Resubmit);4)拒稿(Reject)。之后,副主编会根据若干审稿人的结果综合评定给出 meta review,若 meta review 意见为 2)和 3)中其一,作者便需要准备一个详尽的 revision list 来对每位审稿人的意见逐条进行 response 和 rebuttal,同时还需要提供修改过的文章供审稿人进行下一轮评审。
同样,和会议论文不同的是,会议论文这一的 rebuttal 过程最多只有一次。而期刊论文如此过程可以反复多次,更像一场你一言我一语的「交谈」,最终直到全部审稿人均认为达到「Accept」的程度。但需注意,有的期刊 major revision 只有一轮,若经过一次 major revision 后的文章仍未达到录用或 minor revision 标准,有时便会做拒稿处理。可见,有效的 rebuttal/response 对于期刊论文的录用仍很关键。
How to rebuttal?
以上过程可看出,正规的会议和期刊同行评议过程非常严格、专业。更显然的是,从论文提交时开始,作者们便处于弱势,文章的主动权则全部移交给审稿人和 AC 听凭其「处置」。Rebuttal 作为整个 peer review 过程中少有甚至唯一的发声机会,作者们可要牢牢把握!
知彼解己原则
不论会议还是期刊,笔者以为,「知彼解己」——「首先去了解对方,然后再争取让对方了解自己」,是整个 rebuttal 过程中最为重要的一条原则。
作者在收到审稿意见后,通常情况不应将情绪和注意力完全放在抱怨和吐槽审稿人上(遇到不专业的审稿人除外,但更多情况中肯地讲多为自己文章的问题),且不应站在审稿人的对立面,相反,更多的应去领会审稿人某句话背后的意图,体会其心意,应试图站在 ta 的角度去揣摩提出意见时的想法和心境,同时不要局限在可见审稿意见中写的那么寥寥几笔。只有练就这样的「同理心」,才能在 rebuttal 时据理力争,答在点子上,为自己扳回一城。
而且,从第一节的同行评议过程的描述可以看到,一个审稿人面对的稿件(尤其会议稿件)非常之多,需要 ta 在短短几周且不影响本职工作的情况下完成高质量评审,这对于每位审稿人都是个不轻松的任务。事实上,许多审稿人(约 50% 以上 [5])会在审稿意见提交 deadline 的最后三天内完成评审,每篇工作在审稿人处花费的时间一定非常有限。如此,我们便需要根据有限的审稿意见来「管中窥豹「,对审稿人的喜好和倾向一探究竟、琢磨一二,这对于作者如何在 rebuttal 时「排兵布阵」、「设定应对战略」尤为重要。
比如,若某期刊审稿人说「文章相对会议版本唯一区别仅在于增加了 xxx,而 xxx 这部分带来的性能增益非常有限」,实际背后含义是「嫌弃」作者仅 incremental 式增加不多的新东西就投递到期刊,显然不是审稿人没有看懂新加的 xxx 部分内容的价值,或不了解作者的技术做法;对此,可以澄清「我们工作并不是 trivial/simply 的增加了 xxx,它有自己的 intuition 和 insight,基于这样的独特设计 blabla「,同时还要针对性能质疑有所回应,做到有问必答:「增加 xxx 之后效果提升也较显著,并不有限,blabla(列出证据说明增益是 significant 的,并不 marginal)」。
再比如,若某会议审稿人简单指出「novelty 有限」,同时并没有提出更多细节性缺点,则说明可能 ta 挑来挑去并没有找到非常明显的「硬伤」。要知道每位审稿人预设的身份全是 paper killer,他们总在千方百计寻找论文的漏洞和不足,找够了便足以写出 review 来宣判文章「死刑」。对于上述情况,便说明文章可能就是不对该审稿人的胃口,找不到具体的不足,只好拿 novelty 来说事。
审稿意见趣图(来自 Ming-Hsuan Yang's slides)。
Rebuttal 形式
如今众多会议提供了非常多样的 rebuttal 形式,会议 rebuttal 形式主要分为以下三种:
其中,第三种 rebuttal 形式更像期刊,只是 rebuttal 轮数也仅控制在了一轮。作者需根据不同会议的政策规定提前调研和熟悉 rebuttal 形式,从而在 rebuttal 时应对自如。
具体实操
本节提供一些针对具体问题和情况的实操建议,供君参考:
AC Message
还记得上文中提到的只喷 novelty 而没有其他细节问题的审稿人吗?还记得在审稿意见中暴露 factual error 的审稿人吗?……针对这些情况,作者手中仍有一件利器应对,即 AC message(或 Confidential comments to AC)。
Rebuttal 时除了作者提交的 rebuttal file 之外,多数会议和期刊还为作者提供了一个直接与 senior reviewer(如 AC 和 AE)对话的渠道,在 AI 会议中通常被称为「AC message」,这部分内容对普通 reviewers 是不可见的。作者如果在审稿意见中发现了审稿人的「问题」,如不专业、对文章涉及领域不熟悉、自我矛盾等,均可指出,从而引起 AC 注意。在期刊审稿过程中,遇到类似的问题还可通过 AC message 来尝试更换审稿人。
以下列举一些可能的 AC message 的写法:
常用句式
以下列举一些 rebuttal 中的常用句式,供大家选择使用:
Does rebuttal matter?
废了好大功夫写好了 rebuttal,大家一定很忐忑这玩意儿到底能否奏效?
下图是 CVPR 2019 总计超过 15000 条 review 在 rebuttal 前后的状态对比统计。
很显然:
「逆天改命」:首轮 Strong Reject 改为 positive 评分的仅占所有 review 的 0.8%;
「强势逆转」:首轮 Weak Reject 改为 positive 评分的占所有 review 的 6.9%;
「力挽狂澜」:首轮 Borderline 改为 positive 评分的有 33.6%;
「错失良机」:首轮 Borderline 改为 negative 评分的约 56%;
「画蛇添足」:首轮 Weak Accept 改为 negative 评分的有 15.5%;
「弄巧成拙」:首轮 Strong Accept 改为 negative 评分的有 5.2%;
可见,rebuttal 也乃尽人事听天命之谓也。但小概率事情(如「逆天改命」)发生在自己身上那就是 100% 的奖赏,因此,下次拿到 review 后还是一门心思的想着怎么好好 rebuttal 吧:)
后记
工作后,笔者鲜有整块时间来写类似的公开 tutorial,借着这次举国闭关的时艰又恰逢 CVPR 2020 rebuttal 之前,笔者将自己若干年来的相关经历和思考整理下来供诸君参考,不恰之处还望不吝指出。盼春回大地,祖国康泰。
2020.1.30 夜于南京望春斋
一些会议和期刊的 rebuttal 模版地址链接:http://www.weixiushen.com/tutorials.html
参考
*请认真填写需求信息,我们会在24小时内与您取得联系。