AI 销售回复，听起来像你的团队，而不是像所有人
你带着一个两到十人的销售团队，成员是 SDR 和 AE。考核你的是管道，以及一名新人要多久才能开始出业绩。你的销售序列工具是好用的：触达发得出去，量也够，看板是绿的。
线索对话还是停在那儿。你最好的那位成交高手手上的对话不会停。他的线程一直在往前走，而他从来说不清自己到底哪里做得不一样。其他人拙劣地模仿着，这个季度刚入职的那位 AE，仍然在猜一套团队里从没有人写下来的方法。
这是声音的问题。把同样的消息发得更多，只会让它更吵，不会让它更好。
问题出在千篇一律，不在发送量#
这里有一件今天下午就能做、而且不用花钱的清点。打开你团队最近发出的二十条首次回复。数一数有多少条是从对方的具体问题开头的，又有多少条是从关于你们自己的一整段开头的。再数一数有多少条以一个对方一行字就能回答的问题收尾，又有多少条以"有需要随时联系"收尾。
这个比例对你回复率的预测力，胜过你的发送量，而且它正是你的销售序列工具动不了的那个数字。做量的工具，是为一个你早已不再有的瓶颈造出来的。
大多数团队接下来会拿起的工具，只会让这个比例更糟。一个通用聊天标签页写得很称职，但那不是任何人的声音。销售代表把对方的消息粘进去，把草稿粘出来，再手动把语气往团队真正的写法上拉回去，每一条消息都要来一遍。你最好的那位和另外五位之间的差距不在投入程度，而在于你最好的那位的方法只存在于他脑子里，从来没有出来过。
把声音记录一次，然后让每个席位都从它出发写#
Ezly 对此的答案是人设，也就是一个写作身份，而不是一个语气下拉框。一份人设承载着职业角色与经验层级、沟通风格，以及写在两份明确清单里的护栏：始终要提到什么，永远不要做什么。
然后你把自己的材料上传给它，格式支持 PDF、DOCX、DOC、TXT 或 MD。Ezly 从你的案例、你的报价，以及那些已经促成成交的消息里写出草稿，而不是从一个模型对"销售邮件该是什么味道"的笼统印象里写。
在 Ezly Team 上，这份人设是共享的。整个团队从同一个池子里起草，每个席位另外还保留一份只有该席位能看到的私有人设。谁负责你团队的写法，谁就把它定下来一次，而这个季度刚入职的那位 AE，在第一周就从它出发写字，不必花三个月去反推。
人设之下还有一套销售方法，会加载进每一次生成，所以销售代表根本不需要学怎么写提示词。回复出来时已经成形：先是扣住对方具体问题的切入点，然后是佐证，最后要么是一个筛选性问题，要么是推向一次通话。绝不会是"有需要随时联系"。里面写进去的那些原则，正是你最好的成交高手一直在做却没有命名的那些：先听。快速筛选。价值先于资历。简短，不夸张。初次询问、跟进，以及关于价格、时间和信任的异议，Ezly 各自当作独立情境来处理。
语气与人设分开，落在单条消息这一层：四种内置语气，外加你自己写指令的具名自定义语气。
在实时对话里发生了什么#
起草就发生在对话已经在的地方。Chrome 扩展在平台自己的聊天界面里打开，覆盖 LinkedIn、Upwork、Gmail、Fiverr 和 Discord，而且从不要求你打开网页应用。面板打开时，它已经取到了客户名字和这段对话的上下文，并给出一到三条建议的下一句回复，都是从实时对话里读出来的，可以按语气切换。
在写之前，它先读。Ezly 会从两个角度判断这段对话：对方到底是不是一个真实线索，以及这笔生意在五个阶段里走到了哪一步，也就是冷启动触达、需求挖掘、方案报价、议价和成交。建议会跟着这个判断走，因为写给一个正在议价的人和写给一个还没回过话的人，任务并不一样。
网页应用的撰写区刻意把两样东西分开。对方的消息放进一个输入框，你给 AI 的私下指示放进另一个，两者永不混在一起。旁边是一键微调：更短、更长、更随意、更正式、推向通话、做筛选。你可以用语音口述进撰写区。你也可以不注册账号、以访客身份使用，这是在把团队拉进来之前，用一段真实对话试一试的最省事的办法。
任何一段对话都可以按需提到网页应用里，之后两个界面都保持在线。线程以对话的网址为键，所以几个月后重新打开一条线程，它会接回完整历史和当时的人设。
还有两项检查在没人开口的情况下运行。Ezly 会在你发送之前，把每一份草稿对照各平台规则核一遍，把绕开平台的私下联系和站不住脚的保证式措辞挑出来。它还会默认把每一次生成都写得像人写的，任何一条回复都可以再用一键跑一遍，如果你还想更像。
每一条消息都由人来发送#
Ezly 是副驾驶。草稿插入在销售代表打字的位置，没有任何东西会自己发出去。对平台那边也不跑任何东西：扩展只读取最近对话的可见文本，不在页面上执行脚本，也不自动化任何操作。
这是一种立场，而它让我们付出代价。你睡觉的时候，Ezly 不会替谁回话，它也永远不会出现在"无人值守外呼"那一栏的对比表里。市场正在往那种以客户名义行动的工具漂移，我们不跟，因为一条以某位代表的名义发出去的消息，理应由那位代表先读过。
这条规矩同时也在保护你真正买的东西。共享的声音之所以还是一种声音，恰恰只维持在有人还在检查这份草稿听起来是否仍像这家公司的时候。
边界在哪里#
阶段判断是手动触发的。你需要的时候去要它。它不是一个守在每条线程后面、自己不断刷新的哨兵。
没有同步到网页应用的对话存放在客户端，清空浏览器本地存储就可能把它弄丢。把要紧的线程同步掉。
快捷回复库，也就是按情境打标签的精选切入点、反驳话术和边界话术，连同你团队自己写的那些回复，今天还是一个库页面。你从那里把一条回复复制到剪贴板。撰写区里还没有直接挑选的入口。
平台的频率限制依然有效，而且一直都在。超出一个平台的消息发送上限，账号就会被封，有没有扩展都一样，因为那是平台的规矩，不是 Ezly 带来的风险。
这里的安全性回答停在机制层面，而不是证书层面：用 Google 或邮箱加密码登录，可以查看并撤销活跃会话与设备，以及上面写过的扩展读取模型。产品支持英语、法语和德语。
Ezly 已经上线发售#
Ezly 已经上线发售，这句话只是对现状的平实陈述。网页应用是活的，Chrome 扩展是活的，今天就能注册。Ezly 在网页应用和 Chrome 扩展上合计有 400 位用户，以及 28 个付费客户。
Ezly 是 Silverthread Labs 造的，我们先把自己跨多个账号的销售管道跑在了它上面。共享人设不是从路线图研讨会里冒出来的功能。它来自一个真实场景：一位客户经理把一条热乎的回复压了整整一天，因为公司里唯一知道该怎么跟这个客户说话的人，正忙着当那个唯一。
团队按 Ezly Team 来买，而且就在应用里买：建组织、邀成员、集中管理席位与账单，不用先找我们谈。
如果你带着一个小型销售团队，而你的代表们读起来像模板，接下来有两个去处。Ezly 产品页讲清楚它做什么、给谁用。Ezly 自己的网站是注册的地方，价格也在那里。
