在Lovable上发布应用，你就有了一个可以分享的链接。但让人愿意尝试，还需要讲清楚它帮谁解决什么问题，并提供一个能顺利完成的下一步。
这里用一个虚构应用举例：把客户分散在多条消息里的需求整理成项目计划。请替换成你自己产品的核心功能。Lovable负责搭建应用，Hamla帮助准备推广内容并跟踪产品使用。
1. 先准备好第一次体验
例如，你可以面向收到零散客户需求的自由设计师。展示真实输入和生成的计划，去掉私人信息。让Lovable检查从粘贴需求到保存计划的完整流程，包括手机上的体验。
应用已经可用，就邀请访客创建计划；还没准备好，就明确说明并提供候补名单。以新访客身份测试公开网址，不要只看编辑器里的预览。
2. 把已发布的应用接入Hamla
如果你已有自己的Hamla业务，把对应的网站代码片段交给Lovable。新安装可以在项目聊天中发送以下请求，填入实际发布的域名：
通过Hamla公开API给这个应用安装Hamla。
向 https://app.hamla.io/api/install 发送POST，JSON为 {"website":"<已发布的域名>"}，不需要API密钥或登录认证。
把返回的data.snippet原样加入每个页面的<head>，不要编造业务ID。
私下把data.claimUrl交给我。链接只能用一次，72小时后失效，不要放到公开页面或代码仓库。
如果无法发送请求，告诉我并让我提供代码片段，不要未经验证就声称成功。
本次安装不要添加秘密密钥，也不要发送客户邮箱或电话号码。需要自己发送请求时，请按Hamla安装说明操作。打开私人认领链接，登录或创建账号，接管安装。代理创建的是安装，不是你的个人账号。认领前只记录匿名活动，不能启动营销活动。
Lovable支持直接集成API。这里用Hamla的API和网站SDK，不假设你已经安装了专用连接器。发布更新后的应用，确认访问记录进入正确的Hamla业务。
3. 跟踪注册和第一次有效使用
认领后，让Lovable参考Hamla Events指南实现以下示例事件：
- account_created：注册成功，而不是点击注册按钮。
- project_plan_created：计划成功保存，而不是打开编辑器。
- subscription_started：如果有付费订阅，由服务端确认收款后发送，带上type: purchase、金额和币种。
使用应用中稳定的用户ID关联活动。这些事件名只是示例。秘密密钥应放在后端的秘密存储中；Lovable的Secrets文档说明了Cloud的配置方式。不要把密钥放进浏览器代码或VITE_变量。
测试一次注册和计划创建，并在Hamla确认两个事件。失败的操作不应产生成功事件。服务端重试时使用相同的idempotencyKey，避免重复记录。数据格式以事件参考文档为准。
4. 向需要它的人展示应用
给Hamla真实示例、目标用户和网址：“准备一篇面向自由设计师的LinkedIn发布帖，展示我附上的客户需求和应用生成的计划。邀请大家用去掉私人信息的需求尝试，使用这个公开网址，不要编造用户评价或成果。”
通过受支持的已连接账号发布前，检查草稿和链接。在专业社区，参与与问题有关的讨论，并遵守产品分享规则。一对一沟通由你来做，Hamla帮助准备内容。
你可以这样邀请：“你提到客户需求经常散在好几条消息里。我做了一个工具，可以把它们整理成项目计划。要不要用一份去掉私人信息的需求试试，告诉我哪些地方还需要改进？”私下发送演示前，先征得同意。
5. 看看访问之后发生了什么
比较访问、注册和首次计划创建。如果没有注册，检查产品承诺和注册流程；如果注册后没使用，与用户一起试走首次体验。小样本能帮助发现问题，不能证明结果的原因。
取得联系许可后，可以设置注册触发的欢迎消息流程，并把首次计划作为转化目标，让用户成功后停止剩余跟进。仅发送事件不会自动配置或启动这项营销活动。
分享链接之前
- 在电脑和手机上测试公开应用，确认事件进入你已认领的Hamla业务。
- 选定一类用户、一个示例和一个行动。检查内容，并向试用者询问反馈。
完整发布流程请看“Vibe coder营销指南”，了解Hamla的用途请看“面向Vibe coder的AI营销”。截图展示的是Hamla示例内容，不是Lovable项目或经过验证的营销成果。
