記事要約
- 狙い・効果: 複数 SKU の商品開発で、案件の段階・滞留・教育コストを同じ画面のイメージで整理する。社内向け進捗管理 MVP を Cursor で実装した経緯と学びを共有する。
- 対象読者: 非エンジニア寄りの現場リード、事業・商品責任者（平易な語彙で読める前提）
ツール概要
- Cursor: 要件を文章で渡し、コード生成と反復で MVP を素早く形にする。設計を先に言語化してからプロンプトに落とすことで、初動の速さと後から直しやすい単純な構成の両立を狙う。
- 採用理由: スプレッドシートだけでは一覧性・新人へのフロー説明・滞留の可視化が同時に満たしにくい、という三つの圧力への応答。
- 代替比較: （必要に応じて）スプレッドシート／既製のプロジェクト管理ツールとのトレードオフを短く。
導入・設定手順
本稿は「課題解決ストーリー」中心のため、再現手順の詳細は How I Built It に譲る。ここでは読者が真似する際の心構えのみ。
- フロー（市場調査〜量産など）と「止まりどころ」の定義を文章で先に固める。
- Cursor に渡す要件から、過剰な抽象化を避ける制約を明示する。
- MVP 公開後は「作る」から「回す」へ──一覧強化・更新漏れ・履歴・権限の優先度は 「MVP の次」の優先度ノート の整理を参照。
（スクリーンショット枠: [進捗一覧・フェーズ UI] — ダミーデータで再撮影）
実務適用事例
- 状況: 複数 SKU を並行する商品開発。「今どの案件がどの段階で止まっているか」が一覧しづらく、新人へのフロー説明コストも重い。
- やったこと: フェーズに沿った UI で進捗とボトルネックを扱う MVP。別件として、品質・発注まわりの ダッシュボード（Python 集計＋フロント）では除外キーワード・フィルタ・Excel 出力などを短サイクルで取り込んだ。
- うまくいった点 / 詰まった点: 初動と単純な構成の両立は意識できた一方、社内運用に耐えるには一覧・更新・履歴・権限など「回す」側が本丸、という学びで締める。
成果と限界
- 成果（定性）: フローの見える化と教育効果の土台を MVP で示せた（数値は公開時に追記）。
- 限界・注意点: 自社ツール名・商品 ID は公開前に匿名化。スクショは個人情報に注意。
次のアクション（読者向け）
- 「一覧で見たい滞留」の定義を一文で書く。
- スプレッドシートで足りない点を3つ挙げる。
- MVP で証明したいことを1つに絞る（フロー可視化／教育効果など）。
メタデータ（公開前に必須）
| 項目 | 案 |
|---|---|
| タイトル規格 | Cursor ｜ 「スプレッドシートの次」を… — 業務ツール実践ログ（調整可） |
| タグ | 可視化, 新人教育, 業務効率化 |
| サマリー | 120字程度でリードを圧縮 |
| サムネ | 方針決定後 |
更新履歴
| 日付 | 変更内容 |
|---|---|
| 2026-04-12 | Obsidian 3稿ネタから draft 起こし |
| 2026-04-13 | Markdown から HTML 化し blog/ へ公開 |
本文の骨子（執筆メモ）
- 背景：一覧性・教育・滞留の可視化という三つの圧力。
- やったこと：フェーズに沿った UI で進捗とボトルネックを扱う MVP。
- Cursor の役割：要件を文章で渡し、過剰な抽象化を避けつつファイル分割は整理。
- 別件の積み重ね：品質・発注ダッシュボードの短サイクルな現場要望取り込み。
- 次の一歩：一覧強化・更新漏れ・履歴・権限──「作る」から「回す」への優先度付けで締める。