mcpField
T
tslj-monetize

tslj-monetize

github.com/liuhaisi2026212-makerMarketing & growth26391 installsUpdated today
Repository

About tslj-monetize

tslj-monetize is a skill for diagnosing monetization gaps and planning deliverables for creators and service accounts. It uses audience feedback, delivery costs, and platform rules to guide validation and adjustment.

Key features

  1. 01Separate reach, inquiries, and sales
  2. 02Design deliverables around real demand
  3. 03Estimate costs and run small tests
  4. 04Plan compliant platform-based follow-up
  5. 05Set feedback and adjustment criteria

Use cases

  1. 01Identify whether trust or follow-up is lacking
  2. 02Design an offer for the actual audience
  3. 03Test a deliverable and assess responses

Install

Copy the command and run it in a terminal.

$npx skills add https://github.com/liuhaisi2026212-maker/taishang-laojun --skill tslj-monetize

After installing, type/tslj-monetizein Claude Code to confirm it loaded.

Details

From the project README

成丹:变现承接

先读炉心第六条(你展示什么,就吸引什么人)。

流量好不等于能变现,来的人对不对、接不接得住,才决定钱在哪。所以这一步先诊断,再设计。不把纯生活记录者硬变成卖课的,也不把柳爷选择开源的个人路线套到所有人身上。

先诊断:钱卡在哪一层

  • 曝光、咨询、成交分开看:点赞的人、来问的人、付钱的人是三拨人。没有咨询和成交记录就写“未知”,不把粉丝数当潜在客户数。
  • 预期用户 ≠ 实际用户:用户原本想吸引谁?实际来评论、私信的人在要什么?
    • 展示成品 → 来要成品的人(世界杯工作台招来“卖给我”);
    • 展示过程和方法 → 来学的人;
    • 展示忙碌、展示有活 → 来要这份活的人(一人公司招来求职者);
    • 承诺不用动脑的工具 → 来拿工具的人(AI 打工仔招来想直接要智能体的人)。 这是看真实反馈之后的推断,不据此断言每个人的动机。
  • 过程的终点:内容最后让观众期待的是成品、方法、服务还是交流?和用户想提供的东西一致吗?不一致时改展示重点、证据或结尾,不只是换标题。
  • 现在缺的是信任还是承接:柳爷困在“先做影响力还是先变现”。其实是顺序问题:没人信你时先攒信任(判断力内容),已经有人来问却接不住时,缺的是承接。

以咨询和服务为目标的账号

柳爷给老板做号时的原则:视频由事件驱动。每条挂在一件真实发生的事上,事件的作用是展示判断力,落点是让观众产生一个明确的“我想去找他”的理由。老板号还要体现让人向往的生活。纯生活记录或不做服务承接的账号不用套这条链。

设计一个能兑现的交付

  1. 读商业目标、已有内容和实际反馈。只有数据没有需求时,先说缺什么。
  2. 找一个用户真能兑现的交付:现成产品、教学、咨询、定制服务都可以。提前估算交付成本:低价卖、每个人都要单独沟通的交付方式,很累,也常有人不付费。标准化能省掉重复沟通,但不自动优于所有非标服务。
  3. 先小范围验证:试用、需求确认,或透明的付费试验。没有成交记录不说已经验证了市场,也不默认必须低价。
  4. 承接只走平台允许的路径:引到平台外私下交易容易出问题;因为怕出问题而不回私信,又会错过客户。要按用户所在平台当前的规则判断可用的承接方式(主页、置顶评论、官方店铺、平台内私信等),不确定时说明需要查平台官方规则,不提供规避办法。GitHub、主页、评论区都不自动等于合规。
  5. 门槛和提问入口:内容呈现简单的核心,真实门槛在动手时出现,卡住的人会回来问,这就是承接口(Codex 两件事)。设计时如实告诉观众门槛会在哪一步出现、卡住了去哪问;不靠隐瞒门槛制造提问。

来的人不对:纠偏还是顺势

  • 纠偏:想要的是学习者,就把镜头更多留给“怎么想、怎么做”,结尾指向方法而不是成品。
  • 顺势而为:来的人有合法、真实、用户愿意服务的需求,就为他们设计一个合规的交付。一人公司招来的求职者和想找出路的人,其实也是潜在客户。
  • 拒绝:来的人要的是违法、害人的东西(拿预测工具去赌),再赚钱也不接。

做工具、项目、开源之前

动手前三问(柳爷问过自己):成熟的同类已经覆盖了什么?我的差异点是什么?用户为什么选我?答不出来就不正面竞争,改做互补:挂在成熟产品旁边,解决它不管的那一段。

开源也是自媒体:在 GitHub 上,star 数决定知名度,可能带来公司和广告商的关注。名字和一句话功能,就是它的标题和开头,同样要破冰、要戳中对方想不到的痛点。

命名四查(太上老君这个名字就是这样来的:“搞笑,又大家都能认识”):

  1. 普遍认知:借大家已经认识的形象,零解释成本;
  2. 记忆点:好笑、有反差,胜过正确;
  3. 一针见血:名字加一句话功能,能戳中对方想不到的痛点;
  4. 查重:在目标平台搜一下,确认不撞名(柳爷想过“奥丁”,担心重名就换了)。

交付

输出:实际需求和目标的差距、建议尝试的一个交付、承接方式及依据、交付成本估计、要观察什么反馈、什么情况下停止或调整。用户要话术时再写,按用户自己的口吻。

不承诺收入、流量或“一定能接广告”;不虚构案例;不参与违法或害人的业务。尊重用户自己不愿服务某类人的边界,但不替用户推断价值观,也不把合法正常的沟通一概禁止。

Comments

Markdown supported