商品仕様・提供範囲設計

【どんな商品・サービスを考えているか】 顧客とのメールに散らばっている案件情報をAIで整理し、 ・決定事項 ・TODO ・未決事項 ・最近の変更 ・誰待ちか ・これまでの経緯 を案件単位で確認できるSaaSです。 単なるメール要約ではなく、「この案件、今どうなっている？」を短時間で確認できる状態を作りたいです。 【誰向けか】 主に、 ・Web制作会社 ・受託開発会社 ・デザイン会社 ・コンサル会社 などの小規模チームで、複数案件を並行するディレクター、PM、顧客窓口担当者を想定しています。 特に、顧客から修正・追加・撤回・再変更が何度も届く案件を扱う人です。 【顧客が困っていること】 ・数日ぶりに案件へ戻ると、過去メールを読み直す必要がある ・最新の依頼と古い依頼を混同する ・未対応の依頼や未決事項を見落とす ・誰の回答待ちか分からなくなる ・顧客へ返信する前に経緯を確認する時間がかかる ・担当者変更時に案件状況を説明し直す必要がある 【提供したい顧客価値】 会話履歴を探して頭の中で案件を再構成する状態から、 現在の依頼、変更、未決事項、誰待ち、根拠となるメールを必要な範囲だけ確認し、返信・質問・作業指示へ進める状態 へ変えたいです。 【顧客にどんな状態になってほしいか】 案件ページを見れば、 ・今有効な依頼は何か ・何が未対応か ・何がまだ決まっていないか ・誰の対応待ちか ・最近何が変わったか を確認でき、必要な場合だけ元メールへ戻れる状態です。 AIの結果を完全に信用してそのまま動くのではなく、人が必要部分を確認して判断できることを前提にしています。 【現在考えている提供内容・機能】 候補として、 ・案件一覧 ・案件詳細ページ ・メールの取り込み ・AIによるメール要約 ・決定事項抽出 ・TODO抽出 ・未決事項抽出 ・誰待ちの表示 ・最近の変更 ・案件タイムライン ・元メールへのリンク ・添付ファイル確認 ・検索 ・案件ステータス ・メール通知 ・Slack連携 ・複数ユーザー ・権限管理 ・ダッシュボード ・担当者別TODO などを考えています。 ただし、すべて最初から必要とは考えていません。 【顧客から受け取る情報・入力】 現時点では、 ・顧客とのメール本文 ・送信者、宛先、CC ・件名 ・送受信日時 ・添付ファイル ・案件名または案件を識別する情報 などを想定しています。 将来的にはGmail連携も考えていますが、最初はメール転送やCCだけでもよい可能性があります。 【顧客へ返すもの・成果物】 案件ごとに、 ・現在の状況 ・決定事項 ・現在有効なTODO ・未決事項 ・誰待ちか ・最近の変更 ・重要な経緯 ・根拠となる元メールへのリンク を返したいです。 必要なら、AIが判断に迷った箇所や要確認事項も表示したいです。 【利用の流れのイメージ】 1. ユーザーが案件を登録する 2. 顧客メールを取り込む 3. AIが内容を整理する 4. 案件ページに現在の状況を表示する 5. ユーザーが必要部分を確認する 6. 必要なら元メールへ戻る 7. 次の返信や作業へ進む 将来的には「メールをCCするだけ」で案件情報が更新される形を考えています。 【価格や料金のイメージ】 月額3,000〜5,000円程度を考えていますが、支払意思は確認できていません。 【提供に使える時間・人員】 基本的に1人で開発・運営します。 最初から大規模な権限管理や多サービス連携を作る余裕はありません。 【使えるツール・技術】 ・Next.js ・React ・TypeScript ・PostgreSQL ・OpenAI API ・メール受信処理 ・ファイル保存 ・一般的なWebアプリ開発 などは対応できます。 【現在考えているサポート内容】 ・初期設定方法の案内 ・メール追加方法の説明 ・AI整理結果の見方 ・不具合時の問い合わせ対応 程度を想定しています。 案件内容の判断代行や、顧客への返信内容の最終判断までは行わない予定です。 【含めるか迷っているもの】 ・SlackやChatwork連携 ・高度な検索 ・担当者別TODO ・通知 ・複数ユーザー ・細かな権限管理 ・ダッシュボード ・AIによる返信案生成 ・自動タスク登録 ・案件ステータス自動更新 ・添付ファイル全文解析 【提供したくないこと・制約】 ・AIが100％正しいことは保証しない ・顧客の発言を自動で正式な合意として確定しない ・法的・契約上の判断はしない ・顧客への返信を自動送信しない ・高度なプロジェクト管理機能をすべて提供しない ・最初から全メール・全チャットサービスへ対応しない ・対応漏れが完全になくなるとは保証しない 【すでに確認できている顧客の反応】 有料顧客はいません。 知人から、 ・過去メールを探すのが面倒 ・引き継ぎ時に経緯が分からない ・タスク管理ツールへの転記が面倒 という話を聞いたことがあります。 自分自身にも、案件状況確認のため過去メールを検索する経験があります。 ただし、 ・どの情報を最もよく確認するか ・どこまで自動化が必要か ・どの機能が支払理由になるか ・月額利用するほど頻繁に使うか は未確認です。 【まだ分かっていないこと】 ・案件一覧と詳細ページだけで十分か ・検索は初期から必要か ・通知は必要か ・複数ユーザー対応が必要か ・権限管理はどこまで必要か ・Slack連携は後回しでよいか ・添付ファイル解析は必要か ・元メールリンクだけで十分か ・AI結果をユーザーが修正・確定する機能が必要か ・案件ステータスを持つ必要があるか ・サポートをどこまで提供するべきか ・どこをもって「この商品が提供完了」と考えるべきか 【特に確認したいこと】 ・核心価値のために本当に必要な機能は何か ・最初から入れなくてよい機能は何か ・顧客から最低限何を受け取ればよいか ・顧客へ最低限何を返せば価値が成立するか ・SaaSとしてどこまでを標準提供範囲にするべきか ・顧客自身に任せる作業は何か ・サポート範囲をどこまでにするべきか ・AI返信案や自動タスク登録は含めるべきか ・複数ユーザーや権限管理は初期商品に必要か ・商品仕様として何を明示すれば、購入後の期待違いを防げるか

## 【商品仕様の結論】 利用者が案件ごとに追加した顧客メールをAIで時系列に整理し、**現在有効と推定される依頼、対応事項と誰待ち、未決事項、最近の変更を、根拠メール付きで確認・訂正できるSaaS**を提供する。 --- ## 【対象顧客】 ### 初期対象 以下の条件に当てはまる、小規模な制作・受託サービス会社の担当者を初期対象とする。 - Web制作会社、受託開発会社、デザイン会社、コンサルティング会社 - 複数案件を並行するディレクター、PM、顧客窓口担当者 - 顧客とのやり取りが主にメールで残っている - 修正、追加、撤回、再変更が繰り返される案件を扱う - 数日ぶりに案件へ戻る際、過去メールの再読が発生している - AIの出力を人が確認して利用する運用を受け入れられる ### 初期対象外 - 主なやり取りが電話、会議、チャットだけで行われる組織 - 厳密な工程・工数・原価管理を必要とする組織 - 高度な権限管理や監査機能が導入条件となる組織 - AIの判断だけで自動返信や正式承認を行いたい組織 - メールを外部システムや外部AIで処理できない組織 対象顧客像は現時点では仮説であり、有料利用による確認はできていない。 --- ## 【利用開始条件】 以下を満たす場合に利用を開始できる。 - すでに進行中の案件または継続的な顧客対応が存在する - 案件を一意に識別できる名称がある - 案件に関係する受信・送信メールが存在する - 利用者が対象メールを転送、CCまたは手動追加できる - メール本文を保存・AI処理するために必要な権限や組織内許可を得ている - 利用者がAI結果を確認し、最終判断を行う - 完全な漏れ防止ではなく、案件状況の確認時間短縮を目的としている 実用的な状態再構成には、依頼、変更、回答などを含む複数メールが必要になる場合がある。1通だけでも取り込みは可能だが、十分な経緯を再構成できるとは限らない。 --- ## 【顧客が準備するもの】 ### 必須 - 案件名 - 対象案件に関係するメール - メールを提供・解析する権限 - AI結果を確認する担当者 - 自社側と顧客側を区別できる情報 例：自社メールドメイン、主要関係者 ### 必要に応じて準備するもの - 顧客名 - メール外で決まった内容の補足 - 既存の引き継ぎメモ - 添付ファイル - 同一顧客の別案件と区別するための識別情報 予算、工数、進捗率、案件ステータス、詳細な担当者マスタなどは初期利用の必須情報にしない。 --- ## 【顧客から受け取るもの】 ### 案件情報 - 案件名 - 案件IDまたは案件別の取り込み先 - 顧客名などの補助的な識別情報 - 自社側・顧客側を区別する情報 ### メール情報 - メール本文 - 件名 - 送信者 - 宛先 - CC - 送受信日時 - 案件との紐づけ情報 ### 任意情報 - 添付ファイル - メール外で発生した決定、完了、変更の補足 - AI整理結果に対する利用者の訂正・確認情報 分析対象は、正常に取り込まれた情報に限る。 --- ## 【商品側で行うこと】 1. メールを指定された案件へ保存・紐づける 2. 本文、送信者、日時、件名を取得する 3. 重複メールや引用部分を可能な範囲で整理する 4. メールを時系列に並べる 5. 送信者を自社、顧客、第三者に分類する 6. 以下の出来事を抽出する - 新しい依頼 - 変更 - 撤回 - 回答 - 決定と考えられる内容 - TODOの発生・完了 - 未回答の質問 - 保留 7. 出来事の前後関係から案件の現在状態を再構成する 8. 新着メールが既存の依頼やTODOへ与える影響を再評価する 9. 各出力項目へ根拠メールを紐づける 10. 判断できない内容、矛盾、情報不足を「要確認」として表示する 11. 利用者による訂正・補足を保存し、AI推定と区別する 12. 取り込み・分析に失敗した場合は、失敗理由と必要な次の操作を表示する --- ## 【顧客へ返すもの】 案件ごとに以下を返す。 ### 1. 現在の案件スナップショット - 現在有効と推定される依頼 - メール上で決まったと考えられる内容 - 現在の主要な前提 ### 2. 現在の対応事項と誰待ち - 未完了と考えられるTODO - 次に必要と考えられる行動 - 自社、顧客、第三者のどこで止まっているか ### 3. 未決事項 - 未回答の質問 - 未確定の仕様 - 判断待ちの事項 ### 4. 最近の変更と重要な経緯 - 追加、修正、撤回、再変更 - 現在の状態を理解するために必要な過去の出来事 ### 5. 根拠情報 各項目に以下を付ける。 - 根拠メールの送信者 - 日時 - 該当箇所の短い引用 - サービス内に保存された原文へのリンク ### 6. 要確認事項 - 担当者を特定できない - 完了したか判断できない - メール同士が矛盾している - 履歴が不足している - 添付確認が必要である - メール外で決まった可能性がある あわせて、分析対象期間、取り込みメール数、最終取り込み日時、処理失敗の有無を表示する。 --- ## 【標準提供内容】 核心価値に必要な標準機能は、以下に限定する。 ### 案件とメールの管理 - 案件の作成・編集 - 基本的な案件一覧 - 案件別のメール取り込み - メールと案件の明示的な紐づけ - 取り込んだメール本文の保存・表示 - 対応範囲内での添付ファイルの保存・参照 ### AIによる状態整理 - メールの正規化・時系列化 - 依頼、変更、撤回、回答、完了などの出来事抽出 - 案件の現在状態の再構成 - 新着メール追加時の状態更新 ### 案件詳細ページ - 現在の案件スナップショット - 現在の対応事項と誰待ち - 未決事項 - 最近の変更と重要な経緯 - 要確認事項 - 分析対象範囲 ### 根拠と確認 - 根拠メールの送信者・日時 - 短い根拠引用 - サービス内の原文表示 - AI推定、要確認、利用者修正の区別 ### 最低限の修正 - TODOを完了扱いにする - 誰待ちを変更する - 未決事項を解決済みにする - 誤った項目を非表示または訂正する - 短い補足を追加する - 確認済みとして区別する --- ## 【標準提供に含めないもの】 - Gmail・Outlookとの自動同期 - Slack、Chatwork、Teamsとの連携 - 高度な全文検索・横断検索 - 一般的なTODO通知や催促通知 - 高度なダッシュボード - 担当者別の詳細なタスク管理 - ガントチャート、工数、原価、進捗率の管理 - 外部タスク管理ツールへの自動登録 - AI返信案 - 顧客への自動返信 - 案件ステータスの自動確定 - 添付ファイルの全文解析 - 複雑な複数ユーザー・権限管理 - 監査ログや承認ワークフロー - 顧客別の個別カスタマイズ - 運営者によるAI結果の全件レビュー - 長文レポートや定期報告書の作成 --- ## 【顧客自身が行うこと】 - 案件を作成する - 必要なメールを正しい案件へ追加する - 分析に必要な範囲の履歴を選ぶ - 誤った案件紐づけを訂正する - 分析対象期間と最終取り込み日時を確認する - 重要な判断の前に根拠メールを確認する - AI結果の誤りや不足を必要な範囲で訂正する - 電話、会議、未連携チャットで決まった内容を補足する - 顧客への返信、社内指示、作業を行う - 見積、仕様、納期、契約などの正式合意を自ら確認する - 新着メールを継続して案件へ追加する - メール原本を必要なメールサービスや社内環境で保管する - アカウントと閲覧権限を適切に管理する --- ## 【利用の流れ】 1. **利用開始** - アカウントを作成し、データ取扱方針と非対応範囲を確認する。 2. **案件作成** - 案件名と、自社・顧客を区別する最低限の情報を登録する。 3. **メール追加** - 現在の依頼が始まった時点から最新までを目安に、対象メールを転送、CCまたは手動追加する。 4. **AI分析** - 商品側がメールを時系列に整理し、現在状態を再構成する。 5. **結果確認** - 利用者が現在の依頼、TODO、未決事項、誰待ち、最近の変更を見る。 6. **必要箇所の確認・訂正** - 要確認事項や重要項目だけ根拠メールを開き、必要なら修正・補足する。 7. **次の業務へ進む** - 利用者が返信、質問、社内指示、作業を行う。 8. **継続更新** - 新着メールを同じ案件へ追加し、更新された状態と変更点を確認する。 --- ## 【提供完了条件】 ### SaaSとしての提供開始完了 以下が利用可能になった時点とする。 - ログインできる - 案件を作成できる - 対応形式のメールを追加できる - 分析結果を閲覧できる - 根拠となるメール原文を確認できる - AI結果を訂正・補足できる - 利用上限、データ取扱い、非対応範囲が提示されている ### 1案件の初回価値提供完了 分析可能なメールが取り込まれ、以下が表示された時点とする。 - 分析対象期間と取り込み範囲 - 現在有効と推定される依頼 - TODOと誰待ち - 未決事項 - 最近の変更と重要な経緯 - 各重要項目の根拠メール - 判断できない事項または履歴不足 - AI推定と利用者修正の区別 該当する情報がない場合は、「該当なし」「確認できない」「履歴不足」と区別して表示できればよい。 ### 継続更新の完了 新着メールについて、以下のいずれかが行われた時点とする。 - 案件の現在状態へ反映された - 既存項目の変更、完了、撤回などが反映された - 新しい要確認事項が表示された - 処理できない理由と必要な次の操作が表示された 顧客が返信・作業を完了すること、案件自体が完了すること、AI結果が完全に正しいことは提供完了条件に含めない。 --- ## 【サポート範囲】 ### 標準サポートに含める - アカウント登録・ログイン方法 - 案件作成方法 - メールの転送、CC、手動追加方法 - 分析結果、根拠、要確認表示の見方 - 訂正・補足機能の操作方法 - 対応形式や利用上限の説明 - メール取り込み失敗の確認 - 分析処理が完了しない場合の調査 - 再現可能な製品不具合の調査・修正 - 課金、解約、データ削除方法 - 標準的なセキュリティ・データ取扱資料の案内 サポートは非同期対応を基本とする。具体的な返信時間や復旧時間は、運営体制と顧客要求を確認するまで保証しない。 ### 標準サポートに含めない - 案件内容の判断 - 返信内容の相談・作成 - 契約、仕様、納期の正式判断 - 運営者によるAI結果の全件確認 - 継続的な人手修正 - メール整理代行 - 顧客環境へのログイン・設定代行 - 定例会や無制限のオンライン相談 - 顧客固有の運用設計・コンサルティング --- ## 【追加対応・オプション候補】 以下は需要、採算、運営負担を検証した後に、上位プランまたは個別対応として検討する。提供予定として約束しない。 - 過去メールの大量移行 - 初期導入・設定代行 - 複数ユーザーと基本的な組織内共有 - Gmail・Outlook連携 - 保存容量・AI処理量の追加 - 限定的な通知機能 - CSVなどのデータ出力 - 対応形式を限定した添付ファイル解析 - 個別オンボーディング - 優先サポート AI返信案、自動タスク登録、自動返信、案件ステータス自動確定は、初期段階ではオプションとしても販売しない。 --- ## 【提供しないこと】 - AI結果の正確性・完全性の保証 - 対応漏れがなくなることの保証 - 時間削減、売上向上、納期遵守などの成果保証 - 顧客の発言を正式な合意として自動確定すること - 契約成立、法的義務、請求可否などの専門判断 - 顧客への返信の自動送信 - TODOや案件作業そのものの実行 - 顧客に代わるプロジェクトマネジメント - 未投入メールやサービス外の会話の自動把握 - 添付内容の完全な理解 - メール原本の法定・永久保管 - 運営者による無制限の修正・質問対応 - 24時間365日の有人対応や復旧時間保証 - 顧客環境への直接ログイン・設定 - 権限のない情報の取得・解析 - 顧客別の無償カスタマイズ --- ## 【顧客が誤解しやすい点】 ### 「決定事項」は正式な合意ではない メール上で決まったとAIが推定した内容であり、契約変更、正式承認、発言者の決定権限を保証しない。 ### 「TODO」はタスク管理・実行保証ではない メールから対応が必要と推定された事項であり、担当者・期限の正式確定、催促、完了確認は含まない。 ### 「誰待ち」は責任者の正式確定ではない 送受信関係や文章からの推定であり、CC、代理返信、口頭連絡などによって誤る可能性がある。 ### 分析対象は取り込まれたメールだけである メールボックス全体や、未連携の電話・会議・チャットまで把握しているわけではない。 ### 添付ファイルの保存と解析は異なる 添付を開ける場合でも、AIが内容を読んで案件状態へ反映しているとは限らない。 ### 元メールへのリンクは外部メールへの直接リンクとは限らない 初期仕様では、サービス内に保存した原文へのリンクを基本とする。 ### AI結果の誤りは、すべて製品不具合とは限らない 入力不足や曖昧な文章による推定違いは、利用者が訂正・補足する。取り込み失敗や機能不良とは区別する。 --- ## 【販売ページで明示すべき条件】 - 商品が整理する項目 - 対応するメール取り込み方法 - 対応メール形式と添付ファイルの扱い - 分析対象は正常に取り込まれた情報だけであること - 添付内容を解析するかどうか - AI結果は判断補助であり、人による確認が必要なこと - 正確性、完全性、対応漏れ防止を保証しないこと - 正式合意、契約、法的判断を行わないこと - 自動返信・自動タスク実行を行わないこと - Gmail等の外部メールへ直接リンクしない場合があること - 顧客が担当する入力、訂正、最終判断 - 案件数、メール数、保存容量、AI処理量などの利用上限 - データの保存範囲・保存期間・削除方法 - 外部AIサービスへ送信するデータの範囲 - 入力データがAIモデルの学習に利用されるかどうか - 標準サポートの対象と対象外 - 問い合わせ対応時間と、返信・復旧を保証するかどうか - 解約後のアクセス、データ保持、削除、出力の扱い - 利用者が投入情報について必要な権限を持つ責任 --- ## 【現時点で確度が低い仕様】 1. **対象顧客が月額で継続利用するか** - 課題の存在を示す発言はあるが、有料顧客と継続利用実績はない。 2. **状態整理だけで購入理由になるか** - AI返信案やタスク転記機能がなくても支払意思が生まれるか未確認。 3. **メール転送・CCによる取り込みが許容されるか** - Gmail等との直接連携がないことで利用が続かない可能性がある。 4. **単一ユーザー仕様で購入できるか** - 引き継ぎや共有が主要価値の場合、複数ユーザーが導入条件になる可能性がある。 5. **添付ファイルを解析しなくても価値が成立するか** - 制作・開発案件では、指示や変更内容がPDF、画像、Office文書に含まれる可能性がある。 --- ## 【次に検証すべき3項目】 ### 1. 案件状態の整理だけに継続的な支払意思があるか - **何を確認するか** - 実案件のメールを使い、案件ページをどの場面・頻度で見るか - 過去メールの確認時間がどの程度減るか - 月額利用の意思があるか - 誰が費用を負担・決裁するか - 最も支払理由になる出力は何か - **なぜ重要か** - 商品の核心価値そのものが未検証であり、ここが成立しなければ周辺機能を追加しても商品設計が定まらないため。 - **仕様を維持できる結果** - 根拠付きの現在状態だけで、返信・作業判断が明確に速くなる - 継続的に案件ページを開く - 返信案や外部タスク連携がなくても有料利用の意思がある - **仕様を見直すべき結果** - 利用場面が引き継ぎ時など低頻度に限られる - 案件ページを一度見た後に継続利用されない - 返信案、自動タスク登録、チーム共有がなければ支払わないという反応が中心になる ### 2. AI状態再構成の品質と確認負担が実務利用に耐えるか - **何を確認するか** - 変更、撤回、再変更、完了、未回答、誰待ちを正しく扱えるか - どの誤りが致命的か - 利用者が元メールを何件確認する必要があるか - 訂正操作がどの程度発生するか - 根拠引用と要確認表示で誤りを発見できるか - **なぜ重要か** - 誤りが多い、または全メールの再読が必要なら、確認時間短縮という価値が成立しないため。 - **仕様を維持できる結果** - 重要な状態を概ね正しく整理できる - 確認対象が一部の要確認事項に限定される - 短い根拠引用と原文リンクで判断できる - 最低限の訂正機能で運用できる - **仕様を見直すべき結果** - 古い依頼と現在有効な依頼を頻繁に混同する - 誤った「誰待ち」やTODOが業務判断へ大きく影響する - 毎回ほぼ全メールを読み直す必要がある - 人による事前レビューがなければ利用できない ### 3. 最小入力・単一ユーザー構成で継続運用できるか - **何を確認するか** - 転送、CCまたは手動追加を継続できるか - 案件への手動紐づけが許容されるか - 添付解析なしで十分な案件がどの程度あるか - 1人利用でも支払意思があるか - 共有・複数ユーザーが導入条件か - **なぜ重要か** - Gmail連携、添付解析、権限管理は開発・保守負担が大きく、一人運営で先に作るべきかを判断する必要があるため。 - **仕様を維持できる結果** - メール追加が短時間で終わり、利用者が継続できる - 明示的な案件指定で大きな不満がない - 本文中心の案件で価値が成立する - 単一ユーザーでも購入・継続される - **仕様を見直すべき結果** - メール追加忘れによって情報が常に古くなる - Gmail・Outlook連携がないと導入されない - 重要事項の多くが添付内にあり、本文だけでは使えない - 複数ユーザー共有がなければ購入決裁が下りない --- ## 【次の行動】 1. **実案件メールを使った手作業検証を行う** - 匿名化した案件メールを提供してもらい、AIと人手で現在状態を整理する。 - まずは完成したSaaSではなく、簡易画面または固定形式の案件ページで検証する。 2. **整理前後の行動を観察する** - 利用者が最初に見る項目、根拠確認が必要な箇所、次の行動へ進めるまでの時間、訂正内容を記録する。 - 機能要望より、実際の利用行動を優先して確認する。 3. **有料利用条件を確認する** - 無料の感想だけでなく、現在の仕様と制約を提示したうえで、支払意思、決裁者、継続条件を確認する。 - 返信案や連携機能がない状態でも購入対象になるかを分けて聞く。 4. **最小プロトタイプを実装する** - 案件作成、メール追加、4つの核心出力、根拠引用、要確認表示、最低限の訂正に限定する。 - Gmail連携、通知、高度な検索、複雑な権限管理は実装しない。 5. **検証結果から次の開発対象を一つだけ決める** - 入力負担が問題ならメール連携 - 共有が購入条件なら基本的な複数ユーザー - 添付不足が致命的なら対応形式を限定した添付解析 - 核心価値自体が弱い場合は、周辺機能を追加する前に商品仮説を見直す。

【どんな商品・サービスを考えているか】 副業初心者向けに、途中まで作ったデジタル商品を「初版として公開できる状態」まで進める短期支援サービスです。 対象は、有料note、PDF、ワークシート、テンプレートなどを作ろうとしているものの、内容を追加・修正し続けて完成できない人を想定しています。 【誰向けか】 主に、 ・副業で初めて自分の商品を販売しようとしている人 ・商品テーマや対象顧客はおおむね決まっている人 ・商品本文や下書きをすでに作り始めている人 ・何を直せば完成なのか判断できず止まっている人 ・公開前に修正や調査を繰り返している人 です。 「何を売ればいいか全く決まっていない人」は主対象から外すことも考えています。 【顧客が困っていること】 ・内容を追加し続けて完成しない ・他の商品と比較して何度も作り直す ・どこまで作れば有料で出してよいか分からない ・必須修正と、あるとよい改善を分けられない ・価格や販売ページも含めて直し続ける ・ChatGPTへ改善案を聞くたびに修正項目が増える ・「まだ足りない気がする」と公開を延期する 【提供したい顧客価値】 改善案を増やすことではなく、 「初版として何を残し、何を削り、どこで完成とするか」 を決め、未公開の下書きを購入可能な商品として公開できる状態へ進めることです。 【顧客にどんな状態になってほしいか】 利用前： 商品下書きはあるが、追加・修正を続けて公開できない。 利用後： 初版の範囲、必須修正、販売条件が決まり、商品と販売ページを公開できる状態。 売上や購入発生は保証しません。 【現在考えている提供内容・機能】 候補として、 ・商品下書きの確認 ・商品対象者、課題、価値の確認 ・内容の過不足チェック ・初版に残す内容の決定 ・削る内容の決定 ・必須修正の整理 ・価格の確認 ・販売ページの確認 ・タイトルや説明文の添削 ・公開前チェックリスト ・AIプロンプト ・テンプレート ・参考例 ・個別フィードバック ・再提出後の確認 などを考えています。 ただし、教材やテンプレートを大量に付ける必要はないと思っています。 【顧客から受け取る情報・入力】 最低限、 ・作っている商品 ・商品形式 ・想定顧客 ・解決したい課題 ・現在の下書き ・販売予定先 ・販売ページの下書き ・本人が不安に感じている点 などを想定しています。 【顧客へ返すもの・成果物】 候補として、 ・初版として残す内容 ・削る内容 ・必須修正 ・後回しでよい改善 ・完成条件 ・公開前チェック結果 ・販売ページの修正ポイント ・次にやること を返したいです。 【利用の流れのイメージ】 1. 顧客が商品下書きを提出 2. 商品の目的と対象顧客を確認 3. 初版に必要な範囲を整理 4. 必須修正と不要な追加作業を分ける 5. 顧客が修正 6. 必要なら再確認 7. 公開可能な状態か確認 8. 顧客自身が販売先で公開する という流れを考えています。 【価格や料金のイメージ】 数千円程度の単発サービスを考えていますが、支払意思や適正価格は未確認です。 【提供に使える時間・人員】 基本的に1人で提供します。 1件ごとに長時間のコンサルをする形にはしたくありません。 【使えるツール・技術】 ・Google Forms ・Google Docs ・ChatGPT ・メールやチャット ・簡単なテンプレート などを使えます。 【現在考えているサポート内容】 ・商品下書きへのフィードバック ・修正内容の優先順位付け ・公開前の確認 を想定しています。 公開作業そのものや販売後の集客代行までは行わない予定です。 【含めるか迷っているもの】 ・複数回の再添削 ・販売ページ全文の書き直し ・タイトル案の大量作成 ・価格決定支援 ・商品テーマの再設計 ・競合調査 ・需要調査 ・公開後の改善相談 ・SNS告知文の作成 ・AIプロンプト集 ・教材やテンプレート ・個別面談 【提供したくないこと・制約】 ・売上や販売件数は保証しない ・需要があることを保証しない ・顧客の代わりに商品を制作しない ・販売や集客を代行しない ・法律、税務、医療などの専門判断はしない ・無制限の修正対応はしない ・商品品質を完全保証しない 【すでに確認できている顧客の反応】 有料提供実績はありません。 自分自身に「どこまで作れば公開してよいか」で迷った経験があります。 SNSでも、商品を作っているが公開できない人や、修正を続けている人は見かけます。 ただし、 ・どの程度この状態の人がいるか ・第三者レビューに支払うか ・どこまで支援すれば公開できるか は未確認です。 【まだ分かっていないこと】 ・下書きがどの段階なら対象にできるか ・商品テーマまで修正対象にするべきか ・需要調査まで含めるべきか ・販売ページまで標準提供にするべきか ・再提出は必要か ・何回まで確認するべきか ・面談が必要か ・価格確認まで含めるべきか ・公開後の改善まで対応するべきか ・どこをもって提供完了とするべきか 【特に確認したいこと】 ・顧客から最低限何を提出してもらえばよいか ・標準提供に何を含めるべきか ・何を提供範囲から外すべきか ・「必須修正」と「後回し」をどう返せばよいか ・販売ページ添削は標準提供に必要か ・需要調査や競合調査まで含めるべきか ・再提出や追加質問をどこまで受けるべきか ・顧客自身が行う作業は何か ・どの状態をもってサービス提供完了とするべきか ・販売ページで何を明示すれば期待違いを防げるか

# 【商品仕様の結論】 **下書きがある小規模デジタル商品を対象に、初版に残す範囲、公開前の必須修正、後回しにする改善、販売ページの最低条件、完成条件を整理し、顧客が自分で公開準備へ進めるようにする非同期・単発型の個別レビューサービス。** 現時点では有料提供実績がないため、以下は初期販売用の仕様案であり、分量上限、料金、期限、再確認の扱いなどは検証後に確定します。 --- # 【対象顧客】 以下に該当する人を対象とします。 - 副業で初めて、または経験が浅い状態で自分の商品を販売しようとしている - 有料note、PDF、ワークシート、テンプレートなどを作っている - 商品テーマと想定顧客がおおむね決まっている - 商品本文や商品本体をすでに作り始めている - 商品の全体像と主要な内容を第三者が確認できる - 追加・修正を続け、どこで完成とするか決められない - 公開前に必要な修正と、公開後でもよい改善を分けたい - 修正、価格の最終決定、商品登録、公開を自分で行える 主対象ではない人は以下です。 - 何を売るか決まっていない - アイデア、目次、断片的なメモしかない - 商品の制作や全文執筆を依頼したい - 需要、売上、適正価格の保証を求めている - 商品テーマや対象顧客を全面的に再設計したい - 高度な専門判断を商品の中心として必要としている --- # 【利用開始条件】 以下を満たし、提出資料を確認したうえで受付可能と判断された時点で利用開始とします。 - レビュー対象となる最新版が1つに固定されている - 商品テーマ、想定顧客、扱う課題を説明できる - 購入者に渡す内容を特定できる - 商品の全体構成と主要部分が作成済みである - 販売予定先が決まっている、または候補が絞られている - 販売ページの簡易下書きを提出できる - 事前に掲示した対応形式・分量・ファイル数の範囲内である - 顧客自身が修正と公開操作を行うことに同意している - 売上、需要、品質、法的適合性を保証するサービスではないことに同意している 「何割完成していればよいか」ではなく、**提供者が商品全体と主要内容を読み取り、制作代行をせずに初版範囲を判断できること**を受付基準とします。 --- # 【顧客が準備するもの】 ## 必須 - レビュー対象となる最新版の商品下書き - 商品名または仮タイトル - 商品形式 - 想定顧客 - 想定顧客が抱える課題 - 商品で提供したい価値・到達状態 - 購入者が受け取るもの - 商品の利用方法・受取方法 - 販売予定先 - 販売ページの簡易下書き - 予定価格または価格候補 - 現在公開できない理由 - 特に判断してほしい点 ## 該当する場合のみ - AIや第三者から受け取った主要な改善案 - 商品に付属するワークシートやテンプレート - 変更できない形式、納期、販売条件 - 公開希望時期 過去版や参考資料をすべて提出する必要はありません。 --- # 【顧客から受け取るもの】 原則として、1つの提出フォームから以下を受け取ります。 1. 商品概要と販売条件を記入した回答 2. 最新版の商品下書き一式 3. 販売ページの簡易下書き 4. 判断してほしい点 5. 該当する場合は、採否に迷っている改善案 6. 提供範囲・非保証事項・データ取扱条件への同意 提出物は原則として最新版だけを対象とします。複数案の比較や、レビュー開始後の原稿差し替えは標準対応に含めません。 --- # 【商品側で行うこと】 1. **受付可能性を確認する** - 下書きの進捗 - 商品形式と分量 - 最新版の特定 - 提供範囲との適合 - 専門判断や制作代行の必要性 2. **今回の判断基準を固定する** - 誰向けの商品か - 何の課題を扱うか - 購入者が最低限得られるもの - 初版では約束しないもの 3. **初版の範囲を整理する** - 初版に残す - 公開前に修正する - 初版から外す - 公開後に検討する - 今回は追加しない 4. **修正項目を分類する** - 公開前に必須 - 公開後でよい - 今回は不要 - サービス対象外 5. **商品本体と販売ページを照合する** - 対象者 - 提供内容 - 商品形式 - 受取方法 - 利用方法 - 価格 - 誤解につながる不一致や不足 6. **完成条件と次の作業を示す** - 何を直せば初版の修正を終えられるか - 今回やらなくてよいこと - 顧客が次に行う公開準備 --- # 【顧客へ返すもの】 原則として、以下を1つのレビュー文書にまとめて返します。 ## 1. 今回の商品判断の前提 - 想定顧客 - 扱う課題 - 提供する中心価値 - 初版では扱わない範囲 ## 2. 初版の範囲 - 初版に残す内容 - 初版から外す内容 - 今回は追加しない内容 ## 3. 修正優先度一覧 各項目について、以下を示します。 - 対象箇所 - 分類 - 問題となる理由 - 顧客が行う修正 - 修正の完了条件 - 今回やらなくてよいこと ## 4. 販売ページの最低限の修正点 - 商品本体との不一致 - 購入判断に必要な情報の不足 - 誤解を招く可能性がある表現 - 未決定の販売条件 ## 5. 完成条件と現時点の判定 判定は以下のような表現に統一します。 - 初版として公開準備へ進める - 指定した必須修正後、顧客判断で公開準備へ進める - 現状では初版範囲を確定できない - 専門確認または企画再設計が必要 - 大幅変更のため今回の確認範囲外 ## 6. 次に行う作業 公開前に顧客が行う作業を、実行順に限定して示します。 --- # 【標準提供内容】 核心価値に必要な標準提供は、以下に限定します。 - 受付可否と提出物の確認 - 初版の判断基準の整理 - 初版に残す・外す内容の整理 - 必須修正、後回し、不要の分類 - 必須修正の理由と完了条件の明示 - 販売ページと商品本体の最低限の整合確認 - 価格、形式、受取方法など販売条件の未決定・矛盾確認 - 完成条件と現時点の公開準備判定 - 顧客が次に行う作業の提示 - 以上をまとめた個別レビュー文書の納品 価格については、決定済みか、記載が一致しているか、条件に矛盾がないかを確認するまでです。最適価格の算出は含みません。 --- # 【標準提供に含めないもの】 以下は、標準料金には含めません。 - 修正版の商品全体に対する再添削 - 複数回の再提出確認 - 面談や画面共有 - 商品本文の直接修正・リライト - 販売ページの全文書き直し - タイトルやキャッチコピーの大量作成 - 複数案・複数バージョンの比較 - 需要調査、競合調査、市場規模調査 - 商品テーマや対象顧客の全面的な再設計 - SNS告知文や集客施策の作成 - 公開後の改善相談 - 大量の教材、テンプレート、AIプロンプト集 - 販売先への登録・設定・購入テスト 納品内容を理解するための限定的な質問対応を設ける場合でも、新しい添削や追加提案は含めません。 --- # 【顧客自身が行うこと】 - 商品テーマ、想定顧客、扱う課題を仮決定する - 商品本文・商品本体を作成する - 最新版を整理して提出する - 商品内の事実、数値、引用元を確認する - 著作権、商標、利用許諾を確認する - 指摘された必須修正を実行する - 販売ページを修正する - 販売価格を最終決定する - 販売先の規約を確認する - アカウントを開設する - 商品登録、ファイル設定、価格設定を行う - リンクや受取方法を最終確認する - 実際に公開するかを判断し、公開操作を行う - 公開後の集客、購入者対応、返金対応を行う --- # 【利用の流れ】 1. **申込み** - 対象条件、提供範囲、非保証事項を確認して申し込む 2. **資料提出** - フォームから最新版の商品下書き、販売ページ、販売条件、判断事項を提出する 3. **受付確認** - 提供者が対象可否、分量、資料不足を確認する - 不足がある場合は、レビュー開始前にまとめて確認する 4. **個別レビュー** - 初版範囲、必須修正、後回し、販売ページ、完成条件を整理する 5. **レビュー文書の納品** - 顧客が行う修正と、今回行わなくてよい作業を明示する 6. **顧客による修正** - 顧客が必須修正を自分で行う - 必要な場合のみ、定められた範囲で納品内容を質問する 7. **提供完了** - 標準サポートの利用期限終了、または顧客が終了を選択した時点で完了する - 差分確認オプションを利用した場合は、その結果の納品で完了する 8. **顧客による公開** - 顧客自身が販売先への登録と公開を行う --- # 【提供完了条件】 標準サービスは、以下の条件を満たしたレビュー文書を納品し、設定した質問受付期間が終了した時点で完了とします。 - レビュー対象の版が特定されている - 初版に残す・外す範囲が示されている - 公開前の必須修正が示されている - 必須修正の完了条件が示されている - 後回し・今回は不要な項目が区別されている - 商品本体と販売ページの重大な不一致が指摘されている - 顧客が次に行う作業を判断できる 以下は完了条件に含めません。 - 顧客が実際に修正を終えること - 顧客が実際に公開すること - 販売先の審査に通ること - 売上や購入が発生すること - 顧客の不安が完全になくなること 差分確認を追加した場合は、指定箇所の確認結果を返した時点で完了とします。 --- # 【サポート範囲】 ## 標準サポート - 受付に必要な不足情報の確認 - 個別レビュー文書の納品 - 納品内容の意味を理解するための限定的な質問対応 - 提供者側の記載ミス、ファイル間違い、リンク不備の訂正 ## サポートの境界 質問対応は、以下に限ります。 - 指摘の意味が分からない - 必須修正の完了条件を確認したい - レビュー文書内の分類を確認したい 以下は新規作業として扱います。 - 新しい章や特典の確認 - 別のタイトル案や価格案の作成 - 全面改稿後の商品レビュー - 商品テーマ変更後の再評価 - 販売ページの新規添削 - 公開後の相談 具体的な質問数、受付期間、納期は、現時点では検証前のため確定仕様にしません。販売開始時には、各テスト提供の条件として事前に明示します。 --- # 【追加対応・オプション候補】 以下は要望と採算が確認できた場合の候補です。 - 初回に指定した必須修正箇所だけを確認する差分確認 - 分量上限を超える部分の追加レビュー - 補助ファイルの追加確認 - 大幅修正後の販売ページ再確認 - 非同期では判断できない場合の短時間面談 差分確認を提供する場合も、以下は対象外とします。 - 全文の再添削 - 新規追加部分のレビュー - 商品テーマや想定顧客の変更 - 構成の全面変更 - 初回指摘と関係のない追加相談 需要調査、競合調査、企画再設計、代筆、集客支援は、本商品のオプションではなく別サービスとして扱う方が適切です。 --- # 【提供しないこと】 - 売上、利益、販売件数、需要の保証 - 商品品質に問題がないことの完全保証 - 法律、税務、医療、金融等の専門判断 - 販売先規約への適合保証 - 著作権や商標権を侵害していないことの保証 - 商品本文や販売ページの制作代行 - 顧客アカウントを使った商品登録・公開代行 - 販売、集客、広告運用の代行 - 顧客の購入者への対応 - 無制限の質問、修正、再提出 - 常時チャットや即時返信 - 売れるまでの継続支援 - 違法性や権利侵害のおそれが高い商品の支援 - 第三者の個人情報や機密情報を含む資料の無条件な受領 専門確認が必要な箇所は、公開可否を断定せず、削除、顧客自身での確認、専門家への相談を案内します。 --- # 【顧客が誤解しやすい点】 ### 「公開準備へ進める」は「売れる」の意味ではない 需要、売上、販売件数、顧客評価は保証しません。 ### 「レビュー」は「制作代行」ではない 問題箇所、理由、優先順位、完了条件は示しますが、修正作業は顧客が行います。 ### 「販売ページ確認」は「売れるコピーの制作」ではない 商品本体との不一致、情報不足、誤解につながる表現を確認するもので、全文代筆や成約率改善は行いません。 ### 「価格確認」は「最適価格の決定」ではない 価格の未決定や記載矛盾は確認しますが、市場で売れる価格を算出・保証しません。 ### 「問題を指摘されなかった」は「問題が存在しない」の意味ではない 限定された資料、時間、専門範囲でのレビューです。 ### 「提供完了」は「実際の公開完了」ではない 商品登録、設定、公開操作は顧客自身が行います。 --- # 【販売ページで明示すべき条件】 - 対象は、レビュー可能な商品下書きがある人である - アイデア段階や目次だけの状態は対象外である - 対応可能な商品形式、分量、ファイル数 - 1回の申込みで確認する商品数 - 販売ページの下書きも提出が必要である - 標準提供の具体的な納品物 - 納期の起算点は、必要資料がそろい受付確定した時点である - レビュー開始後の原稿差し替えは対象外である - 質問の範囲、回数、受付期間 - 差分確認の有無と対象範囲 - 全文代筆、需要調査、競合調査は含まない - 価格の最終決定、修正、登録、公開は顧客が行う - 売上、需要、品質、法的適合性を保証しない - 「公開準備へ進める」という判定の意味 - 資料未提出、分量超過、対象外判明時の扱い - キャンセル・返金条件 - 提出データの保管期間と削除方針 - ChatGPT等のAIツールを使用する場合の利用範囲と同意条件 --- # 【現時点で確度が低い仕様】 1. **顧客が第三者レビューに実際に料金を支払うか** - 有料提供実績がなく、支払意思は未確認です。 2. **対応可能な商品分量・ファイル数の上限** - 商品形式ごとの実作業時間が未計測です。 3. **標準料金に差分確認を含める必要があるか** - 初回レビューだけで修正・公開準備へ進めるか未確認です。 4. **質問対応に必要な回数と期間** - 顧客が納品内容を理解するために必要な対応量が未確認です。 5. **販売ページ確認を含めた適正価格** - 販売ページ確認を含む総工数と支払意思が未確認です。 --- # 【次に検証すべき3項目】 ## 1. 有料での支払意思と求められている中心価値 - **何を確認するか** 下書きがある顧客が、「改善案の追加」ではなく「初版範囲・必須修正・完成条件の整理」に料金を支払うかを確認します。 - **なぜ重要か** 課題の存在をSNSで見かけていても、有料サービスとして成立するとは限らないためです。 - **仕様を維持できる結果** 対象顧客が有料で申し込み、初版範囲と修正優先度の明確化を主な価値として評価する。 - **仕様を見直すべき結果** 申込みが得られない、または顧客が主に企画設計、代筆、需要調査を求める。 ## 2. 分量・提供工数・価格の成立性 - **何を確認するか** 受付、下書き確認、販売ページ確認、レビュー文書作成、質問対応にかかる実時間を商品形式別に記録します。 - **なぜ重要か** 1人・単発・数千円程度という想定と、個別レビューの工数が両立するか判断するためです。 - **仕様を維持できる結果** 分量上限と提出条件を設けることで、非同期・定型文書による提供が安定して成立する。 - **仕様を見直すべき結果** 案件ごとの工数差が大きい、販売ページ確認が過度に重い、想定価格では継続提供できない。 ## 3. 初回レビューだけで行動できるか、差分確認が必要か - **何を確認するか** 初回レビュー後に、顧客が必須修正を理解して自分で公開準備へ進めるか、差分確認を必要とするかを確認します。 - **なぜ重要か** 差分確認は実行を後押しする可能性がある一方、標準提供に含めると工数と完了期間が増えるためです。 - **仕様を維持できる結果** 多くの顧客が初回レビューと限定質問だけで修正でき、差分確認は任意オプションで足りる。 - **仕様を見直すべき結果** 完了条件を示しても顧客が判断できず、限定的な差分確認を付けた場合にのみ公開準備へ進めるケースが多い。 --- # 【次の行動】 1. **最小限の販売ページと申込みフォームを作る** 対象者、対象外、提出物、納品物、非保証事項、データ取扱条件を明示します。 2. **少数の有料テスト提供を募集する** 対象商品を短い文章・資料型商品に限定し、手作業で提供します。 3. **内部用の初版判定テンプレートを作る** 「残す・必須・後回し・不要・完成条件・販売ページ確認」を1文書にまとめます。 4. **案件ごとの工数と顧客行動を記録する** 作業時間、質問数、修正完了、差分確認の希望、公開準備への進行を記録します。 5. **テスト結果から上限・料金・差分確認の扱いを改定する** 検証前に教材の大量制作、独自システム開発、複雑な自動化は行いません。

【どんな商品・サービスを考えているか】 中小企業向けに、 「どの業務へAIを使うか」 「何から試すか」 「何は今はやらないか」 を整理し、最初の小規模なAI活用判断まで進める支援サービスです。 単なるAIツール紹介や診断レポートではなく、実際に社内で判断を求められる状態まで具体化したいです。 【誰向けか】 主に、 ・専任DX担当者がいない中小企業 ・経営者からAI活用を検討するよう言われた管理職や兼任担当者 ・ChatGPTなどを導入したが業務利用が進んでいない会社 ・複数のAI活用候補があるが、優先順位を決められない担当者 を想定しています。 【顧客が困っていること】 ・AIを使いたいが対象業務を決められない ・候補はあるが比較基準がない ・ツールを導入しただけで利用が広がらない ・AIが向く業務と向かない業務を判断できない ・セキュリティや誤回答が不安 ・経営者へ何を提案すればよいか分からない ・調査や事例収集だけで止まっている 【提供したい顧客価値】 AI活用候補を増やすことではなく、 「まずこの1業務を、この範囲で試す」 または 「この業務は今はAIを使わない」 と判断できる状態にすることです。 さらに、 ・選定理由 ・見送る理由 ・担当者 ・試す範囲 ・評価する項目 ・次に必要な社内判断 まで整理したいです。 【顧客にどんな状態になってほしいか】 利用前： AI活用を求められているが、候補を決められず調査や検討を続けている。 利用後： 最初に試す1業務と見送る候補が整理され、限定試行について社内で承認・着手判断を求められる状態。 実際の承認取得やAI導入効果までは保証しません。 【現在考えている提供内容・機能】 候補として、 ・会社や部門の状況確認 ・困っている業務の整理 ・AI活用候補の洗い出し ・候補業務の比較 ・AI適性評価 ・優先順位付け ・AIを使わない判断 ・推奨ツール ・期待効果 ・リスク整理 ・AI適性スコア ・簡易ロードマップ ・試行計画 ・プロンプト例 ・診断レポート ・社内説明用まとめ ・導入後のフォロー などを考えています。 ただし、スコアや詳細レポートそのものが価値とは考えていません。 【顧客から受け取る情報・入力】 候補として、 ・会社や部門の概要 ・AI活用を検討している理由 ・困っている業務 ・業務の流れ ・作業量や頻度 ・現在使っているツール ・扱う情報の種類 ・AI利用状況 ・候補業務 ・セキュリティ上の制約 ・社内で判断する人 ・いつまでに何を決める必要があるか などを想定しています。 【顧客へ返すもの・成果物】 候補として、 ・最初に試す1業務 ・選定理由 ・今回は見送る業務 ・見送る理由 ・試行対象の範囲 ・想定するAIの使い方 ・主なリスク ・担当者 ・確認すべき事項 ・評価するポイント ・継続、修正、中止を判断する観点 ・次に社内で決めること を返したいです。 【利用の流れのイメージ】 1. フォームで会社・業務情報を提出 2. 必要なら追加質問 3. AI活用候補を整理 4. 候補を比較 5. 最初の1業務を決める 6. 見送る候補も整理 7. 限定試行の条件をまとめる 8. 顧客が社内で承認・着手判断を求める という流れを考えています。 【価格や料金のイメージ】 5,000〜30,000円程度を想定していますが、根拠はありません。 【提供に使える時間・人員】 基本的に1人で提供します。 長時間のコンサルや全社業務の詳細分析までは行いたくありません。 【使えるツール・技術】 ・Google Forms ・Google Docs ・ChatGPT ・オンライン面談 ・簡単な分析テンプレート などを利用できます。 【現在考えているサポート内容】 ・入力内容の不足確認 ・必要な追加質問 ・判断結果の説明 ・結果に関する限定的な質問対応 程度を想定しています。 実際の導入作業や継続運用代行までは行わない予定です。 【含めるか迷っているもの】 ・AI適性スコア ・詳細レポート ・多数のツール比較 ・プロンプト作成 ・業務フロー改善 ・ROI試算 ・セキュリティ診断 ・社内規程作成 ・導入設定 ・社員研修 ・試行への同席 ・試行後の効果測定 ・継続的な伴走支援 【提供したくないこと・制約】 ・AI導入効果を保証しない ・精密なROI算定はしない ・高度なセキュリティ監査はしない ・法務判断はしない ・特定AIツールの販売を前提にしない ・全社DX戦略までは作らない ・システム開発やAPI連携はしない ・AI導入や設定を代行しない ・社員研修や長期伴走は標準提供にしない 【すでに確認できている顧客の反応】 有料提供実績はありません。 知人やSNSで、 ・AIを使いたいが何から始めればよいか分からない ・ChatGPTを導入したが使われていない ・どの業務をAI化すればよいか分からない という声は見聞きしています。 ただし、 ・有料で判断支援を買うか ・診断結果だけで行動できるか ・どこまで具体化すれば価値を感じるか は未確認です。 【まだ分かっていないこと】 ・フォームだけで必要情報を取れるか ・面談が必要か ・会社全体を見る必要があるか ・候補業務は顧客が出すべきか ・AI適性スコアが必要か ・推奨ツールまで決めるべきか ・試行計画まで標準提供に入れるべきか ・社内説明資料まで作るべきか ・導入後のフォローが必要か ・どこをもって提供完了とするべきか 【特に確認したいこと】 ・顧客から最低限何を提出してもらうべきか ・標準提供に何を含めるべきか ・スコアや詳細レポートは必要か ・ツール選定まで行うべきか ・試行計画はどこまで具体化するべきか ・顧客自身が行う作業は何か ・導入支援との境界をどこに置くべきか ・サポートはどこまで含めるべきか ・どの状態をもって提供完了とするべきか ・販売ページで何を明示すれば期待違いを防げるか

## 【商品仕様の結論】 **中小企業の1部門・1業務テーマについて、AI活用候補を整理・比較し、「限定して試す業務」または「現時点では見送る判断」と、その理由・試行条件・次に必要な社内判断をまとめた判断資料を提供するサービス。** --- ## 【対象顧客】 以下は現時点の**想定顧客であり、有料需要は未検証**です。 - 専任のDX・AI推進担当者がいない中小企業 - 経営者や上司からAI活用の検討を求められた管理職・兼任担当者 - AIツールを導入・試用したが、具体的な業務利用が進んでいない会社 - 複数のAI活用候補があり、優先順位を決められない担当者 - 情報収集から、社内での試行可否判断へ進みたい担当者 特に適合しやすいと考えられるのは、以下の状態にある顧客です。 - 対象となる部門や業務上の問題がある - 社内で判断を求める相手がいる - 一般的なAI事例ではなく、自社で最初に何を試すか決めたい - 導入代行ではなく、導入前の判断材料を必要としている 購入者、実際の利用者、承認者は異なる場合があります。想定上は、購入・利用の中心は管理職や兼任担当者、承認者は経営者や部門責任者です。 --- ## 【利用開始条件】 以下を満たすことを利用開始条件とします。 - 実在する会社・部門・業務について検討している - 対象を1部門または1業務テーマ程度まで限定できる - AI活用候補、または具体的に困っている業務がある - 対象業務を説明できる実務担当者がいる - 誰に何を判断してもらいたいかを、おおむね説明できる - 不足情報がある場合に追加確認へ対応できる - 機密情報や個人情報を除外・匿名化して情報を提出できる - 成果物が判断材料であり、承認・導入・効果を保証するものではないと理解している - 契約、設定、社内確認、試行実施は顧客側で行うことに同意している 以下の状態は対象外です。 - AIに興味があるだけで、対象部門も業務課題も決まっていない - 全社の全業務やAI戦略をまとめて検討したい - 対象業務は決まっており、必要なのが設定・研修・運用代行だけである - 法務判断、セキュリティ監査、精密なROI算定を求めている --- ## 【顧客が準備するもの】 顧客には、次の情報を分かる範囲で準備してもらいます。 ### 検討の背景 - AI活用を検討する理由 - 対象部門・業務テーマ - 誰に何を判断してもらう予定か - 判断が必要な時期 ### 対象業務 - AI活用候補、または困っている業務 - 業務の目的 - おおまかな作業の流れ - 担当者 - 現在使用しているツール - 頻度、件数、所要時間の概算 - 手戻り、属人化、待ち時間などの問題 ### リスク・実施条件 - 扱う情報の種類 - 個人情報、顧客情報、営業秘密などの有無 - 誤りが発生した場合の影響 - AI出力を人が確認・修正できるか - 社外送信や公開に利用する可能性 - 既知の社内規程や利用上の制約 - 試行を担当できる人の有無 精密な数値、詳細な業務マニュアル、完成済みのAI活用案は必要ありません。 --- ## 【顧客から受け取るもの】 商品側が受け取るものは、原則として以下です。 - 入力フォームへの回答 - 必要な場合の追加質問への回答 - 必要な場合に限り、匿名化された業務サンプルや画面例 - 既存AIツールの利用状況や、確認済みの社内制約 - 判断者・試行担当者などの役割情報 原則として受け取らないものは以下です。 - 実際の個人情報や顧客データ - 顧客名、取引先名、未公開情報 - パスワード、APIキー、認証情報 - 営業秘密を含む原本資料 - 大量の業務資料 - 外部提供の権限が確認できない資料 --- ## 【商品側で行うこと】 1. **対象範囲と判断目的を確認する** - 対象部門、業務テーマ、判断者、判断内容を確認します。 2. **不足情報を確認する** - 結論や試行条件に影響する不明点だけを追加確認します。 - 推測で重要な前提を補いません。 3. **候補業務を具体化する** - 顧客の困りごとを、AIが支援する工程単位へ整理します。 - 業務全体の自動化ではなく、AIと人の役割を分けます。 4. **候補を共通基準で比較する** - 小規模に試せるか - 人が出力を確認できるか - 誤りの影響を限定できるか - 情報管理上の条件を設けられるか - 担当者と評価方法を置けるか - 現実的に着手できるか 5. **推奨・保留・見送りを判断する** - 無理に試行候補を選ばず、全件見送りも選択肢とします。 6. **限定試行の条件を設計する** - 試行対象と対象外 - AIと人の役割 - 担当者 - 期間または処理件数の目安 - 確認方法 - 評価項目 - 停止条件 - 試行前の社内確認事項 7. **社内判断に使える成果物へ整理する** - 情報量の多い診断レポートではなく、判断に必要な内容へ絞ります。 --- ## 【顧客へ返すもの】 主要成果物は、以下をまとめた**AI限定試行判断シート**です。 - 今回の判断 - 推奨 - 条件付き推奨 - 保留 - 見送り - 全件見送り - 最初に試す業務または工程 - その業務を選ぶ理由 - 今回見送る候補と理由 - 判断の前提と未確認事項 - AIに行わせること - 人が行うこと・確認すること - 試行対象と対象外 - 使用する情報の範囲 - 主なリスクと実施条件 - 担当者 - 試行期間または件数の目安 - 評価項目 - 継続・修正・中止の判断観点 - 次に誰が何を確認・承認するか 成果物の分量は固定的な価値とはせず、社内判断に必要な内容が過不足なく入ることを優先します。 --- ## 【標準提供内容】 核心価値に必要な標準提供は、以下に限定します。 - 対象範囲と判断目的の確認 - 提出情報の確認 - 判断に影響する不足情報の確認 - 候補業務の抽出または粒度調整 - 候補間の比較 - 推奨・条件付き推奨・保留・見送り判断 - 選定理由と見送り理由の整理 - 主なリスクと実施条件の整理 - 限定試行の範囲設計 - 評価項目と次回判断観点の設計 - 次に必要な社内確認・承認事項の明確化 - AI限定試行判断シートの納品 AI適性の数値スコアは中心成果物にせず、必要な場合も商品側の内部整理にとどめます。 --- ## 【標準提供に含めないもの】 - AI適性の総合点や精密な診断スコア - 数十ページの詳細レポート - 網羅的なAI活用アイデア集 - 多数のAIツール比較・ランキング - 特定製品の導入保証付き推奨 - 精密なROIや投資回収期間の算定 - 詳細な業務改善・BPR - 全社AI・DXロードマップ - 完成版の稟議書作成 - 詳細な操作マニュアル - 大量のプロンプト作成 - AIツールの設定 - 社員研修 - 試行への同席 - 試行結果の記録・集計・分析 - 継続的な伴走支援 --- ## 【顧客自身が行うこと】 - 対象部門・業務テーマを決める - 業務を把握している担当者から情報を集める - 正確な業務情報を提出する - 機密情報を除外・匿名化する - 不明な社内規程や契約条件を確認する - 必要に応じて法務、情報システム、責任者へ相談する - 成果物を使って社内承認を求める - 使用ツールを契約・設定する - 試行用データを準備・入力する - AI出力を人が確認する - 試行を実施し、結果を記録する - 継続・修正・中止を最終判断する 商品側は顧客の経営判断、専門判断、実施責任を代行しません。 --- ## 【利用の流れ】 1. **申込・対象確認** - 対象部門、業務テーマ、求める判断がサービス範囲内か確認します。 2. **業務情報の提出** - 顧客がフォームから背景、業務、負担、情報種類、制約などを提出します。 3. **不足情報の確認** - 結論に影響する不明点がある場合のみ、追加質問または短時間の確認を行います。 4. **候補整理・比較** - 商品側が候補を工程単位に整え、試しやすさ、確認可能性、リスク、実行可能性を比較します。 5. **判断・試行条件の作成** - 推奨・保留・見送りを判断し、限定試行の条件と次の社内判断を整理します。 6. **成果物の納品** - AI限定試行判断シートを納品します。 7. **限定的な説明・修正** - 事前に定めた範囲内で、納品内容の説明と軽微な事実誤認の修正を行い、案件を終了します。 --- ## 【提供完了条件】 以下が記載された成果物を、合意した方法で納品した時点を標準提供完了とします。 - 推奨・条件付き推奨・保留・見送りのいずれか - 選定・見送り理由 - 判断の前提と未確認事項 - 試行する場合の対象・対象外 - AIと人の役割 - 主なリスクと実施条件 - 担当者と確認方法 - 評価項目 - 継続・修正・中止の判断観点 - 次に顧客が確認・承認する事項 以下は提供完了条件に含みません。 - 社内承認の取得 - ツールの契約・導入 - 試行の開始・完了 - AI利用の定着 - 業務改善効果やROIの実現 全件見送りや保留となった場合も、理由と次の確認事項が整理されていれば提供完了です。 --- ## 【サポート範囲】 標準サポートは以下に限定します。 ### 納品前 - 判断に必要な不足情報の確認 - 文章だけでは確認が難しい場合の短時間の事実確認 - 顧客が提出した情報の解釈確認 ### 納品後 - 判断理由や記載内容の説明 - 「条件付き推奨」「保留」などの意味の説明 - 提出済み情報に関する事実誤認の修正 - 転記ミス、記載漏れ、閲覧不能などの提供者側不備の是正 以下はサポート範囲外です。 - 新しい候補の相談 - 新情報を反映した結論変更 - ツールの操作相談 - プロンプトの継続改善 - 試行中のトラブル相談 - 社内会議後の再提案 - 無期限・無制限の質問や修正 対応回数や受付期間などの数値条件は、有料提供実績がないため現時点では確定せず、試験販売時に申込条件として個別に明示します。 --- ## 【追加対応・オプション候補】 需要と工数が確認できた場合に限り、次を追加商品として検討できます。 - 別部門・別テーマの分析 - 比較候補の追加 - 新情報による再分析 - 顧客様式への説明資料の編集 - 特定の少数ツールに関する公開情報の確認 - 試行イメージを示す最小限のプロンプト作成 - 追加打ち合わせ - 顧客が記録した試行結果に基づく振り返り 初期段階では標準商品へ組み込まず、実際に依頼が発生したものだけを検証します。 --- ## 【提供しないこと】 - AI導入効果、時間削減、売上増加などの保証 - AI出力の正確性や安全性の保証 - 法務判断、契約解釈、適法性の保証 - 高度なセキュリティ監査や脆弱性診断 - 個人情報保護・著作権・業界規制への適合保証 - ツールの契約、購入、設定、権限付与 - 顧客データの加工・入力 - システム開発、API連携、データ移行 - 顧客に代わる社内承認取得 - 顧客に代わる試行実施・出力確認 - 全社DX・AI戦略の策定 - 社内規程の作成 - 社員研修 - 試行への同席や進行管理 - 継続的な運用代行 - 緊急対応、夜間・休日対応 - AI利用中の事故対応 - 無制限の修正・相談 --- ## 【顧客が誤解しやすい点】 1. **必ずAIを試す業務が選ばれるわけではない** - 保留や全件見送りも正式な成果です。 2. **判断シートは承認取得を保証しない** - 社内説明の材料を作りますが、説得や承認手続きは顧客が行います。 3. **リスク整理は安全性・適法性の保証ではない** - 専門部署や専門家へ確認すべき事項を整理するものです。 4. **試行計画は導入・実施代行ではない** - 何をどう試すかは整理しますが、契約、設定、入力、進行管理は行いません。 5. **ツール要件の整理は最適製品の選定ではない** - 必要機能や確認事項を示す場合があっても、市場全体から最良製品を保証するものではありません。 6. **軽微な修正と再分析は異なる** - 新候補、新制約、使用ツールの変更などで結論が変わる場合は再分析です。 7. **成果物は納品時点の情報に基づく** - 業務、規程、ツール、体制が変われば、そのまま利用できない場合があります。 --- ## 【販売ページで明示すべき条件】 - 誰向けのサービスか - 対象は限定された部門・業務テーマであること - 候補がなくても、具体的な業務上の困りごとがあれば利用できること - 顧客が提出する情報 - 機密情報や個人情報を提出しないこと - 納品物の内容 - 推奨、条件付き推奨、保留、見送りのいずれもあり得ること - 必ずAI導入案が出るわけではないこと - 提供完了は判断資料の納品時点であること - 承認、契約、設定、試行、効果測定は顧客が行うこと - 法務判断、セキュリティ監査、精密なROI算定を含まないこと - 詳細レポート、ツールランキング、研修、導入代行を含まないこと - 質問、修正、追加確認には事前に示した上限があること - 新候補や新情報による結論変更は追加対応になること - 効果、承認、正確性、安全性を保証しないこと - 顧客から必要情報が得られない場合は、条件付き判断または保留で納品する場合があること --- ## 【現時点で確度が低い仕様】 以下はいずれも、有料提供実績がないため未検証です。 1. **想定顧客の支払意思** - 中小企業の管理職・兼任担当者が、AI活用の判断支援へ有料で申し込むかは未確認です。 2. **フォーム完結の可否** - フォームだけで判断に必要な業務情報を取得できる割合は分かっていません。 3. **標準対象範囲** - 1部門・1テーマ、少数候補という範囲で十分な価値を感じてもらえるかは未確認です。 4. **成果物の具体性** - 判断シートだけで社内提案へ進めるか、説明面談や別形式の要約が必要かは未確認です。 5. **価格・工数・サポート上限** - 適正価格、実作業時間、追加質問・修正・質問受付の適切な上限は未確認です。 --- ## 【次に検証すべき3項目】 ### 1. 判断支援に対する有料需要 - **何を確認するか** - 想定顧客が、ツール紹介ではなく「最初に試す業務と見送り理由を決める支援」に料金を支払うか - 誰が購入を決めるか - どのような社内状況で購入意向が高まるか - **なぜ重要か** - 課題が存在しても、無料相談や社内検討で代替されるなら商品として成立しないためです。 - **仕様を維持できる結果** - 顧客が、判断の先送りを解消できることや、社内提案に使える判断資料へ明確な価値を感じる - 限定された対象範囲でも有料で申し込む - **仕様を見直すべき結果** - ツール設定、研修、実施支援がないと購入しない - 判断資料だけでは料金を支払わない - 購入者が想定した管理職・兼任担当者と大きく異なる ### 2. 必要情報を低負担で取得できるか - **何を確認するか** - 顧客が業務の目的、流れ、負担、情報種類、誤りの影響、人による確認可否を回答できるか - フォーム、追加質問、面談のどの組み合わせが必要か - **なぜ重要か** - 情報不足が多いと、判断品質が下がるか、面談工数が増えて単発商品として成立しなくなるためです。 - **仕様を維持できる結果** - 大半の必要情報を一度の入力で取得できる - 不足確認が限定的で、判断に必要な事実を把握できる - 機密情報を受け取らずに分析できる - **仕様を見直すべき結果** - 複数回の面談や大量資料の確認が常に必要になる - 顧客自身が業務情報を説明できない - 現場担当者への直接ヒアリングなしでは判断できない ### 3. 判断シートで次の社内行動へ進めるか - **何を確認するか** - 納品後、顧客が承認者へ試行・保留・見送りの判断を求められるか - 不足している項目や、追加で求められる支援は何か - **なぜ重要か** - 本商品の核心価値はレポートの納品ではなく、調査状態から社内判断へ進めることだからです。 - **仕様を維持できる結果** - 顧客が大幅な再編集なしで社内説明に使える - 何を承認してほしいか、次に誰が何をするかが明確になる - 導入支援がなくても次の判断へ進める - **仕様を見直すべき結果** - 説明面談や稟議書作成がなければ利用できない - 試行範囲やリスク条件が抽象的で、承認者が判断できない - 納品後に導入・ツール選定の相談が必ず発生する --- ## 【次の行動】 1. **想定顧客への課題・購入条件ヒアリングを行う** - 一般的なAIニーズではなく、直近の社内判断、承認者、期限、過去に止まった理由、支払意思を確認します。 2. **判断シートと入力フォームの最小版を作る** - 実案件で必要な項目だけを作り、詳細レポート、スコア、教材、システムは作りません。 3. **少数の有料試験販売を行う** - 無料モニターだけでなく、金額を提示し、実際に判断支援へ支払うかを確認します。 4. **案件ごとの工数と顧客行動を記録する** - 入力確認、追加質問、分析、成果物作成、修正対応にかかった時間と、納品後に社内提案へ進めたかを記録します。 5. **検証結果に基づいて範囲・価格・サポート上限を確定する** - 面談の要否、対象候補数、成果物形式、質問・修正条件、追加対応の扱いを実績から決めます。