Bixby Developer Center

Guides
References

Result Moment

image alt text

Bixby는 Result Moment에서 사용자의 goal을 달성하는 데 필요한 action을 완료하거나 정보를 제시합니다. Result Moment는 결과 목록, 단일 결과 또는 트랜잭션 receipt의 형태가 될 수 있습니다.

Result Moment를 생성하기 전에 Bixby는 캡슐이 사용자의 의도를 달성하는 데 필요한 모든 정보를 수집하고(Input Moment 참조) 필요한 경우 사용자의 확인을 받습니다(Confirmation Moment 참조). 하지만 가상 개인 비서로서 Bixby는 항상 컨버세이션(conversation)을 신속히 진행하여 결과를 제시하는 것을 목표로 합니다.

다음 중에서 선택해 보세요.

이런 여행지는 어떤가요?

여행을 예약했습니다.

Result Moment 다음에 반드시 컨버세이션(conversation)이 끝날 필요는 없습니다. 사용자는 다음 중 한 가지 방식으로 다음 단계를 계속해서 진행할 수 있습니다.

  • 결과에 대한 조치 수행. 예를 들어 식당 검색 결과에서 "예실가든에 전화해줘" 또는 “예실가든 예약해줘”와 같이 말할 수 있습니다.

  • 관련 요청에 대한 후속 질문. 예를 들어 식당 검색 결과에서 "예실가든 몇 시에 열어?"와 같이 물어볼 수 있습니다.

  • Input을 추가하거나 변경하여 구체화. 예를 들어 "더 싼 식당 찾아줘"와 같이 말하여 새로운 결과가 필요하게 될 수 있습니다.

언제 사용해야 할까

Result Moment는 action을 완료할 때는 물론이고 옵션을 제시할 때도 사용됩니다. 사용자가 Bixby 컨버세이션(conversation)에서 어느 단계에 있는지에 따라 다음과 같은 Result Moment 중 하나를 사용할 수 있습니다.

Note

이 주제에서는 Bixby 인터페이스에 있는 동안 Result Moment를 처리하는 방법을 설명합니다. app-launch를 사용하여 애플리케이션으로 이동(punch out)하는 경우에 대한 정책은 앱으로 이동(Punch Out) 관련 정책을 참조하세요.

주요 고려 사항

다음은 컨버세이션(conversation)에 Result Moment를 포함할 때 고려해야 할 디자인 관련 사항입니다.

정보 계층
  • 옵션을 제시할 때는 각 요약에 표시되는 데이터 포인트 수를 최대 4개로 제한합니다. 이렇게 하면 사용자가 목록을 쉽게 훑어볼 수 있습니다.

  • 또한 옵션을 제시할 때는 사용자의 선호를 학습하는 데 어떤 정보가 사용되는지를 사용자가 파악할 수 있도록 하는 것이 중요합니다. 따라서 각 요약에 그러한 내용을 표시해야 합니다.

  • 세부 정보를 제공할 때는 정보의 다양한 측면을 간략하게 보여주어 한정된 양의 정보만을 사용하도록 합니다. 추가 정보가 필요할 경우에는 사용자가 요청할 것입니다.

  • 사용 가능한 모든 정보를 포함해서 전체 애플리케이션 또는 서비스 인터페이스를 똑같이 재현하려고 하면 안 됩니다. 사용자 요청을 바탕으로 정보 계층을 변경하는 것은 좋은 방법이 아닙니다. 따라서 모든 사용 사례에서 사용자에게 정말 중요한 것이 무엇인지를 고려하여 옵션을 결정해야 합니다.

선호 학습(Preference Learning)

옵션을 제시할 때는 사용자 선호를 고려해야 합니다. 이렇게 하려면 사용자 선호를 바탕으로 상위 결과를 하이라이트하고 모든 결과의 순위를 지정합니다.

옵션 제시

목록

가장 기본적인 형태는 사용자에게 단순한 옵션 목록으로 정보를 제시하는 것입니다.

image alt text

이미지의 경우 2~3개 열의 레이아웃으로 이미지를 배열하는 그리드 view를 사용할 수 있습니다.

image alt text

추가 고려 사항
  • 사용자가 선택하는 데 필요한 가장 관련성 높은 정보만 표시합니다. 가상 비서는 검색 서비스가 아니므로 결과를 25개로 제한하는 것이 좋습니다.

  • 필요한 정보를 추려서 제공하는 서비스라면 사용자에게 단순한 목록으로 옵션을 제시하는 것이 가장 좋습니다.

  • 몇 가지 구성 요소 옵션 중에서 해당 내용에 가장 잘 맞는 옵션을 선택할 수 있습니다. 이렇게 선택한 구성 요소는 스크롤 가능한 목록으로 단순 반복되며 항상 한 가지 유형으로 유지됩니다.

  • conversation-drivers를 추가하면 사용자가 추가 발화를 할 때 캡슐 내에 머무르도록 할 수 있습니다. 캡슐 락(capsule lock)에 대한 자세한 내용은 캡슐 락(Capsule Lock) 및 모달리티(Modality)를 참조하세요.

하이라이트를 사용한 목록

옵션을 제시할 때는 사용자를 위해 일부 결과를 하이라이트하는 것이 좋습니다. 이렇게 하면 사용자가 더 쉽고 빠르게 결정을 내릴 수 있습니다.

image alt text

추가 고려 사항
  • Bixby 플랫폼은 한 목록에서 최대 3개의 하이라이트를 표시합니다. 또한 이러한 하이라이트는 결과가 3개보다 많은 경우에만 표시됩니다. 하이라이트가 적용되면 사용자는 원할 경우 추가 결과를 볼 수 있습니다.

  • 추가 결과 항목은 "More Results" 레이블로 그룹화되어 있으며 하이라이트 결과 바로 다음에 표시됩니다.

  • 하이라이트 결과는 일반 결과와 확실하게 차이가 나도록 만들어야 합니다. 다른 결과보다 더 눈에 띄는 구성 요소를 하이라이트 결과에 사용하면 이러한 효과를 줄 수 있습니다.

  • 하이라이트 결과에는 다른 결과와 구별되게 하이라이트된 이유를 사용자에게 설명하는 레이블이 함께 표시됩니다. 항목을 하이라이트할 때는 여러 기준을 결합해야 합니다. 예를 들어 대부분의 사용자는 항공편을 검색할 때 소요 시간이 가장 짧고 가격이 가장 싼 것을 찾으므로 단지 "싼 항공편"이 아니라 "싸고 빠른 항공편"을 하이라이트하면 하이라이트 결과가 더 유용해집니다.

  • 하이라이트는 사전에 결정되므로 개발자는 사용자 요청에 포함된 input에 대해 동작하는 하이라이트 결과를 모두 제외해야 합니다. 예를 들어 사용자가 "가까운 이탈리아 요리 맛집"을 요청할 경우 "높은 평점" 하이라이트를 사용하는 것은 불필요합니다. 제시되는 모든 옵션이 이미 높은 평점을 받은 것들이기 때문입니다.

  • 하이라이트 레이블에는 최상급 표현을 사용하면 안 됩니다. 예를 들어 "최고 평점"이 아니라 "높은 평점"을 사용해야 합니다.

  • 또한 Bixby는 "사용자의 선호를 토대로" 하이라이트하는 경우가 많습니다. 이 정보는 Bixby 플랫폼의 선호 학습(preference learning) 알고리즘을 통해 제공됩니다.

헤더를 사용한 목록

아티스트별 이벤트, 호텔 내 객실 등과 같이 결과 내에 계층 관계가 있는 경우에는 부모 결과를 헤더로 사용하고 그 아래에 해당 결과를 그룹으로 표시하는 것이 좋습니다. 헤더로 사용되는 부모 구성 요소 다음에는 일반적으로 결과 집합이 단순한 목록으로 나열됩니다.

image alt text

추가 고려 사항
  • Nested 항목에는 탭할 수 있는 구성 요소를 사용해야 합니다.

  • 한 수준의 nesting만 사용할 수 있습니다.

  • Nested 항목에는 부모 헤더 구성 요소에 비해 상대적으로 눈에 덜 띄는 구성 요소를 사용합니다.

세부 정보 제시하기

Result Moment는 단일 결과에 대해 자세한 정보를 제공할 때도 사용됩니다. 사용자는 구체적으로 해당 정보를 요청하거나 선택 목록에서 하나를 선택하여 단일 결과를 얻게 됩니다.

image alt text

추가 고려 사항
  • 세부 정보는 항상 섹션으로 구분하여 제시해야 합니다. 섹션을 사용하면 중요한 정보를 간략하게 표시할 수 있습니다.

  • 각 섹션에 이용 가능한 모든 정보를 표시하지 않도록 주의합니다. 대신 각 섹션의 특색에 맞는 간단한 정보나 예를 사용하세요. 추가 정보가 필요할 경우에는 사용자가 요청할 것입니다. 특정 애플리케이션이나 서비스를 똑같이 재현하려고 해서는 안 됩니다.

  • 세부 정보에는 다양한 정보가 있을 수 있으므로 중요한 정보를 상위에 표시하여 적절한 정보 계층을 유지해야 합니다.

  • 단일 Result Moment에서는 매우 다양한 유형의 구성 요소를 사용할 수 있습니다.

  • 세부 정보에는 input 구성 요소 또는 button을 포함할 수 없습니다.

  • 모든 action은 주 action button 또는 conversation-driver로 하단 Action Zone에 표시해야 합니다. 실제로 사용자의 조치를 유도하는 주 action을 Action Zone에 포함하는 것이 좋습니다. 예를 들어, 호텔 예약 시나리오의 경우 호텔 세부 정보에서 "호텔 예약"을 주 action으로 사용해야 합니다.

Receipt 제시하기

Receipt는 Bixby가 action 또는 트랜잭션을 성공적으로 완료했다는 증서에 사용되는 Result Moment 유형입니다.

image alt text

추가 고려 사항
  • 금전 거래가 발생하는 트랜잭션에서는 트랜잭션 금액의 비용 명세를 보여주는 것이 좋습니다.

  • Receipt에는 Confirmation Moment에 표시된 것과 동일한 정보의 트랜잭션 요약을 포함해야 합니다. 자세한 내용은 트랜잭션 워크플로우의 커밋 후 Action Type을 참조하세요.

  • Receipt는 activity에 대한 업데이트를 제공할 때도 활용할 수 있습니다. 자세한 내용은 Activity Card에 표시되는 내용을 참조하세요.

Result Moment 구성하기

Conversation Zone

Result Moment에서 이루어지는 Bixby dialog는 Content Zone에 표시되는 결과를 요약하거나 설명해야 합니다. Dialog를 작성하는 자세한 방법은 작성 가이드라인에서 살펴볼 수 있습니다.

Content Zone

이러한 다양한 구성 요소를 언제 사용하는지에 대한 자세한 내용은 Bixby Views를 사용하여 디자인하기구성 요소 및 레이아웃 패턴을 참조하세요. 개발자 가이드의 Bixby Views 빌드 페이지에 있는 결과 View 섹션이나 위에 링크로 포함된 참조 페이지에서 이러한 구성 요소에 대한 자세한 내용을 살펴볼 수 있습니다.

옵션 제시

옵션을 제시할 때는 다음 구성 요소를 사용합니다.

세부 정보 제시

세부 정보를 제시할 때는 다음 구성 요소를 사용합니다.

구성 요소에 세부 정보 view의 링크가 필요한 경우 Compound Card를 사용합니다.

Receipt 제시

Receipt를 제시할 때는 다음 구성 요소를 사용합니다.

  • 총 결제액에는 Center 맞춤으로 Title Area를 사용합니다.
  • 이미지가 필요한 경우 Image 또는 Compound Card를 사용합니다. Compound Card를 사용하는 경우 Image Card를 주 구성 요소로 사용하고 다음 구성 요소 중 하나를 필요에 따라 사용합니다.
  • 여러 항목의 경우 다음 구성 요소와 함께 partitioned 컨테이너를 사용합니다.

Action Zone

옵션 제시

여러 옵션이 제시되므로 Action Zone을 통해 사용자가 표시되는 결과를 신속히 구체화할 수 있도록 해야 합니다. 예를 들어 사용자가 막연하게 꽃을 요청할 경우 "생일", "기념일", "5만원 이하"와 같은 conversation-driver를 사용하는 것이 좋습니다. 구체화 옵션이 의미 없는 경우에는 conversation-driver가 필요 없습니다.

세부 정보 제시

이 경우 Action Zone에서는 사용자가 세부 정보로 표시되는 결과에 대해 신속히 조치를 취할 수 있도록 해야 합니다. 예를 들어 호텔 세부 정보 페이지에서는 "호텔 예약", "호텔에 전화" 또는 "약도 보기" 같은 conversation-driver를 사용하는 것이 좋습니다. 또한 사용자가 "수영장 있어?"와 같이 관련 요청에 대한 후속 질문을 할 수 있는 conversation-driver를 포함할 수도 있습니다.

Receipt 제시

이 경우 Action Zone은 사용자가 다음 순서로 보통 하는 일을 할 수 있도록 구현해야 합니다. 예를 들어 사용자가 Receipt moment에 있을 때 Spotify에서 곡을 재생하는 경우 conversation-driver로 "이전 곡" 또는 "다음 곡"을 지정하는 것이 좋습니다.