# Hokuyu Lucky

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

- **Brand record:** https://optimly.ai/brand/hokuyu-lucky
- **Dataset:** https://optimly.ai/brand/hokuyu-lucky.json
- **Markdown:** https://optimly.ai/brand/hokuyu-lucky/llms.txt
- **Official website:** https://hokuyu-lucky.co.jp
- **Slug:** hokuyu-lucky
- **Categories:** retail-ecommerce

## Overview

- **Tagline:** 北海道全域に店舗を展開するスーパーマーケットチェーン「LUCKY・CITY」を運営しています。
Source: Brand's website (https://hokuyu-lucky.co.jp) · 2026-11-06

- **Description:** 北雄ラッキーは、札幌市を中心に北海道全域でスーパーマーケットを展開し、食品や衣料品を取り扱っています。店舗情報、チラシ、キャンペーン、商品カタログ、レシピ、アプリなどを提供しています。
Source: Brand's website (https://hokuyu-lucky.co.jp) · 2026-11-06

## Identity

- **Mission:** 日本一質の高いスーパーマーケットを目指し、お客様の毎日の食卓がよりおいしく、豊かで健康になること、清潔な店舗と最高のサービスでお客様を迎えること、仕事への向上心を追求すること。
Source: Brand's website (https://hokuyu-lucky.co.jp) · 2026-11-06

- **Website:** https://hokuyu-lucky.co.jp
Source: Brand's website (https://hokuyu-lucky.co.jp) · 2026-11-06

- **Voice & tone:** 地域密着型で、親しみやすく、顧客志向の販促・サービス案内。
Source: Brand's website (https://hokuyu-lucky.co.jp) · 2026-11-06

## Offerings

- **Problem solved:** 北海道の消費者が、日常の食品や衣料品、季節商品、ギフト商品、店舗サービス、チラシやキャンペーン情報を身近な店舗で利用できるようにします。
Source: Brand's website (https://hokuyu-lucky.co.jp) · 2026-11-06

- **Core capabilities:**
  - 北海道全域でのスーパーマーケット店舗運営
  - 食品・衣料品部門の運営
  - 店舗情報、営業時間、地図、チラシの提供
  - 商品カタログ、季節商品、ギフト商品の予約受付
  - CoGCaカードやポイントキャンペーンなどの販促サービス
  - ラッキー・シティアプリ、モバイルクーポンの提供
  - 鍋料理などの食品レシピの提供
Source: Brand's website (https://hokuyu-lucky.co.jp) · 2026-11-06

- **Products / SKUs:**
  - 食品・食料品
  - 衣料品
  - おせち料理
  - 年末年始のごちそう
  - 冬ギフト
  - クリスマス商品
  - 秋の実りギフト
  - 予約メニュー
Source: Brand's website (https://hokuyu-lucky.co.jp) · 2026-11-06

## Audience

- **Target industry:** 小売業、スーパーマーケット
Source: Brand's website (https://hokuyu-lucky.co.jp) · 2026-11-06

- **Customer base:** 札幌市を中心とする北海道全域の消費者・地域住民
Source: Brand's website (https://hokuyu-lucky.co.jp) · 2026-11-06

- **Ideal customer profile:** 北海道で日常の食品、衣料品、季節商品、ギフト商品を購入する消費者
Source: Brand's website (https://hokuyu-lucky.co.jp) · 2026-11-06

- **Use cases:**
  - 日常の食品・食料品の購入
  - 衣料品の購入
  - 店舗や営業時間、地図、チラシの確認
  - 季節のギフトやおせち料理の予約
  - CoGCaカードやポイントサービスの利用
  - アプリでのモバイルクーポン利用
  - 鍋料理などの家庭料理のレシピ検索
Source: Brand's website (https://hokuyu-lucky.co.jp) · 2026-11-06

- **Customer outcomes:**
  - 毎日の食卓をよりおいしく、豊かで健康にする
  - 清潔な店舗でサービスを受ける
  - 店舗、チラシ、キャンペーン情報を確認しやすくする
  - 季節商品やギフト商品を予約・購入できる
  - ポイントサービスやモバイルクーポンを利用できる
Source: Brand's website (https://hokuyu-lucky.co.jp) · 2026-11-06

Page last updated 2026-11-06.

## 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.