📉 売れないアプリを2週間更新し続けた末に気づいた、10本中3本を捨てた理由

「売れないアプリを更新し続けた話を書こう」と思ったのは、6月の売上明細を見たときでした。

月商が120万円を超えて、ようやく胸を張って話せる気がしてきたので。でも正直に言うと、最初の数ヶ月はそれとは真逆のことをしていました。「もう少し改善すれば売れるはず」と信じて、売れていないアプリに毎日手を入れ続けた時期が2週間あったんです。結果は¥0のまま。今振り返ると、あの2週間が一番の時間の無駄でした。

この記事では、10本リリースしたiOSアプリのうち3本を捨てた理由と、その後に作ったルールをそのままお話しします。コードはほぼ書いていませんし、広告費も0円です。専門的な話より、「判断をどう変えたか」という実話に絞りますね。

「なかなか手放せない」「もう少しやれば変わるかも」と感じている方に、特に読んでほしいです。もしかしたら、この記事を読み終えたあと、手放してもいいものが1つ見つかるかもしれません。

2週間、毎日アップデートし続けた話

あの頃の「作業ログ」を見返すと

会社を解雇されてから、最初にまじめに力を入れたアプリがあります。リリースから2週間、毎朝起きるとまずそのアプリの数字を確認して、夜はアップデートを入れていました。

具体的に何をしていたかというと、UIのボタンの色を変えてみたり、説明文を何度も書き直したり、スクリーンショットを撮り直したり。「App Storeの最適化」と呼ばれる作業を、知識がないまま感覚だけでやっていました。競合アプリのページを30分かけて見比べて、「あっちのアイコンはこういう色だな、変えてみようか」みたいな感じで。

1日の流れを正直に再現すると、こんな感じでした。朝7時ごろに目が覚めて、ベッドの上でスマホを開いてApp Storeのアナリティクスをチェックします。「インプレッション数：45」「ページビュー：12」「ダウンロード：0」という数字を見て、「昨日と変わらないな」とため息をつく。その後、コーヒーを飲みながらXやnoteを眺めて、「このアプリはこんな改善で売れました」という記事を読んでは「じゃあ自分もやってみよう」と思う。午前中は次のアップデートのネタを考えて、午後はAIに作業を頼んでビルドして、夜にApp Storeへ申請。翌朝に審査が通ったら「よし、今日こそ動くかもしれない」と期待する。そして数字は変わらない。この繰り返しです。

当時の自分はコードをほぼ書けません（今もですが）。使っていたのは、AIに指示を出してアプリの骨格を作ってもらう方法です。非エンジニアでも個人でiOSアプリを出せる時代になったんだ、と感動しながら取り組んでいました。スタート地点としては間違っていなかったと思います。

でも、その1本目のアプリ。2週間で計14回のアップデートを入れましたが、売上は¥0のままでした。

それでも¥0のまま

毎日何かしら手を動かしているのに、数字がまったく動かない。App Storeのダウンロード数をスマホで5分に1回くらい確認していた気がします（笑）。通知を見るたびに「来た！」と思ったら全然関係ない広告メールで、「あ、そっか」みたいな繰り返しでした。

「もうちょっとレビューが集まれば」「あの競合アプリみたいにアイコンを変えたら」「説明文のキーワードが足りないのかも」と、答えが見つかりそうで見つからない迷路に入っていました。やることを変えるたびに「これが正解かも」という根拠のない期待が生まれて、翌日にはまた「なんで動かないんだろう」に戻る。今思えば完全にループにはまっていました。

特にきつかったのは、「自分の判断が正しいのかどうかわからない」状態が続いたことです。アイコンの色を変えた翌日に「あ、昨日より少しインプレッション増えてる」と感じても、それが自分の改善のせいなのか、たまたまなのか、まったくわかりません。でも「改善したから効果が出た」と信じたい気持ちがあって、その1件のデータをよりどころに「よし、まだいける」と思い込んでしまう。これが本当に危険でした。1日ぶんのサンプルで判断するなんて、宝くじを1枚買って「当たる可能性を確認した」というようなものです。

このとき費やした時間を後から計算したら、14日×約2〜3時間で、合計30時間以上でした。月商に換算すると、この30時間は実質¥0の仕事だったわけです。

「改善すれば売れるはず」という思い込みの正体

なぜ手放せなかったのか

なぜ手放せなかったか、今なら理由がわかります。

「作ったものに情が移っていた」んです。

2週間ずっと触り続けたアプリは、自分にとって「育てているもの」になっていました。時間をかけた分だけ「これを諦めたら、その時間が無駄になる」という気持ちが強くなっていく。経済学の言葉だと「サンクコスト」と呼ぶそうですが、難しく言わなくていいですよね、要は「もったいない」という感覚です。これが判断を鈍らせていました。

これ、料理の話に置き換えると伝わりやすいかもしれません。2時間かけて作った料理が思ったより美味しくなかったとき、「2時間かけたんだから食べなきゃ」という気持ちになりますよね。でも本来は「お腹が空いているか」「食べたいか」という基準で判断すべきで、「かけた時間」は関係ありません。アプリも同じで、「作るのに時間をかけた」という事実は、「そのアプリが売れるかどうか」とはまったく別の話なんです。

それに、「まだ本当の原因を見つけていないだけかもしれない」という希望がありました。改善できる余地がある気がして、完全に見切りをつけることができなかった。「あと1回だけ変えてみよう」が何度も続いてしまう状態です。

「改善」と「延命」はちがう

でも今振り返ると、あの2週間の作業は「改善」ではなくて「延命」だったと思います。

根本的に「そのアプリを必要としている人がいるか」を確認しないまま、見た目や文章だけを磨いていた。きれいに包装し直しても、中身が誰かの困りごとに刺さっていなければ売れません。

たとえで言うと、「砂漠の真ん中でラーメン屋を開く」ようなものです。麺を改良しても、スープのレシピを変えても、営業時間を長くしても、砂漠に来る人がいなければ売上は動きません。本当に解決すべき問題は「立地」（＝ターゲットと需要）なのに、「味の改善」（＝UIや説明文の修正）だけをやり続けていたんです。

「改善」は、需要があると確認できた上で精度を上げる作業。「延命」は、需要を確認しないまま時間をかけ続けること。あの時期の自分は完全に後者でした。この2つがちがうと気づくのに、だいぶ時間がかかりました。

先回りQ&A① 「需要がないとどうやって判断するの？」

「30日間ダウンロードが集まらなかったら需要がない、ってシンプルすぎませんか？」と思う方もいると思います。

完全に判断できるわけではありません。でも「まだ判断できない」という言い訳は無限に続きます。「広告を打てば変わるかもしれない」「もう少し季節が変われば需要が出るかも」と言い始めると、終わりがなくなるんです。

自分なりの答えは、「App Storeの自然流入で30日間、有料購入が1件もなければ、コストをかけずに市場検証が終わった」と考えることです。無料で出して、広告なしで、30日間試した。その結果が答えです。もし「広告を打ったら売れるかも」と思うなら、そこから先は「広告費をかけてまで確認する価値があるか」を別途判断してください。私は広告費0円の方針なので、30日で判断しています。

¥0に使った時間を数字で出してみた

計算したら愕然とした

ある日、ノートに書き出してみました。

• 1本目アプリへの作業時間：約30時間（14日間）

• 2本目アプリへの作業時間：約8時間（4日間）

• 3本目アプリへの作業時間：約15時間（10日間）

3本合計で約53時間。そしてこの3本の売上は、合計¥0でした。

53時間って、1日8時間換算で約7日分です。丸1週間を¥0のアプリだけに使っていた計算になります。これを紙に書いた瞬間、「あ、これは続けちゃいけないな」とはっきり思いました。感覚ではなく、数字として目の前に出てきたのが大きかったです。なんとなく「無駄かも」と思っているのと、「53時間で¥0」とはっきり見えるのは、気持ちの重さが全然ちがいます。

さらに「時給換算」でも考えてみました。もし自分の時間を時給2,000円と仮定すると、53時間は10万6,000円分です。外注に頼んでいたなら、10万円以上を使って売上¥0のアプリを作り続けていたことになります。時給の数字は人によって違いますが、「時間にもコストがある」という視点で見直すと、判断の基準がぐっと変わります。時間は無限じゃない、という当たり前のことを、数字で初めて実感しました。

「損切り」という発想を知った

株やFXをやっている方はよく聞く言葉だと思いますが、「損切り」という考え方があります。

損が出ているポジション（持ち株）を、さらなる損を防ぐために手放すこと。塩漬けにし続けるより、早めに切って次の機会に時間を使う方が最終的なリターンが大きい、という発想です。

アプリ開発でも同じだと気づきました。売れないアプリに時間をかけ続けることは、次のアプリを作る時間を奪っています。「次に行くこと」は諦めじゃなくて、合理的な選択だということ。この発想の転換が、自分の中で一番大きな変化でした。

ただ、損切りにはタイミングがあります。株の場合は「−5%になったら切る」という自分ルールを持っている人が多いと聞きます。感情で動くと「もう少し待てば戻るかも」で塩漬けになる。アプリも同じで、「30日・1件の購入」というラインをあらかじめ決めておかないと、感情に負けて延命を続けることになります。ルールを先に決めておくというのが、思ったより大事なことでした。

「30日ルール」を作ったきっかけ

リリースから1ヶ月で判断する

53時間を¥0に使ったあと、自分なりのルールを作りました。

「リリースから30日で動かなければ、次へ移る」

シンプルなルールです。でも、これを決めてから作業の質が一気に変わりました。

30日という数字には根拠があります。App Storeでは、リリースしたばかりのアプリは「新着」として少しだけ自然な露出を得られます。その窓が大体2〜4週間くらい。その後は普通に埋もれていく。だから、1ヶ月以内に何らかの反応（ダウンロード・購入・レビュー）がなければ、そのアプリには「自然な需要がない可能性が高い」と判断して良い、というのが自分の経験則です。

もちろん例外はあります。でも、例外を待ち続けることで53時間を失った経験があるので、自分は「30日で切る」と決めました。

実際に30日ルールを使い始めてみると、リリース前の考え方も変わってきました。「30日後に判断する」と決めていると、リリース前に「このアプリは30日後にどういう状態になっているべきか」を自然と考えるようになるんです。「30日で1件の購入があるためには、どんな人に届いて、何に困っている人が買ってくれるのか」という問いが、リリース前から頭の中にある。これが、アプリの方向性をぐっとシャープにしてくれました。30日ルールは「捨てるためのルール」であると同時に、「リリース前の設計を鋭くするためのルール」でもあります。

「動いている」の定義も決めた

ただ、「動く」の定義が曖昧だと、また「もう少し待とう」になってしまいます。なので自分なりに数字で決めました。

• リリースから30日で1件以上の有料購入がある → 続ける

• 30日でダウンロード数が50件以上ある（無料でも）→ 需要を確認してから判断

• 上のどちらも満たしていない → 次へ

この基準を持つだけで、決断がずっと楽になりました。「まだ早い」「もう少し待とう」という感情に引っ張られなくなったからです。数字が判断してくれるので、自分が悩む必要がなくなるんです。

ちなみに「50件のダウンロード」という数字については、少し説明が必要かもしれません。50件というのは、自然流入で「ある程度、検索に引っかかっている」ことを示すラインとして設定しています。10件以下だと「ほぼ誰にも見つかっていない」可能性が高く、そもそも評価できる状態にありません。50件あれば「見つかってはいるが買われていない」という状態なので、そこからアプリの価格・説明・スクリーンショットを見直す判断ができます。逆に50件未満であれば「存在すら知られていない」状態なので、根本的な見直しか、見切りのどちらかです。

先回りQ&A② 「30日って短すぎませんか？」

よく聞かれる疑問だと思います。「じっくり育てれば売れることもあるのでは？」という声もありますよね。

結論から言うと、「自分の場合は30日で十分だった」という経験則です。育てることで伸びるアプリがないとは言いません。でも、育てるためにはある程度の「種火」が必要だと思っています。30日でゼロのまま、という状態は「種火がない」状態です。種火なしで続けるのは、乾いた木を擦り続けるようなもので、疲弊するだけで火はつかない。

もちろん、有名なアプリにも「最初は全然売れなかった」という話があります。でもよく読むと、ほとんどの場合「ユーザーの反応が少しでもあった」「関係者にシェアして初速が上がった」など、何かしら小さな動きがあった上での話が多いです。完全にゼロのまま数ヶ月続けて突然売れる、というケースは自分の観測範囲ではほぼありません。もしそういう経験がある方がいたら、ぜひ教えてほしいです（笑）。

捨てた3本と残った7本、何が違ったのか

正直に比べてみた

10本リリースして、今も動かしているのは7本です（2本は公開のまま実質休眠、1本は削除）。

捨てた3本の共通点を振り返ると、こんな感じでした。

• アイデアの出どころが「AIが出してくれた候補リスト」そのまま

• 「こういう人に使ってほしい」が自分の中でぼんやりしていた

• 競合アプリが多すぎて、自分のアプリが選ばれる理由を答えられなかった

作りながら「これ、誰のためのものだっけ」と感じていたアプリは、やっぱり売れなかったです。逆に残った7本で共通しているのは、「自分が欲しいと思ったもの」か「身近な人の困りごとから生まれたもの」でした。

AIにアイデアを出してもらうこと自体は全然悪くないんですが、出てきたリストをそのまま「じゃあこれ作ろう」とするのは危険だと気づきました。AIは「よくありそうなアイデア」を出すのは得意ですが、「自分のコンテキストに合ったアイデア」を出すのは難しいんです。「健康管理アプリ」「家計簿アプリ」みたいな、すでに世の中に山ほどある分野を提案してくることが多くて、そこに差別化要素がないと、他の何万本のアプリの海に埋もれてしまいます。

需要の確認が先、作るのが後

残った7本の中でも特に動いているものは、リリース前に「似たアプリへのレビュー」を丁寧に読んでいます。

App Storeのレビュー欄って、宝の山なんです！　★1〜★2のレビューには「こういう機能が欲しかった」「これが不便」という言葉が並んでいる。そこから「じゃあ自分のアプリではここを解決しよう」という方向を決めていました。

具体的にどうやって読むかというと、まず自分のアプリテーマに近い競合アプリを5〜10本ピックアップします。それぞれの★1・★2レビューを全部読んで、「不満の言葉」をメモしていきます。「〜ができない」「〜が使いにくい」「〜がほしかった」という言葉を集めると、「みんなが困っているポイント」が見えてきます。そこを解決するアプリを作る、というのが自分の基本的な流れです。

この作業、やってみると意外に楽しいです。「こんなに不満があるんだ！」「これ、確かに不便だな」という発見があって、作る前からユーザーの気持ちが少し理解できる感覚があります。レビューを読む時間は大体1〜2時間ですが、それをやった後に作ったアプリの方が、やらずに作ったアプリより圧倒的に結果が良かったです。

作る前に需要を確認する。たった一文ですが、これが捨てた3本と残った7本の一番大きな違いでした。

先回りQ&A③ 「捨てる前にできることはないの？」

「30日で判断する前に、SNSで広めるとかプレスリリースを出すとかできるんじゃないですか？」という疑問もあると思います。

それ、正論です！　できるならやった方がいいです。ただ、自分の場合は「SNSで広める」という作業自体にもコストがかかります。コンテンツを作って、発信して、反応を見て、という工数は無視できない。そこまでコストをかける価値があるかを判断するのが、まず「30日の自然流入」で確認するという考え方です。

逆の言い方をすると、30日で1件でも有料購入があれば、「この人はどういう人か」「どうやって見つけてくれたか」を考えて、そこからSNS展開や改善をするのは全然ありです。でも、ゼロのまま広告的な施策をかけるのは、穴の開いたバケツに水を注ぐようなものなので、先に穴をふさぐ（＝需要を確認する）ことを優先しています。

捨てた後、実際に何が起きたか

時間が浮いた

3本に使っていた時間が浮くと、最初は「何もしなくていいのか」という焦りがありました。手を動かしていないと進んでいない気がして、落ち着かないんです。習慣って怖いですね。

この「手を動かしていないと不安」という感覚、個人開発を始めたばかりの頃は特に強かったです。会社員時代は「働いているかどうか」が目に見えていたので、「作業をしている＝前進している」という感覚が体に染み付いていました。でも個人開発では、無駄な作業をしていても前進しているように感じてしまう。逆に何もしない時間が「後退しているような気がする」という錯覚に陥ります。実際には、判断のための時間を持つことの方が大事なのに。

でも、その浮いた時間を使って新しいアプリを2本リリースできました。そのうちの1本が、今のラインナップの中で一番売上が高いアプリです。

もしあの3本を延命し続けていたら、この2本は生まれていなかった。数字にすると単純で、「¥0のアプリ×3本をずっと続ける」より「動いているアプリ×2本を新しく出す」の方が当然よかったわけです。当たり前のことなんですが、やめる前には見えていなかった。

月商が動き始めたタイミング

解雇から半年で月商が120万円を超えました。

でも最初の2〜3ヶ月は正直、月数千円の世界でした。1本目を出して、売れなくて、2本目を出して、少し動いて、3本目を出して、また止まって……という繰り返し。

転機になったのは「30日ルール」を作ってからです。判断の基準ができてから、見切りをつけるスピードと、新しいものを作るスピードが両方上がりました。それが積み重なって、7本体制になったあたりから月商が安定し始めました。

7本という数は意図して目指したわけではないんですが、結果的にポートフォリオが分散できていたのが良かったと思います。1本だけだと、そのアプリが不調のときに収入がゼロになるリスクがある。7本あると「あの月はAが落ちたけどBとCが伸びた」という感じで、全体として安定します。魚を1本の釣り糸で狙うより、7本の糸を垂らしておく方がいい、というイメージです。

広告費は0円のまま、コードもほぼ書かずに、です。

「どうやって？」という仕組みの話は、有料noteにまとめています（フッターにリンクがあります）。ここでは「捨てる判断が大事だった」という実話に絞りますね。

捨てることへの罪悪感がなくなった理由

「諦め」じゃなくて「選択」

最初に見切りをつけたとき、正直すごく罪悪感がありました。「AIが頑張って作ってくれたのに」「せっかくリリースまでできたのに」と。アプリって、自分で全部やり切ってリリースするとそれなりに達成感があるんです。だからこそ手放しにくい。

加えて、「諦めた自分はダメだ」という感覚もありました。個人開発をしている人の成功談を読んでいると、「何度も失敗しながら続けた結果、売れた」という話が多い。それを読んでいると「やめること＝根性がない」みたいな気がしてくるんですよね。でも、よく読むと、成功した人たちが「続けた」のは「同じことを続けた」のではなくて、「試行錯誤しながら方向を変え続けた」のがほとんどです。続けたのは「姿勢」の話であって、同じアプリをひたすらアップデートした、という話ではないんです。

でも繰り返すうちに、気持ちが変わってきました。

捨てることは「諦め」じゃなくて「選択」だと思うようになったんです。限られた時間の中で、どのアプリに注力するかを選んでいる。それは「やめる」ことじゃなくて、「より良い使い道を選ぶ」ことです。言葉を変えるだけで、かなり気持ちが楽になりました。

ひとり開発者は、時間が一番の資源です。その時間をどこに使うかを決める権限が、全部自分にあります。しんどくもあるけど、最高に自由でもある、と今は思っています。

「次の方が良いかもしれない」と体感できた

捨てることへの罪悪感が完全になくなったのは、見切りをつけた後の2本が動き始めてからです。

「あ、次の方が良かった」と実感できたとき、捨てることへの感覚ががらっと変わりました。捨てなかったら出会えなかったアイデアがある、と体で感じられたんです。

これはどんなに言葉で説明しても、一度体験しないと腑に落ちないと思います。でも、「捨てた後に良いものが来た」という経験を一度でもすると、次からの判断が本当に速くなります。怖さが消えるのではなくて、「次がある」という実感が怖さより大きくなる感じです。

スポーツで言うと、試合に負けたあとに「次の試合でリベンジしよう」という気持ちになるのに近いかもしれません。最初の負けはすごく悔しい。でも何度か繰り返すうちに、「負け＝次の試合への準備」という感覚になってくる。個人開発のアプリを切ることも、それと同じリズムになってきます。

今日から使える「自分基準の30日チェック」

3つの問いを立てる

「30日ルール」を実際に使うとき、自分はこの3つを自問しています。

① リリースから30日で有料購入はあったか？ 　なければ、需要を実際には確認できていない状態です。

② ダウンロードが50件以上あるか？ 　あるなら「見てもらえているが購入につながっていない」→ 価格や説明を見直す余地があります。 　なければ「そもそも届いていない」→ アプリ自体のテーマや切り口を見直した方がいいかもしれません。

③ 自分が6ヶ月後もこのアプリを続けたいか？ 　正直にNOなら、ユーザーへのサポートも続かないので、いったん区切りをつける方が誠実です。

この3つに正直に答えると、「続けるか・次へ行くか」の判断がかなりクリアになります。全部感覚で決めていた頃とは全然ちがいます。

3つ目の問いは少し感情的に見えるかもしれませんが、長く続けられるアプリかどうかに直結します。売れているアプリでも、自分が全然興味を持てないジャンルのものは、サポートやアップデートがどんどん億劫になっていきます。一方で、自分が「これ面白いな」「ユーザーに使ってほしいな」と思えるアプリは、自然とアイデアが出てきて長く続けられます。売上だけじゃなくて、「自分が続けたいか」という問いも、判断の中に入れておくと後で楽になります。

数字を見る習慣が「感情」に勝つ

感情で判断していたときは、「まだいける気がする」「もったいない」が先に来ていました。でも数字を出してから判断するようにしたら、感情に引っ張られる場面が減りました。

「30日・1件・50DL」という数字を持つだけで、判断の軸ができます。軸があると、迷う時間がなくなる。迷う時間がなくなると、次のことを考える時間が増える。

具体的なやり方としては、スプレッドシートで簡単な管理表を作っています。アプリ名・リリース日・30日後の日付・ダウンロード数・購入件数、この5列だけです。毎週月曜日に数字を確認して、30日後の列を参照する。「判断日」があらかじめカレンダーに入っているので、「そろそろ判断しなきゃ」という感覚ではなくて「この日が来たら判断する」という仕組みができています。意思決定そのものを自動化する、という感覚に近いです。

これが、月商120万までの一番地味で一番大事な変化だったと思っています。「何か大きな発見」ではなくて、「判断の基準を作った」というだけのことです。でもそれが積み重なって、全然ちがう結果になりました。

先回りQ&A④ 「まず何から始めればいいですか？」

「30日ルールを試してみたいけど、今持っているアプリにどう使えばいい？」という方へ。

まず、今動かしているアプリのリリース日を確認してください。リリースから30日以内であれば、今から数字を記録し始めましょう。30日を超えているアプリについては、「今日から30日で1件でも購入があれば続ける、なければ次へ行く」というラインを設定して、改めて期限を決め直すのがおすすめです。

大事なのは「今日決める」ことです。「今度決めよう」と思うと、また延命が続きます。この記事を読んだ今日、スプレッドシートを開いて1行書くだけでいいです。アプリ名と、判断日の日付。それだけで、今日から判断が始まります。

まとめ：「捨てる」が最短経路だった

10本・3本・53時間・¥0という数字

改めて整理すると、こんな流れでした。

• 10本リリース

• 3本に計53時間以上を費やしたが売上¥0

• 「30日ルール」を決め、3本を見切り

• 浮いた時間で2本を新たに開発

• 7本体制になって月商が安定し始める

• 解雇から半年で月商120万円を達成

「捨てる」ことが月商120万への最短経路だったと、今ははっきり言えます。

当時の自分に声をかけられるなら、こう言いたいです。「30時間使ったアプリに、あと1時間かけても何も変わらないよ。次に行って。」

単純なことですが、渦中にいると見えないんですよね。「諦めたら負け」みたいな感覚が邪魔をして。でも、個人開発は試合じゃないので、負けも勝ちもありません。限られた時間をどこに使うか、という選択をしているだけです。

最後に、この記事で話したことを一言でまとめると、「判断できないことが一番のリスクだった」ということです。売れなかったことより、売れないとわかっていながら判断を先延ばしにしていたことの方が、損失がずっと大きかった。判断の基準を持つことが時間を守ることで、時間を守ることが次の機会を生むことにつながりました。

この記事が、今「捨てるべきか続けるべきか」で迷っている方の参考になれば嬉しいです。最後まで読んでいただきありがとうございました。

📖 あわせて読みたい: ⚡ アプリ10本出して気づいた、売れない時期の『正しい戦略』が全部ハズレだった

📕 AIエージェントと自動化の全工程をまとめた総集編: 🤖【完全版】月商160万円の「寝てても回る仕組み」をゼロから30日で組む全工程｜2026年10月版・Claude Code×AIエージェント・特典40ファイル・毎月更新

🎫 メンバーシップ「Lilyの機械室」: 週2本のメンバー限定記事を読む（月980円〜）

🎁 最後まで読んでくれたあなたへ、無料の特典があります: LINEで「自動化」と送って受け取る（実装テンプレ7本）