個人開発が楽しいきくち

CODEFOLIOは開発途中でやめたアカウントです。別垢で個人開発したサービスを運用中。2017年からエンジニア。現在は自社開発企業でエンジニア兼スクラムマスター。転職の話は興味ありません。

[個人開発が楽しいきくち @code_folio_info]

さすがにちょっと面白い🤣

[えび＠プログラマー @ebiebi_pg]

経験10年以上のベテランと新人のペアがWeb開発案件にアサインされて来たんだけど
営業の話だとベテランがバリバリフォロー����って理由で新人OKしたのね
でもベテランは「HTMLとか知らないです」って言うし新人は「IT専門卒だし趣味で開発してます」って言ってて即戦力だった

[個人開発が楽しいきくち @code_folio_info]

@haruuudaigaku お疲れ様でした！
僕も新卒で入ったITコンサルを1年半で辞めてます。
適性求められますよね

[個人開発が楽しいきくち @code_folio_info]

LINE公式アカウント、認証されず。
仕方ないのでいったんこのまま運用するか…

[個人開発が楽しいきくち @code_folio_info]

やっとペライチのLPが完成した
毎日シコシコ作業して、一通り完成したのでやっと決済の審査に入ったぞ。
LPだけ作っても客は来ないので、このあと���線をちゃんと組まないといけないな

[個人開発が楽しいきくち @code_folio_info]

それっぽく作ってる途中ではあるけど、あまりにも「これでいいのか」感がすごかったので、LP作成について少し調べてみたらPASONAってルールと「社会的信用」を得る必要があるとわかった。
世に出してから「反応がないなあ」とか悩みた���なかったから、事前に知れてよかった。

[個人開発が楽しいきくち @code_folio_info]

それっぽく作ってる途中ではあるけど、あまりにも「これでいいのか」感がすごかったので、LP作成について少し調べてみたらPASONAってルールと「社会的信用」を得る必要があるとわかった。
世に出してから「反応がないなあ」とか悩みたくなかったから、事前に知れてよかった。

[個人開発が楽しいきくち @code_folio_info]

ペライチでLP作成中。
セクションと文言の最適化はchatGPTで。
各所の画像はnano banana proで。
誰でもサービス作れるな、まじで。
サービス乱立するだろうから、尖らせないと売れないだろうなあ。

[個人開発が楽しいきくち @code_folio_info]

まだサービスが本稼働してないから詳しい内容は伏せるけど、今作ってるサービスは業界ではクソ尖らせてみた。
市場がないのが悩みだけど、みんな脳筋で誰も真似できないだろうから、本気で一人勝ち目指してる。
業界のゲームチェンジャーになりたい。

[個人開発が楽しいきくち @code_folio_info]

ペライチでLP作成中。
セクションと文言の最適化はchatGPTで。
各所の画像はnano banana proで。
誰でもサービス作れるな、まじで。
サービス乱立するだろうから、尖らせないと売れないだろうなあ。

[個人開発が楽しいきくち @code_folio_info]

色々と調べたり壁打ちした結果、まずはLPとLINE公式アカウントを作ることに。
これが一つの型なんだろうな、まずはなぞってみますか。エンジニア畑にいると、こういうの縁がなくて新鮮だ。

[個人開発が楽しいきくち @code_folio_info]

色々と調べたり壁打ちした結果、まずはLPとLINE公式アカウントを作ることに。
これが一つの型なんだろうな、まずはなぞってみますか。エンジニア畑にいると、こういうの縁がなくて新鮮だ。

[個人開発が楽しいきくち @code_folio_info]

スマホでブログ書くの、全く捗らなくてあかん。
PCないとダメ民やってます。

[個人開発が楽しいきくち @code_folio_info]

ブランドイメージの刷新完了。
こっから本当にやりたかったことに進めるんだな。一つ一つ、時間かかるなあ

[個人開発が楽しいきくち @code_folio_info]

今月は盛大に風邪を引いて、何もできず。
アウトプットが欲しいなあ…

[個人開発が楽しいきくち @code_folio_info]

自��は性に合わないから手を出さないけど、salesforceのプラットフォームでアドオンが開発できるAppExchangeは特定業界・業種に精通してる人からするとまじでブルーオーシャン。
たまに除くけど全然数が少ないので、一発当てやすいジャンルだとずっと思ってる。なんで誰もやらんのやろ。

[SaaS飯 @saasmeshi]

気づいてるか？

個人開発者がSaaSで一発当てたいなら『SHIFTやタイミーと競合する領域は絶対に避ける』一択だ。

その理由を解説する。

ここで言いたいのは「大手ITのビジネスぜんぶに近づくな」ではなくて、「彼らが“無料SaaS”を入口にして獲りに来ているど真ん中の領域で、正面から競合するのはやめとけ」という話だ。特に、情シスのSaaS管理ツールとか、契約・資産管理ツール、バックオフィスを広くまとめて管理するような横串ツールは、個人開発者が殴り込みに行く場所じゃない。

まずSHIFTの構造をめちゃ噛み砕く。SHIFTは「ワスレナイ」「ナクサナイ」みたいな無料SaaSを配っている。ワスレナイは会社で使っているSaaSやPCなどのIT資産をまとめて管理するツール、ナクサナイは備品や契約を一元管理するツールだ。どっちも“無料で”配っているのは、そこで直接儲けるためじゃない。

この無料ツールで会社の中に入り込み、「どんなSaaSを何人が使っているか」「どんな契約や資産を抱えているか」という“台帳”をまるっと握る。それをネタにして、「じゃあ、その面倒な運用ごとSHIFTがやりましょうか？」と、BPaaS/BPO（業務丸投げ）を売り込むための入口になっている。

つま��、無料SaaSはでかいBPaaS工場への“無料の通路”だ。通路はタダでどんどん作るけど、本丸は奥の工場（業務��行）でお金を取る。この構造を持っている会社は、「入口のSaaSで利益を出す必要がない」。最悪、無料SaaS単体が赤字でも、奥のBPaaSで回収できればOKという前提で動ける。

タイミーも同じ文脈に近づいている。タイミーは元々「スキマ時間で働きたい人」と「今すぐ人が欲しい店舗・現場」をマッチングするプラットフォームだが、ここ数年でBPO/BPaaS寄りの動きを明確にしている。スポットワーカーを使ったBPOサービスの実証実験、物流倉庫向けBPO型運営に強い会社（スキマワークス）の子会社化、人材プールを活かしたBPO/請負事業の求人募集など、「タイミーのワーカーを使って、お客さんの業務そのものを丸ごと請け負う」方向に舵を切っている。

ここでも構造は同じだ。表側にはアプリや管理画面などのSaaS的なツールがあるけれど、裏側では「���量のワーカーとスーパーバイザーが動いて、実際の現場運営を��す」BPaaS/BPOビジネスが本体になっていく。タイミーにとっての最強の武器は“アプリそのもの”ではなくて、“膨大な登録ワーカーと、現場運営ノウハウの塊”だ。

じゃあ個人開発者は何が危ないのか。ポイントは二つある。

一つ目は、「無料SaaSで正面から勝負すると、相手は“タダ”で殴ってくる」という構造的な不利だ。SHIFTのようにBPaaSで大きく稼ぐ前提の会社は、無料SaaSをマーケ費扱いにできる。ユーザーから見たら、「無料のSHIFT製ツール」と「よく知らない個人開発の有料ツール」なら、よほど尖った機能がない限り前者を選ぶ。しかもSHIFTは営業組織とパートナー網で一気に拡販してくる。価格もブランドも営業力も全部負けている場所に、わざわざ突っ込む必要はない。

二つ目は、「無料SaaSが狙っている領域＝その会社が将来BPaaSで��り取りたい“ど真ん中”」だということだ。ワスレナイ／ナクサナイのような全社のSaaS管理・契約管理は、BPaaSのタネ探しにもなる。「どこにムダがあるか」「どこが属人化しているか」が丸見えになるからだ。タイミーにとっても、シフト管理や出退勤管理、マニュアル・チェックリスト管理みたいなSaaSは、「この店舗・現場を丸ごとタイミーで運営できますよ」という提案をするための入口になりうる。だから、彼らはそこを“自分の庭”にしたがるし、必要とあらば無料でも取りに来る。

じゃあどこを狙うのか。

それは「彼らの無料SaaSの外側」か「その上に乗るレイヤー」だ。例えば、ワスレナイでは拾い切れない特定業界の細かいニーズ（病院だけの特殊な台帳ルールとか、製造業だけの設備管理のクセ）を埋めるアドオン的ツールだったり、タイミーや類似サービスのデータを使って別の価値を出す分析・レポート系だったり、そもそもBPaaSやBPOを前提にしない“完結型の小さなプロダクト”だったり。ここなら、無料でばらまか���る通路とは競合しづらいし、「小さく作って、一人でも黒字」の世界観と相性がいい。

結論。

「SHIFTやタイミーの領域は避けろ」の真意は、「SHIFTやタイミーがBPaaSのために無料SaaSを���らまいている“動線”に、自分のSaaSを重ねるな」ということだ。彼らは無料を武器にできる構造を持っていて、そのど真ん中で勝負するのは個人開発者にとって分が悪すぎる。

だから、あえてそこは譲ってしまって、「大手が無料で取りに来にくいニッチ」「彼らの上に乗るレイヤー」「人を増やさなくてもスケールする領域」にポジションを取ったほうが、一発当てる確率はずっと高い、という話になる。

やるしかねえ。Don’t Work!

[個人開発が楽しいきくち @code_folio_info]

生活のために月10万円程度のエンジニア副業もしてるけど、ゼロからビジネス作って収益に持って���くのって夢があるよね
ゴール設計が必要なので、今どう売却に持ってくのが筋か検討中

[個人開発が楽しいきくち @code_folio_info]

個人開発、自分が欲しいものを作って楽しい時期があったんだけど、じゃあこれでお金を稼げるか？売れるか？という視点が最近まで全くなかった。
エンジニアが個人開発で一発当てたいなら、市場調査とポジショニング、売り方など営業マーケ知識が必須なのだと気付いた。
これが言いたくて帰ってきた。笑

[SaaS飯 @saasmeshi]

気づいてるか？

個人開発者がSaaSで一発当てたいならSmartHRのように『担当者が��ってる入口から狙う』一択だ。

その理由を解説する。

まず、「担当者が困ってる入口」とは何か。それは「戦略」とか「DX」ではなく、毎日現場の人が「うわ、またこれやらなあかん…」とため息つきながらやってる仕事の最初のところのことだ。

例えば

①新入社員が入ってきた時の書類地獄
②毎月の請求書をまとめて送る前のチェック地獄
③助成金や補助金の申請前に資料をそろえる地獄

“必ず発生するのに、面倒で、ミスしたら怒られるところ”ここに金脈がある。

SmartHRは、まさにここを狙った。みんな「人事システム作るなら、タレントマネジメント」「評価」「組織戦略」みたいな、カッコよくて上層部ウケするところから作りたがる。でもSmartHRは、あえて超地味な「入社手続き」から入った。

なぜかというと、入社手続きは「絶対になくならない」「期限が決まっている」「しかも、今まで紙とExcelでやっていて担当者が本気で困っていた」からだ。ここを一撃でラク���してあげたからこそ、「これないともう無理です」というレベルのプロダクトになった。

入口を最初に抑えるのがなぜアツいのか。

一つ目は、「入口を取ると、その後ろにある仕事ぜんぶに話を伸ばせる」からだ。入社手続きで従業員の名前・住所・口座・保険情報が入ると、そのデータは給与計算にも、年末調整にも、退職手続きにも、PCアカウントの発行にも、そのまま使える。最初の入口でデータを握った人が、後ろに続く“川の上流”を押さえてしまうイメージだ。個人開発者がいきなり「全部入り」のシステムを作るのは無理だけど、「一番上流の一歩だけを徹底的にラクにする」なら、頑張ればできる。だから入口が狙い目になる。

二つ目は、「担当者が本気で困っている入口は、売り込みがいらない」からだ。現場の担当者は、毎月・毎年、決まった時期に必ず苦しんでいる。「あ、今年もこの季節来たわ…」「また徹夜や…」というルーティンの苦痛がある。そこに「これ使ったら、今年からその苦痛ほぼゼロになりますよ」というSaaSを持っていけば、理屈の前に「それ、���わせてください」が出てくる。ここが「カッコいいけど、なくても困らないSaaS」との決定的な違いだ。個人開発で一発当てるなら、「導入した瞬間に、担当者のストレスが目に見えて減る」領域を狙うのが、一番勝率が高い。

三つ目は、「担当者が困っている入口は、競合が意外と少ない」からだ。みんな派手なところが好きなので、「ダッシュボード」「AI分析」「経営可視化」みたいな“絵的に映えるプロダクト”に流れがち。でも、その前段階である「数字を集める」「書類を書く」「Excelをまとめる」「紙の情報を打ち直す」といった泥臭い入口は、「しんどいけど、どうせ誰かがやるやろ」で放置されていることが多い。ここは、SaaS大企業のプロダクトマネージャーから見ても地味でテンションが上がらない領域だから、後回しにされる。その���果、“個人開発者でも入り込める穴”になりやすい。

私が個人開発したSaaS『Apps』も似たような要素がある。Appsは個人クリエイターや小規模事業者向けに『Stripeを簡単に導入できるツール』と��て広まった。オンラインでビジネスを始めたい個人にとって、決済導入はまさに入り口だ。私はそこで躓く人たちを徹底的にサポートすることに注力した。

その結果、決済導入後の機能リクエストが止まらない状態になっている。そこから生まれたのが会員サイト機能やアフィリエイト機能でさらに利益を生み出してくれている。

また、集客も、最初にAppsを魅力に感じてくれた『Stripeの管理画面が難しすぎて分からない人たち』が「Appsを使えばStripeを簡単に操作できます」と言うだけで「使いたい！」という声が口コミや紹介で勝手に集まった。

当時、オンライン決済はStripeが世界的に普及し始め、参入余地はないと思われていた。だから業界的にはその先、マーケティングオートメーションツールや販売プラットフォームを開発する事業者が多か���た。しかし、決済導入という困りごとは、多くの人にとってStripeでは全然解決してなかったのだ。

Appsはこのようにオンラインビジネスの入口で困ってる人たちに刺さり、有料化から3年半で80億円以上の決済を生み出��ツールとなった。

結論。

「社長が喜ぶカッコいいSaaS」ではなく、「現場担当者が今日からでも使いたい“作業地獄の入口”を壊すSaaS」を作るべき。入口で担当者に感謝され、そこで取れたデータをもとに、少しずつ後ろの仕事に機能を伸ばしていく。この流れに乗れたとき、小さな個人開発でも、長く生き残れる“基盤”に育つ可能性が生まれる。

SmartHRが証明してくれたのは、「地味な入口を押さえたやつが、最後に勝つ」という、シンプルだけど強烈な真理だ。

やるしかねえ。Don’t Work!

[個人開発が楽しいきくち @code_folio_info]

やってることが正しかったら客は間違いなく来るので（ニーズは確認済み）、初期の今はアクセスとか反応とかに敏感にならないようにしている。
来年のどこかで小さく売上が取れることを期待している。

[個人開発が楽しいきくち @code_folio_info]

@Gekitenius_Y それはよかったです！
このアカウント、また何かしら発信を再開しようと思って帰ってきたので、時々お話ししましょう！
よろしくお願いします〜

[個人開発が楽しいきくち @code_folio_info]

週2くらいはこのアカウント覗いてたけど、1年半も呟いてなかったのか…
フォロー切らずに残してくれてた人たちに感謝だなあ

[個人開発が楽しいきくち @code_folio_info]

@Gekitenius_Y お久しぶりです、もちろん覚えてますよ！
僕のわずかな活動が、少しでもプラスに働いてたら嬉しいです。楽しいエンジニアライフ、おめでとうございます！