CancelBlastKit

誰のための案か

20〜500 人の会社で、Grammarly、Notion、Slack、Adobe、Zoom などの席を解約する IT・運用・経理の管理者。現状は中身が見えないまま解約を押すか、Reddit や HN の事後の振り返りで知る

どんな困りごとか

時間(一斉通知のあとの人事や Slack の片付けに何日もかかる)と、評判、そして常軌を逸した全社宛ての通知による労務の苦情の恐れ

どう作るか

既知の解約の流れに引っかける Chrome・Edge の拡張機能と、手元の報告の PDF。URL を貼るだけで画面なしで下見する使い方も任意で付ける

どう稼ぐか

IT の管理者が 1 回 $79 か月 $15 を払い、主な 25 の SaaS の解約時の一斉通知のつながりを保守した地図を使う。制御できない Grammarly 型の事案が 1 回起きれば、失う時間と信頼が道具の代金を上回るから。無料の購読管理の道具は解約するだけで、その先の利用者への通知を下見できない

なぜまだ無いのか

SaaS の事業者は、引き留めのためのダークパターンを意図して出しており、解約時に外へ飛ぶ一斉通知を文書にする動機が無い。通知のつながりを逆算するのは面倒な下働きで、「安全な解約」として売っている既存品は無い

最初の利用者

Grammarly の件の 346 点の HN・Reddit のスレッドに賛成票を入れたりコメントしたりしたシステム管理者。初日にそのスレッドと r/sysadmin に拡張機能のリンクを置く

作る規模

1 人 × 6 週。利用の多い 8 つの SaaS(まず Grammarly、次に Slack・Notion・Zoom・Adobe)の解約時の通知のつながりを逆算して最新に保ち、拡張機能の横取り、ハッシュ化したひな形の目録、止めるための文面を作る。完全自動の解約の bot、Web でないデスクトップの SaaS、企業の SSO だけの流れは除外

一番のリスク

事業者が拡張機能の指紋を検知するか、解約の画面を A/B で変えたり再認証の壁を立てたりして、数週間で横取りが壊れる

的中の条件(3 つすべて必要)

• Grammarly Business(または一覧にある SaaS)の解約の確認の URL で、確定を押す前に、外へ飛ぶ別々のひな形を経路ごとに、件名・本文のハッシュと宛先の範囲付きで並べる
• 一斉通知ごとに、コピーして貼れる止め方・書き換えの文面か、管理画面での通知を切る手順を 90 秒以内に出す
• 社内の変更管理や事案のあとの証拠に使える、時刻付きの 1 ページの一斉通知の目録を PDF で出す

的中の判定(6ヶ月後)

Product Hunt の日間 5 位以内、GitHub の 1,000 スター以上、または実際の解約時の一斉通知を止めるのに使った会社による公開の記事(判定日 2027-03-27)

AI自己確度 44/100 — 判定条件を満たす見込みの自己申告で、事業の成功率ではありません