Wonbeen Lee wbeen / AI Product Ops notebook
Career index

Professional case · Product실무 사례 · Product実務事例 · Product

Item 360 ViewItem 360 ViewItem 360 View

Designing an item-centered decision surface that evolved from universal 360° access into intent-aware retrieval and connected follow-through.품목 중심의 의사결정 화면을 설계하고, 어디서든 360 정보를 보는 경험에서 사용 의도에 맞는 조회와 연관 업무 연결까지 확장한 제품 기획 사례品目中心の意思決定画面を設計し、どこからでも360情報を確認する体験から、利用意図に合った検索状態と関連業務への接続まで発展させた製品企画事例

Role역할役割
Product planning lead제품 기획製品企画
Product제품製品
Caidentia · Item 360 ViewCaidentia · Item 360 ViewCaidentia · Item 360 View
Scope범위範囲
Phase 1 released · Phase 2 follow-up planningPhase 1 출시 · Phase 2 후속 개선 기획Phase 1 リリース · Phase 2 継続改善企画

Context배경背景

Item-level decisions in procurement depend on context spread across transactions, prices, contracts, supply history, documents, and the workflow that brought the user to the item. Item 360 was treated as a decision surface rather than a data dump.구매 업무에서 품목을 판단하려면 거래, 단가, 계약, 공급 이력, 관련 문서와 사용자가 어떤 업무 흐름에서 이 품목을 보게 되었는지까지 함께 이해해야 합니다. Item 360은 데이터를 모아놓는 화면이 아니라 판단과 다음 행동을 돕는 의사결정 화면으로 정의했습니다.調達で品目を判断するには、取引、単価、契約、供給履歴、関連文書に加え、ユーザーがどの業務フローからその品目へ来たかという文脈も必要です。Item 360は単なるデータ集約画面ではなく、判断と次の行動を支える意思決定画面として定義しました。

Product challenge제품 과제製品課題

Product challenge제품 과제製品課題

01

Problem DefinitionProblem DefinitionProblem Definition

Give users enough item context to make a decision without forcing them to reconstruct that context by jumping across screens, while preserving the intent that brought them into the 360° view.사용자가 여러 화면을 오가며 품목의 맥락을 다시 조립하지 않아도 판단할 수 있게 하되, 360 조회를 시작하게 된 사용자의 업무 의도와 조회 맥락이 끊기지 않도록 하는 것이 핵심 문제였습니다.複数画面を行き来して品目の文脈を組み直さなくても判断できるようにしつつ、360° Viewを開いた利用者の業務意図と検索文脈を失わないことが中心課題でした。

Acceptance CriteriaAcceptance CriteriaAcceptance Criteria

  1. 01

    A user can open an item-centered 360° view from relevant product contexts without first rebuilding the item query.관련 업무 화면에서 품목을 다시 검색하지 않고 Item 360을 열 수 있어야 합니다.関連する業務画面から品目を再検索せずにItem 360を開けること。

  2. 02

    The view presents the item context needed for representative procurement decisions in a clear hierarchy instead of an unbounded field collection.대표 구매 판단에 필요한 정보를 명확한 위계로 제공하고, 가능한 모든 필드를 무제한으로 쌓지 않아야 합니다.代表的な調達判断に必要な情報を明確な階層で提示し、可能な項目を無制限に並べないこと。

  3. 03

    When entering from a specific intent or context, useful query conditions and view state are carried or prepared so the user lands in a decision-ready state.특정 의도와 맥락에서 진입했을 때 필요한 조회 조건과 화면 상태가 이어지거나 적절히 준비되어, 바로 판단 가능한 상태로 도착해야 합니다.特定の意図・文脈から入った場合、必要な検索条件と表示状態が引き継がれる、または適切に準備され、判断できる状態で到達すること。

  4. 04

    From the 360° result, users can move to relevant source documents or downstream work without losing the item context.360 조회 결과에서 관련 원문 문서나 후속 업무로 이동할 때 품목 맥락이 끊기지 않아야 합니다.360°の結果から関連する原文書や後続業務へ移動しても、品目の文脈が失われないこと。

Product evolution제품 확장プロダクトの発展

Product evolution제품 확장プロダクトの発展

02
01

Phase 1 · Universal item contextPhase 1 · 어디서든 품목 맥락 확인Phase 1 · どこからでも品目文脈を確認

Established the first Item 360 experience so users could move from relevant product areas into a single item-centered view of transaction, price, contract, supply, and other decision context.제품의 관련 영역 어디서든 품목을 중심으로 거래·단가·계약·공급 등 다면적인 정보를 한 화면에서 확인할 수 있는 첫 Item 360 경험을 설계했습니다.製品内の関連領域から品目を起点に、取引・単価・契約・供給など多面的な情報を一つの画面で確認できる最初のItem 360体験を設計しました。

02

Phase 2 · Intent-aware retrieval & connected navigationPhase 2 · 의도 기반 조회와 연관 탐색Phase 2 · 意図に合った検索と関連導線

Extended the concept by preparing query conditions and view state around the user’s intent, then improving links from the 360° result into related documents and follow-up work so context survives the next action.사용자의 조회 의도에 맞춰 검색 조건과 화면 상태를 더 적합하게 준비하고, 360 결과에서 관련 문서와 후속 업무로 자연스럽게 이어지도록 연결 구조를 개선했습니다.利用者の検索意図に合わせて検索条件と表示状態を整え、360°の結果から関連文書や後続業務へ自然に進めるよう接続を改善しました。

My role제 역할担当

My role제 역할担当

I owned product planning across both phases: problem framing, representative users and use cases, information hierarchy, UX and requirements, engineering review, QA/release follow-through for Phase 1, and the follow-up retrieval/navigation improvements scoped in Phase 2.두 Phase의 제품 기획을 담당했습니다. 문제 정의, 대표 사용자와 Use Case, 정보 위계, UX·요구사항, 개발 검토를 연결했고, Phase 1은 QA·출시까지 이어갔으며 Phase 2에서는 조회 조건·화면 상태·연관 문서 이동을 중심으로 후속 개선 범위를 설계했습니다.両Phaseの製品企画を担当しました。課題設定、代表ユーザーとUse Case、情報階層、UX・要件、開発レビューをつなぎ、Phase 1はQA・リリースまで、Phase 2では検索条件・表示状態・関連文書への移動を中心に継続改善を設計しました。

Key product decisions핵심 제품 판단主な製品判断

Key product decisions핵심 제품 판단主な製品判断

03
01

Start from decisions, not fields필드가 아니라 판단에서 시작項目ではなく判断から始める

Define representative users and item-level decisions first, then decide which information earns space in the view.대표 사용자와 품목 단위의 판단 상황을 먼저 정의한 뒤, 그 판단에 필요한 정보만 View에 배치했습니다.代表ユーザーと品目単位の判断シーンを先に定義し、その判断に必要な情報をViewへ配置しました。

02

Bound the first release첫 릴리즈의 경계 설정初回リリースの境界を決める

Separate useful Phase 1 context from integrations and expansions that could be added later, keeping the first version reviewable and buildable.1차 출시에서 필요한 맥락과 이후 확장·연계 영역을 구분해 첫 버전이 검토·개발 가능한 크기를 유지하도록 했습니다.初回に必要な情報と将来の拡張・連携を分け、最初のバージョンをレビュー・開発可能な規模に保ちました。

03

Design the information hierarchy정보 위계 설계情報階層を設計

Organize transaction, price, contract, and supply context so users can move from overview to detail without losing the item as the center of the task.거래, 단가, 계약, 공급 맥락을 품목 중심으로 묶고 Overview에서 상세로 자연스럽게 내려갈 수 있도록 정보 위계를 설계했습니다.取引、単価、契約、供給の情報を品目中心にまとめ、Overviewから詳細へ自然に掘り下げられる情報階層を設計しました。

04

Carry planning through release기획을 출시까지 연결企画をリリースまでつなぐ

Treat engineering review, QA findings, release readiness, and post-release changes as part of product planning rather than handoff-only work.개발 검토, QA에서 나온 수정, 출시 준비, 출시 후 보완을 기획 이후의 별도 단계가 아니라 제품 기획의 연속으로 다뤘습니다.開発レビュー、QAでの修正、リリース準備、リリース後の改善を、企画後の別工程ではなく製品企画の続きとして扱いました。

Delivery기획에서 실행까지企画から実行まで

Delivery기획에서 실행까지企画から実行まで

  • Defined representative user needs and item-level decision scenarios.대표 사용자의 요구와 품목 단위 의사결정 시나리오를 정리했습니다.代表ユーザーのニーズと品目単位の判断シナリオを整理しました。

  • Translated the product concept into information structure, UX flows, policies, and detailed requirements.제품 개념을 정보 구조, UX 흐름, 정책, 상세 요구사항으로 구체화했습니다.製品コンセプトを情報構造、UXフロー、運用ルール、詳細要件へ落とし込みました。

  • Reviewed implementation with engineering and incorporated QA and release feedback into the product definition.개발 조직과 구현을 검토하고 QA·출시 피드백을 제품 정의에 다시 반영했습니다.Engineeringと実装をレビューし、QA・リリースのフィードバックを製品定義へ反映しました。

  • Supported release, demo readiness, and post-release improvements for the first phase.Phase 1의 출시, 데모 준비, 출시 후 개선까지 후속 작업을 이어갔습니다.Phase 1のリリース、デモ準備、リリース後の改善までフォローしました。

Outcome결과結果

Outcome결과結果

Phase 1 shipped as a released product capability. Phase 2 extends the same decision surface toward intent-aware retrieval and connected follow-through, keeping item context intact from overview to the next task.Phase 1은 실제 제품 기능으로 출시되었습니다. Phase 2에서는 같은 의사결정 화면을 사용 의도에 맞는 조회와 연관 문서·후속 업무 연결까지 확장해, 품목 맥락이 다음 행동까지 이어지도록 개선했습니다.Phase 1は製品機能としてリリースされました。Phase 2では同じ意思決定画面を、利用意図に合った検索と関連文書・後続業務への接続まで広げ、品目の文脈を次の行動まで維持できるよう改善しました。

What this demonstrates이 사례가 보여주는 것この事例が示すこと

Enterprise product framing엔터프라이즈 제품 정의エンタープライズ製品定義

Turn a broad “360° view” idea into bounded user decisions and a buildable first release.넓은 360° View 아이디어를 사용자 판단과 개발 가능한 1차 범위로 좁혔습니다.広い360° Viewのアイデアを、ユーザー判断と開発可能な初期スコープへ絞りました。

Information architecture정보 구조情報設計

Organize heterogeneous item context around the task rather than the source system.서로 다른 출처의 품목 정보를 원천 시스템이 아니라 사용자 업무 중심으로 재구성했습니다.異なる出所の品目情報を、元システムではなくユーザーの仕事を中心に再構成しました。

Scope judgment범위 판단スコープ判断

Keep Phase 1 useful without turning every possible data source into a release dependency.가능한 모든 데이터를 1차 출시 의존성으로 만들지 않으면서도 유용한 범위를 남겼습니다.すべてのデータを初回リリースの依存関係にせず、価値のある範囲を残しました。

Delivery continuity출시까지의 연속성リリースまでの連続性

Carry product decisions through engineering review, QA, release, and post-release iteration.제품 판단을 개발 검토, QA, 출시, 출시 후 개선까지 이어갔습니다.製品判断を開発レビュー、QA、リリース、リリース後改善までつなぎました。