HANDS-ON 投稿日：2026 年 5 月 26 日 / 執筆：杉﨑（代表取締役）

タスク管理を「雑な初版」で 1 日で立ち上げ、3 週間で社内に馴染ませた話 — 中小企業 DX の完璧主義との決別（2026 年 5 月）

中小企業のタスク管理ツール導入が続かない最大の理由は『完璧な仕組みを半年かけて作ろうとする』こと。雑な初版を 1 日で出し、毎日 1 か所ずつ直して 3 週間で運用に乗せた、社員 5 人の会社の代表自身が手を動かした実録。

タグ: #タスク管理 #中小企業DX #mock開発 #AI活用 #完璧主義 #2026

はじめに：この記事の前提

Koinobori 代表取締役の杉﨑です。 社員 5 人の会社を経営しながら、業務システムの設計と運用を自分の手で進めています。エンジニア出身ではありませんが、AI を相棒に「自分で作って、自分で直す」を続けてきました。

今回お話しするのは、多くの中小企業がつまずく「タスク管理」というテーマ です。Trello も Asana も Notion も試して挫折してきた私が、「もう外部ツールを買ってこない」と決め、雑な初版を 1 日で立ち上げて、3 週間で社内に馴染ませた 経緯と、そこから学んだ「完璧主義との決別」という経営判断を書きます。

技術論ではなく、経営者として「なぜ完璧を諦めると、組織が速く動くのか」という話です。同じように「ツール導入が続かない」と悩む経営者の方に、ひとつの実例として届けば嬉しいです。

1. 課題：なぜ中小企業のタスク管理ツールは続かないのか

これまで私もたくさんのツールを試しました。中小企業オーナーの集まりで「タスク管理どうしてます？」と聞くと、判で押したような答えが返ってきます。

試したツール	やったこと	結末
Trello	カンバンで案件管理	3 ヶ月後、誰も更新しなくなった
Asana	プロジェクト×タスクで階層管理	機能が多すぎて学習コスト負け、メールに戻る
Notion	データベースで自由設計	「綺麗に作る」が目的化、運用前に疲弊
NotePM のチェックリスト	Markdown で手書き運用	動いてはいるが、新人引き継ぎが弱い

理由はいつも同じでした。「うちの会社にぴったり合う仕組みを最初から作ろうとして、現場と噛み合わない」 のです。

1-1. 「完璧主義」が組織を止める

検討期間が長くなると、何が起きるか。

比較資料を作る時間が増える（3 週間〜2 ヶ月）
導入時には作った本人がもう疲れている
「とりあえず触ってみる」が出来ず、初日から完成度を求める
1 週間で 1 つでも違和感が出ると「やっぱりこれじゃない」と全否定

これを 3 回繰り返して、私はようやく気付きました。問題はツールではなく、自分の頭の中の「完璧主義」だった のです。

1-2. なぜ完璧主義が罠なのか

「ぴったり合う仕組み」は、頭で考えて作れるものではありません。実際に使って、違和感を出して、直して、また使う ——この回転の中でしか見えてこない。

つまり、最初の 1 ヶ月は 「違和感を集めるための運用」 であって、完成形を作るタイミングではない。

ここを取り違えると、永遠に「もう少し設計を詰めてから」と先延ばししてしまいます。実際、私はそれで 2 年くらい時間を溶かしました。

2. 取り組み：3 つの方針だけ決めて始めた

今回は方針を変えました。決めたのは、たった 3 つだけです。

完璧な仕組みではなく、雑な初版を 1 日で出す。

使いながら毎日 1 か所だけ直す。

直せない仕組みは、最初から作らない。

この 3 つを守る、と決めました。「3 ヶ月かけてベスト」を捨てて、「1 日で動いて、毎日少しずつ良くする」に振り切りました。

2-1. Day 1（5 月 10 日）：朝から夜まで 1 日で動かす

朝 9 時から手をつけて、その日のうちに以下を動かしました。

タスクを 1 か所に集める箱
部署ごとの一覧、個人ごとの一覧
進捗ダッシュボード
毎朝 7 時に自動で最新化される仕組み

技術的な詳細は省きますが、ポイントは 「雑でいい」と完全に決め切ったこと です。

具体的には：

色は適当（後で直す前提でとりあえず赤・青・緑）
項目は最低限（担当者・期日・状態の 3 つだけから始める）
表示は粗削り（フォントサイズも揃えない）
エラー処理も最低限（壊れたら明日直す）

「とにかく今日から触れる状態にする」だけを目指しました。

2-2. Day 1 で下した一番大事な判断

ここで一つ重要な判断をしました。

「シートで直接編集して書き戻す」ような 両方向に動く仕組みは作らない。元データから自動で表示するだけの 一方通行 にしました。

理由は単純で、両方向にすると壊れたときに原因が分からなくなる からです。

設計選択	メリット	デメリット
双方向（編集 ↔ DB 同期）	編集が直感的	壊れた時の原因特定が困難・データ事故リスク高
一方通行（DB → 表示のみ）	壊れにくい・原因特定が簡単	編集は別 UI が必要

「便利さ」より「直しやすさ」を選びました。雑な初版を作るときは、便利さは敵 です。便利な機能は、後から足すほうが安全だからです。

2-3. Week 1（5 月 16 日）：まず代表である私が 1 週間使い込む

社員に展開する前に、まず自分（杉﨑）が日々のタスク管理で使い込みました。

これは意図的でした。「社員に使わせる前に、作った本人が使えなかったら絶対に広まらない」という確信があったからです。

すぐに違和感が出てきました。

色が派手すぎて、どこを見ればいいか分からない
「タスクをいつ頼まれたか」が記録されていない（経過日数が分からない）
親タスクが「未着手」と表示されるが、子タスクは動いている（表示と実態のズレ）
「未設定セル」が空白で目立たない（入力漏れに気付けない）
個人一覧の並び順が「期日昇順」になっていない

これらを 24 時間以内に 1 つずつ直す ことを続けました。AI と組んで作っていると、「あ、ここ入れにくいな」と思ったその日のうちに直せる。

この回転速度こそが、後でメンバーに渡したときの納得感を作る と気付きました。「触ってみてダメだった部分が、翌日には直っている」——この体験が、組織の信頼を作るのです。

2-4. Week 1 で直した 5 つのポイント

#	違和感	直し方	反映時間
1	カンバンの色が派手で疲れる	青系の濃淡＋緑/グレーに統一	半日
2	過去の書式残骸が残ってる	毎回フォーマットをリセット	数時間
3	依頼日が分からない	依頼日列を追加・自動記録	半日
4	親タスクの状態がズレてる	子タスクの状態を見て「仕掛かり中」表示	半日
5	未設定セルが目立たない	赤背景でハイライト	数時間

合計しても 2〜3 日分 の作業でした。「半年かけて完璧版を作る」のと、どちらが速く実用になるかは明らかです。

2-5. Week 2（5 月 22 日）：入力ハードルを限界まで下げる

2 週間目は「入力を楽にする」に振り切りました。

タスク管理が続かない最大の理由は、「入力するのが面倒」 だからです。どんなに見た目が綺麗でも、入力が 10 分かかるなら誰も使いません。

たとえばこんなメモを想像してください。

既存のお客様から電話、新人研修の追加で Java 30 名・5 月末納期ほしい / 予算 500-700 万 / 来週見積もり出すこと

これを「顧客名・サービス種別・人数・納期・金額レンジ・次のアクション日付」に整理して、それぞれの入力欄に貼っていく作業に 約 10 分 かかっていました。

これを 「そのまま貼り付けるだけ」で構造化されて登録される 仕組みに変えました。

項目	Before	After
1 件の入力時間	約 10 分	約 5 秒
「整理してから」の壁	あり（多くの案件が消えていた）	なし（とりあえず貼っとく）
入力されるデータ量	1 日 1〜2 件	1 日 5〜10 件
入力時の心理負担	「あとでやろう」と先送り	コピペして閉じるだけ

「整理してから入力する」というハードルが、データ蓄積を阻んでいた 最大の壁 でした。入力 UI を変えるだけで、組織の情報量は一気に増えました。

2-6. Week 3（5 月 27 日・今日）：全体を整える

3 週間目の今日、最後の整理に手をつけました。

社内で動いていた自動化プログラム（bot）が 7 つあったのを、5 つに絞りました。役割が重複していたり、誰も読まないレポートを毎週出すだけのものを思い切って止めました。

それから、外付け SSD に残っていた「いつか使うかも」のデータ 37 GB を削除 しました。

「増やす判断より、止める判断の方が経営判断」——これは AI を使い込んで強く感じたことです。新しい仕組みを足すのは楽しい。でも、不要なものを止めるには勇気が要ります。

3. Before / After で見える 3 週間の変化

3 週間で起きた変化を表にすると、こうなります。

観点	Before（3 週間前）	After（今日）
タスク管理	チェックリストを手動で更新	毎朝 7 時に自動更新
案件入力	電話メモを整理して 10 分	貼り付けて 5 秒
入力されるデータ量	1 日 1〜2 件	1 日 5〜10 件
自動化プログラム	7 つ（読まれない物含む）	5 つ（毎日使う物のみ）
不要データ	37 GB の塊	削除済み
改善サイクル	半年〜1 年	24 時間

派手な成果ではありません。でも、毎日少しずつ直し続けた結果としては、3 週間でここまで来られた という実感があります。

4. うまくいかなかったこと（失敗談）

綺麗な成功談だけ書いても嘘になるので、正直に失敗も書きます。

4-1. 色がダサくて自分のテンションが下がった

Day 1 の色使いは、本当にダサかったです。「赤・青・緑」で適当に塗ったので、見るたびに自分のテンションが下がりました。

3 日後に「これは仕事のモチベーションに直結する」と気付いて、青系の濃淡＋アクセント色に統一しました。「雑でいい」と「ダサくていい」は違う という学びでした。

4-2. 親タスクの状態表示で 3 回設計を変えた

子タスクが動いているのに親タスクが「未着手」と表示される問題。これを直すのに 3 回設計を変えました。

1 回目：子タスクの状態を集計して表示 → 集計ロジックがバグる
2 回目：子タスクの最新状態を継承 → どの子の状態か分からない
3 回目：「子がひとつでも動いていたら『仕掛かり中』」というシンプルなルール → 動いた

シンプルなルールに辿り着くまで、複雑な設計を 2 回試す必要があった。これも雑な初版だからこそ早く回せたサイクルです。

4-3. 自動化プログラムを止めた瞬間の不安

7 つあった自動化プログラムのうち 2 つを止めた瞬間、「もしかして必要だったかも」と一瞬不安になりました。

でも、止めて 1 週間経っても、誰からも「あれ、あの機能どうなった？」という質問は来ませんでした。「読まれていない・使われていない」が事実だった のです。

増やす判断は記憶に残るが、止める判断は不安が伴う。だからこそ止める判断ができる経営者は強い、と痛感しました。

5. 「完璧主義」と「雑な初版」を比較する

ここまでの経験を、構造的に比較すると次のようになります。

観点	完璧主義アプローチ	雑な初版アプローチ
検討期間	1〜6 ヶ月	0 日（決めた日に作る）
初版が出るまで	3〜12 ヶ月	1 日
違和感の発見タイミング	リリース後	作りながらリアルタイム
修正コスト	高い（再設計が必要）	低い（前提が直せる）
経営者の関与度	検討時のみ	毎日触る
組織の納得感	「押し付けられた感」	「自分たちで育てた感」
続く確率	低い（3 ヶ月で誰も触らない）	高い（毎日直る安心感）

AI 登場前は「完璧主義」しか選択肢がなかった と思います。「直す」のに毎回エンジニアを呼ぶ必要があり、修正コストが高すぎたからです。

ですが今は違います。AI と一緒なら、私のような非エンジニアの経営者でも、自分の手で「直し続けられる」。これが 「雑な初版」を選べる時代 の本質です。

6. 経営判断としての結論：「直せる前提」を経営インフラに

この 3 週間で確信したのは、中小企業 DX で一番大事なのは「直せる前提」を経営インフラに組み込むこと だ、ということです。

完璧な仕組みは半年かけても出来上がりません。でも、雑な初版を 1 日で出して、毎日 1 か所ずつ直す回転を回せれば：

1 週間で: 自分が使える状態
3 週間で: 実用レベル
3 ヶ月で: 「ないと困る」レベル

まで進みます。

「完璧主義」を捨てた瞬間、組織の速度は変わります。半年かけた完成版より、雑な初版を毎日直し続ける方が、組織は 10 倍速く変わります。

そしてもうひとつ。「まず代表である自分が使う」というルールも大事です。社員に押し付けて「使え」と言うのは、組織の信頼を削るだけ。経営者自身が 1 週間使い倒して、自信を持って「これ使いやすいよ」と言えるようになってから、メンバーに展開する。この順番が、定着率を桁違いに上げます。

完璧主義は AI 時代の最大の敵。これが、3 週間と引き換えに得た私の確信です。

まとめ：3 つのテイクアウェイ

「完璧な仕組み」ではなく「雑な初版」を 1 日で出す — 触らないと違和感は分からない。違和感が出てから直すのが、最も速く実用に達する道
使う本人（経営者自身）がまず 1 週間使い込む — 社員展開はその後でいい。経営者が自信を持って勧められない仕組みは、絶対に定着しない
「直せる前提」で設計する — 直せない仕組みは作らない。AI 時代の DX は「修正コスト」をゼロに近づけることが本質

読者への問い：あなたの会社で「いつか作ろう」と言って 1 年以上経っている仕組み、ありませんか？それは「雑な初版を 1 日で出す」決断ができていないだけかもしれません。明日、何でもいいので「雑な初版」を 1 つ出してみることをおすすめします。

この記事を読んだ方へ

「タスク管理 / 案件管理 / 業務システムを雑な初版から始めたい」「完璧主義から抜け出して組織の速度を上げたい」というご相談、伴走支援しています。経営者自身が手を動かす過程を一緒に設計します。

👉 AI 導入サポートサービス — 中小企業向け、設計から構築・運用まで 👉 お問い合わせフォーム — 個別のご相談・お見積もり

執筆：Koinobori 株式会社代表取締役杉﨑

RELATED — 関連コラム