🧭 一人会社・働き方

承認ボタンを2つ用意したら、片方は一生チェックされなかった

2026.07.31work

承認ボタンを2つ用意したら、片方は一生チェックされなかった

対外配信の承認導線を2つ用意していたら、片方が実際に配信を完了させても、もう片方のチェック欄は最後まで空のままでした。「未チェック=未実行」と読んでいたら、実行済みのものを何度も未承認と報告し続けるところでした。

上位モデルに替える前に、切り分ける

上位モデルに替える前に、切り分ける

AIが期待どおりに動かないとき、とりあえず賢いモデルに替えていました。でも「知らなかった」のか「粘らなかった」のかは別の問題で、混ぜて対処すると値段だけ上がります。一人会社で使っている切り分けの順番を書きます。

「0件」の報告には、分母を書かせる

「0件」の報告には、分母を書かせる

毎朝の自動チェックが「該当0件」と言い続けていました。あとで調べたら絞り込みの条件が実態とずれていて、そもそも1件も数えていなかった。件数を出すなら分母も一緒に出す、という出力ルールに変えた記録です。

同じものを、二度作っていた

同じものを、二度作っていた

同じ成果物に対する変更が、気づかないうちに2本並行していました。片方を直すともう片方と衝突して、どちらか一方しか出せません。タイトルでなく「触っているファイル」で照合するようにした話です。

自動化は壊れる前に黙る

自動化は壊れる前に黙る

定期実行の記録が「全て成功」で埋まっていたのに、実際には6日間まったく動いていませんでした。失敗が記録されていなかったのではなく、そもそも実行されていないので何も記録されなかっただけ。気づけなかった理由と、いま入れている見張り方の記録です。

承認待ちが溜まると、作る側が止まる

承認待ちが溜まると、作る側が止まる

自動生成の仕組みが8日間まったく動いていませんでした。壊れていたのではなく、未承認の在庫が上限に当たって自分で止まっていたのです。作る速度を上げても意味がなかった、という気づきの記録です。

作る役と確かめる役を分ける——AIの自走開発を安全に回す型

2026.07.25work

作る役と確かめる役を分ける——AIの自走開発を安全に回す型

AIに開発を任せて自走させると、たいてい「作った本人が合否を判定する」ところで壊れます。作る役と確かめる役を別セッションに分け、合否は機械に判定させる。私たちが失敗して直した現時点の型を書きました。

一人会社のユーザーリサーチ——時間がなくても声を拾う

2026.07.17work

一人会社のユーザーリサーチ——時間がなくても声を拾う

一人会社は専任のリサーチ担当を置けず、ユーザーリサーチに割ける時間が極端に少ない。その制約下で、アプリのレビューや受託先の直接フィードバック、アクセス解析など「すでに流れてくる声」をどう拾うか、当社の実践から書きます。

一人会社でも休める——属人性を自動化で下げる

2026.07.17work

一人会社でも休める——属人性を自動化で下げる

社長ひとりとAI COOの一人会社では、社長が手を離すと業務が止まりがちです。定期タスクの自動化や常駐監視、自走ループで属人性を下げてきた現在進行の取り組みを、実践者の視点で書きます。

一人社長に必要なのは万能さでなく、手薄な面の自覚

2026.07.15work

一人社長に必要なのは万能さでなく、手薄な面の自覚

エンジニア出身の一人社長は、開発は強くても経営判断や営業は手薄になりがちです。得意でない面をどう補っているか、AIに任せる範囲と自分でやる範囲の線引きを実例で書きます。

一人社長の経営判断——責任を一身に背負う決定フレーム

2026.07.13work

一人社長の経営判断——責任を一身に背負う決定フレーム

相談できる同僚がいない一人社長の決定は、質が担保しにくい構造です。ADRで意思決定を残し、実測で状態を確認するという、実際に採っている決定フレームを書きました。

マイクロビジネスの収益化——受託×新規×OSS

2026.07.12work

マイクロビジネスの収益化——受託×新規×OSS

一人会社の収益構成を、確実な受託収入と種まき中の新規事業・無償のOSSに分けて整理しました。全部を同じ物差しで測らないという、実際に採っている考え方の記録です。

一人会社をAIで回す全体設計——任せる/握るの分担

2026.07.11work

一人会社をAIで回す全体設計——任せる/握るの分担

本業を持つ社長1名とAI COOで合同会社を回している私たちの、実際の分担図です。判断基準は役職や作業量ではなく「引き返せるか」。任せる範囲と人が握る点を、失敗事例も含めて書きました。

税理士なしで会計ソフト——一人会社の確定申告

2026.07.10work

税理士なしで会計ソフト——一人会社の確定申告

当社は顧問税理士を付けず、クラウド会計ソフトで日々の記帳から確定申告・納税まで自分で回しています。一人会社でそれを成り立たせている手順と、迷ったら専門家に相談する線引きを、税務助言ではなく実務の共有として書きます。

プロダクトより先に、読者をつくる

プロダクトより先に、読者をつくる

作ってから顧客を探すのでは遅い。うちがプロダクトより先にニュースレターとメディアで読者をつくりにいっている理由と、先に届け先を持つことの効き目を、実運用から書きます。

社長のやることは1本のリストに集める

社長のやることは1本のリストに集める

タスクが複数の場所に散ると必ずどれか落ちます。当社は社長が見る場所を一本のアクションリストに絞り、集約はAI COOの仕事にしました。散らかったやることを落とさず片づける、一人会社の単一キュー運用を書きます。

受託と自社開発、時間をどう割り振るか

受託と自社開発、時間をどう割り振るか

一人会社の時間は有限です。受託はキャッシュを生み、自社プロダクトは資産を積む——性格の違う二つのレーンを、私たちがどんな規律で切り替えているか。手が足りない会社の時間配分の考え方を、実運用から書きます。

会社の記憶を、gitリポジトリに置いている

2026.07.10work

会社の記憶を、gitリポジトリに置いている

決定も議事録もナレッジも、私たちは全部gitリポジトリに置いています。検索できて、履歴が残り、AIがそのまま読める——会社の記憶をコードのように扱う「文書 as code」の実際を、一人会社の運用から具体的に書きます。

AIに任せるか人に外注するか——線引き

AIに任せるか人に外注するか——線引き

AIに任せるか人に外注するか。当社は賢さでなく、可逆で内部完結ならAI・専門性と責任が要るなら人、という基準で線を引いています。戻せるかどうかで委任先を決める、一人会社の使い分けの考え方を実務から書きます。

凍結を経験してメールリストを資産にした

凍結を経験してメールリストを資産にした

運用しているSNSアカウントが一度凍結され、フォロワーは借りものだと痛感しました。当社がニュースレターとメールリストを資産の中心に据えた理由と、急いで売らずリストを育てる実務を、実践者として書きます。

一人社長は、受け口を1つに絞る

一人社長は、受け口を1つに絞る

あちこちから来る通知や依頼に追われると、一人ではすぐ溢れます。うちが情報の受け口を1つの動線に寄せ、AIに捌かせている実運用から、受信を絞る具体的な組み方を書きます。

業務に名前をつけると、回り出す

業務に名前をつけると、回り出す

同じ作業でも、名前がつくと不思議と続きます。うちがスタンドアップやスイープ、ゲートといった呼び名で業務を定着させてきた実例から、命名が習慣を生む仕組みを、実運用で書きます。

新しいツールは、基本入れない

新しいツールは、基本入れない

便利そうなツールや有料アドオンを、うちはまず入れません。増やす前に手持ちで組めないかを先に検討する社内ルールを、その理由と実際の判断手順つきで、うちの運用から具体的に書きます。

一人会社の宣伝は、自作ツールのOSS公開でやる

2026.07.10work

一人会社の宣伝は、自作ツールのOSS公開でやる

社員ゼロの会社に、実力を測る面接も派手な営業資料もありません。私たちは毎日使う運用ツールをOSSで公開しています。コードそのものが信頼になり、売り込まずに人が来る——一人会社のマーケとしてのOSSを実践から書きます。

大きな一手より、小さな賭けを並べる

大きな一手より、小さな賭けを並べる

一人会社に大きな賭けは重すぎます。うちが複数のプロダクトを並行で走らせ、伸びないものは早めに凍結してきた実運用から、小さく賭けて素早く畳むポートフォリオ思考を書きます。

単発より先に、継続収入の土台を組む

単発より先に、継続収入の土台を組む

大きな単発案件より、細くても続く収入を先に持つ。私たちは受託を保守運用中心に設計しています。毎月の見込みが立つと、意思決定が驚くほど落ち着く——一人会社が継続収益の土台から組む理由を、実践から書きます。

都度の判断を減らす、ルール化という習慣

都度の判断を減らす、ルール化という習慣

同じ判断を毎回ゼロから考えていると、頭がすり減ります。私たちは一度迷った判断を、その場で一行のルールに変えています。ミスも例外も定着した型に逃がす——判断の回数を減らす一人会社の運用を、実例から書きます。

副業の一人会社は「週次」で回す

副業の一人会社は「週次」で回す

副業でやる一人会社は、毎日進捗を求めると続きません。当社は週に一度のスタンドアップを軸に回しています。変化のない項目は書かず、状態は実測してから記す。副業規模で無理なく続く週次リズムの作り方を書きます。

一人会社は「止める仕組み」で回す——AIに任せて破綻しないための3つのゲート

一人会社は「止める仕組み」で回す——AIに任せて破綻しないための3つのゲート

AIに実務を任せる一人会社では、作業を「回す仕組み」より「止める仕組み」が重要になります。私たちが実運用しているブロッキング検証・試行上限・承認境界という3つのゲートを、実例とともに紹介します。

承認待ちを溜めない——一人会社で意思決定を止めないための仕組み

承認待ちを溜めない——一人会社で意思決定を止めないための仕組み

一人会社では、社長の承認ひとつの遅れが会社全体を止めます。私たちが実践している「承認待ちを一箇所に集める」「確認リンクを必ず添える」「溜まったら自動で減速する」という3つの工夫を紹介します。

「やることリスト」を190件から20件に減らした話——戦略の墓場をたたむ

「やることリスト」を190件から20件に減らした話——戦略の墓場をたたむ

方針を変えるたびに増えた未着手タスクが190件まで膨らみ、リストが機能しなくなっていました。私たちが実際に行った棚卸しの判断基準と、二度と溜めないための「ドキュメントとタスクのすみ分け」を紹介します。

AIに任せる境界の引き方——「頼んだことだけやる」を徹底する

AIに任せる境界の引き方——「頼んだことだけやる」を徹底する

放っておくとAIは過剰にエラー処理や機能を足しがちです。要求外の実装を禁じ、スコープを明示して任せる。一人会社でAIを暴走させないための境界設計を、実運用から書きます。

「迷ったら承認」をやめた——可逆性×外部到達×金銭で決める承認設計

「迷ったら承認」をやめた——可逆性×外部到達×金銭で決める承認設計

AIに実務を任せる一人会社で、何を即断させ何を人間に上げるか。「重要そう」でなく可逆性・外部到達・金銭/法的の3軸で線引きした運用と、旧ルールを捨てた理由を実例で。

外注か自作か——一人会社が「自分で作る／既製に乗る」を分ける基準

外注か自作か——一人会社が「自分で作る／既製に乗る」を分ける基準

ツールを自作するか既製に乗るか、受託を自分でやるか。時間という最大の制約から、コアかどうかと可逆性でbuild/buyを切り分けている一人会社の判断基準を実例で。

「やらないこと」を先に決める——教育・研修・SaaS外販を捨てた理由

「やらないこと」を先に決める——教育・研修・SaaS外販を捨てた理由

リソースが社長1名の会社では、やることより「やらないこと」の線引きが効く。SaaS外販の凍結や研修・テンプレ販売を候補から外した判断と、その効果を実例で振り返る。

一人会社でも意思決定を記録する——ADRで「なぜ」を残して学ぶ

一人会社でも意思決定を記録する——ADRで「なぜ」を残して学ぶ

方針転換や承認基準の変更を、結論だけでなく背景・選択肢・理由まで残す。後から自分とAIが判断を追える一人会社のADR運用と、記録が効いた場面を実例で紹介します。

ミスを反省で終わらせない——失敗を「1行ルール」に変える運用

ミスを反省で終わらせない——失敗を「1行ルール」に変える運用

同じ失敗を繰り返さないために、ミスの経緯はアーカイブへ、現役の行動則は1行だけ常駐ファイルに追記する。肥大させず学習を積む、一人会社のミスログ運用を実例で。

「新しい仕事は新しいセッションで」——AIの文脈を汚さない運用

「新しい仕事は新しいセッションで」——AIの文脈を汚さない運用

AIに長く働いてもらうほど文脈が濁る。タスクを切り替えるたびにセッションを分け、誤った方向は訂正でなく巻き戻す。一人会社のセッション衛生ルールとその理由を実運用から。

AIからの報告を「結論から」に固定する——PREP法を運用ルールにした

AIからの報告を「結論から」に固定する——PREP法を運用ルールにした

AIが上げてくる報告を読み流さないために、結論→理由→具体例→結論のPREP法をルール化した。長文を禁じ箇条書きとリンクに寄せた、一人会社の報告フォーマット運用。

AIの「9割できました」を疑う——自己申告を決定論ゲートで潰した記録

AIの「9割できました」を疑う——自己申告を決定論ゲートで潰した記録

AIが「90%達成」と宣言した実装が、実測ではテストすら通らず55.9%だった。自己判定で止めず機械的な合否ゲートで98%を保証した、比較実験の記録と教訓を書きます。

一人会社のWordPress受託、価格をどう決めているか

一人会社のWordPress受託、価格をどう決めているか

2026年7月時点で月20〜40万円だったWordPress受託を例に、工数と手離れの良さからどう見積もり、口頭受注で提案書を省いていたか。営業をかけない一人会社の値付けの考え方を整理します。

割り込みに強い作業の組み方——2レーン並走で集中を守る

割り込みに強い作業の組み方——2レーン並走で集中を守る

深い開発ループと、いつ止めても安全な小さなパッチ作業を別レーンで走らせる。人間の割り込みが入っても壊れない、一人会社×AIの作業分割の設計を実運用から書きます。

週次棚卸しは「文書」でなく「実測」で——AIの進捗報告を鵜呑みにしない

週次棚卸しは「文書」でなく「実測」で——AIの進捗報告を鵜呑みにしない

文書は計画、現物が状態。残タスクやデプロイ状況をAIの自己申告でなくAPIやCLIの実測で確認してから棚卸しする。思い込みで報告して外した実例と、その対策を書きます。

一人会社の時間術——副業と本業を両立する仕組み化