プロダクト戦略 / 米国 / グローバル
AIへ仕様を渡す前に、「何を決めたか」をチームでそろえる
FigmaのSpecs発表から、画面・要求・判断の理由を一緒に残す意味を考える。
30秒でいうと
に作ってもらう前に、何を作るかだけでなく、誰のために、なぜそう決めたかも共有しよう、という話です。
身近な例
架空の予約画面の例です。「取消ボタンを追加」だけでは、いつまで取り消せるか分かりません。「前日まで取消可。当日は電話」と画面と一緒に残せば、人もも確かめるをそろえられます。
何が起きたか
- Figmaは、文章と画面・図などの参照を同じ場所で扱い、チームとへ背景を共有するSpecsを発表した。
- 発表時点では有料プラン向けに公開試用版の提供を順次始めるとしている。導入条件は公式情報で確認する必要がある。
製品提供元の発表の要約とJPMの独自の実務例です。開発速度や品質の改善を独立検証したものではなく、製品の利用や課金を勧めるものでもありません。
AI時代に得られる学び
JPMの解釈：は、だけでなく目的やを共有する文書。新しい道具を入れることと、チームが合意することは別です。決定したこと、まだのこと、今回は作らないことを分ける運用は、今使っている文書でも始められます。
日本では、どう試すか
試し方の例：一つの変更について、利用者が困る場面、関連する画面、決めた条件、未解決の問い、確認する担当を一枚にまとめます。の下書きを条件と照合し、抜けがあれば文書へ戻して直します。試作が動くことと、本番で安心して使えることは分けて確認します。
ここで意見が分かれる
期待できる点：判断の理由を同じ場所から確認できれば、口頭の伝言や古い画面だけに頼る状態を減らせる可能性があります。
気をつける点：誤ったを共有すると、全員が同じ誤りで進むこともあります。誰が確認したか、変更をどこへ戻すかを決めます。機密情報の外部共有や閲覧権限も確認が必要です。
YOUR TURN
読者のコメント 0件表示
まだコメントはありません。