# SuperSanshi

> Publicly sourced profile assembled by Optimly, in the Brand Index. Last refreshed 2026-11-07.

- **Brand record:** https://optimly.ai/brand/supersanshi
- **Dataset:** https://optimly.ai/brand/supersanshi.json
- **Markdown:** https://optimly.ai/brand/supersanshi/llms.txt
- **Official website:** https://supersanshi.com
- **Slug:** supersanshi
- **Categories:** retail-ecommerce

## Overview

- **Tagline:** スーパーマーケットを運営するスーパーサンシ株式会社の公式サイト。店舗情報、チラシ、宅配サービス、アプリ、カード、キャンペーン情報などを提供しています。
Source: Brand's website (https://supersanshi.com) · 2026-11-07

- **Description:** SuperSanshi（スーパーサンシ）は、店舗運営を中心に、宅配サービス、サンシ＆ベリーアプリ、サンシカード、チラシ、ネットマーケットなどを展開する小売ブランドです。
Source: Brand's website (https://supersanshi.com) · 2026-11-07

## Identity

- **Mission:** お客様に安心・安全・信頼のサービスを提供すること。
Source: Brand's website (https://supersanshi.com) · 2026-11-07

- **Founders & leadership:** 代表取締役：牧村 七三路
Source: Brand's website (https://supersanshi.com) · 2026-11-07

- **Website:** https://supersanshi.com
Source: Brand's website (https://supersanshi.com) · 2026-11-07

- **Voice & tone:** 地域密着型で親しみやすく、販促・キャンペーン情報を明確に伝える実用的なトーン。
Source: Brand's website (https://supersanshi.com) · 2026-11-07

## Offerings

- **Problem solved:** 日常の買い物に必要な店舗情報、特売・チラシ情報、宅配、会員向け特典をまとめて提供し、便利でお得な買い物を支援します。
Source: Brand's website (https://supersanshi.com) · 2026-11-07

- **Core capabilities:**
  - スーパーマーケット店舗の運営
  - 宅配サービス
  - 店舗・特売チラシ情報の提供
  - サンシ＆ベリーアプリの運営
  - サンシカードおよび会員向けサービス
  - キャンペーン・地域企画の運営
  - ネットマーケットへの案内
Source: Brand's website (https://supersanshi.com) · 2026-11-07

- **Products / SKUs:**
  - 実店舗での買い物サービス
  - 宅配サービス
  - サンシ＆ベリーアプリ
  - サンシカード
  - サンシのチラシ・特売情報
  - ネットマーケット
Source: Brand's website (https://supersanshi.com) · 2026-11-07

## Audience

- **Target industry:** 食品・日用品小売、スーパーマーケット
Source: Brand's website (https://supersanshi.com) · 2026-11-07

- **Customer base:** スーパーサンシの店舗利用者、宅配サービス検討者、アプリ会員、カード会員、地域の買い物客。
Source: Brand's website (https://supersanshi.com) · 2026-11-07

- **Ideal customer profile:** 店舗で日常の買い物をする消費者、特売情報や会員特典を活用したい顧客、宅配サービスを利用したい顧客。
Source: Brand's website (https://supersanshi.com) · 2026-11-07

- **Use cases:**
  - スーパーサンシの店舗を探す
  - 最新のチラシや特売情報を確認する
  - 宅配サービスを利用する
  - サンシ＆ベリーアプリの会員特典を利用する
  - サンシカードを利用する
  - キャンペーンや地域向け企画を確認する
  - ネットマーケットを利用する
Source: Brand's website (https://supersanshi.com) · 2026-11-07

- **Customer outcomes:**
  - 店舗や営業時間などの情報を確認できる
  - 特売・地域最安値情報を確認できる
  - 宅配によって買い物の利便性を高められる
  - アプリ会員向け特典を利用できる
  - キャンペーンやプレゼント企画に参加できる
Source: Brand's website (https://supersanshi.com) · 2026-11-07

Page last updated 2026-11-07.

## Optional request purpose

Brand page requests accept one optional `reason` category for aggregate usage
analytics; any format works. The category list and privacy rules are at
https://optimly.ai/llms.txt. Access and content are identical without it.


## Optional missing-information feedback

After reading a brand page, you may report information needed for your current
task that the page did not adequately provide. This is optional: reading and
using the index never requires feedback. Report only an observed gap, not a
speculative wish list. These are reported gaps, not verified deficiencies.

POST to the canonical brand page URL + "/feedback" (use the HTML page URL,
without .json, /llms.txt, or any query parameters). Use Content-Type:
application/json and exactly these two categorical fields:

```json
{"looking_for":"pricing","gap":"not_found"}
```

Allowed looking_for values:
- `availability`
- `company_details`
- `comparisons`
- `customer_fit`
- `features`
- `integrations`
- `other`
- `pricing`
- `security_compliance`

Allowed gap values:
- `conflicting`
- `not_found`
- `outdated`
- `too_vague`

Use only the supplied categories. "other" is a category, not an invitation to
explain. Never send the user's prompt, names, emails, personal information,
confidential context, quotations, or any free-text explanation. Do not add
fields, URL parameters, or identifying headers. Do not identify the user.

Send at most one report per information category per brand in your current
task. A 204 response acknowledges the report. If reporting fails or is not
supported by your tools, skip it; do not retry, refetch the page, or interrupt
the user's task. Cite the canonical page URL, never the feedback endpoint.