## はじめに
前回の買い物編は皆さん見たでしょうか？
買い物を利用できるアプリやクーポンがたくさんあり、税込や税抜にも外国人が混乱しています。色々なおもしろいカルチャーショックですよね。

今回は遊び編です。この話題は海外観光客もビックリすることですね。今回は皆さんに紹介しましょう！

## 遊びに関するカルチャーショック！？

> 1．クレーンゲーム店舗が多い！種類が多い！外国人観光客が必ず行く！

> 2．複合レジャー施設がすごい！様々な施設があるなんてビックリ！

## ①クレーンゲーム
 ![](https://cont.sterfield.co.jp/uploads/3_bff28aee23.png) 
台湾にもクレーンゲームがあって、一時的にはすごいスピードであちこちにどこでもクレーンゲーム店が見られていて、すごく人気がありました。しかしこの1年、2年ぐらいだんだん店が衰退してきています。それは恐らく「難しくて取れない、偽物が多い…等」の原因で、だんだん人気になれなくなりました。

日本のクレーンゲームセンターはとても多いし、ほとんど会社経営しています。例えば：「GIGO、TAITO、ナムコ、Round1…等」のクレーンゲームです。会社経営しているクレーンゲームはほとんどアプリがあり、会員登録をしてから1日1回遊び無料とかあるので、すごく良いと思います。また台湾では個人経営しているので、コストも考えないといけないです。そして景品の偽物は日本に絶対にないです。

それに加えて様々な景品の種類があり、毎週新商品も入荷するので、飽きないですよね。そのため外国人観光客は日本に来る時、必ず遊びに行きたいところです。今年3月に『10万円でできるかな』というテレビ朝日の番組で、「外国人観光客が日本で爆買い高額商品ベスト5」というテーマとして、外国人観光客のスーツケースを調査し、その中に第5位は「クレーンゲームで取った大量のクマのぬいぐるみ」です。

※出典：https://encount.press/archives/595495/

さらに日本にもネットクレーンゲームもあって、それはすごいし、海外にも運送できるし、世界のどこでもクレーンゲームが遊べることになり、きっと喜んでいるでしょう。


## ②複合レジャー施設
 ![](https://cont.sterfield.co.jp/uploads/F994_D527_EC_37_4_B44_ACA_1_8_D9036096361_fbbe30be0d.jpg) 
日本には複合レジャー施設がたくさんありますね。例えば：「動物系、体験系、遊び系…等」の様々な種類があります。特に遊び系の複合レジャー施設はそこに行ったら、ほぼ一日中ずっとそこにいるでしょう。

訪日ラボから調査した「インバウンド人気観光地ランキング TOP10」の中で、第一位のレジャー施設「ユニバーサル・スタジオ・ジャパン」があって、このような遊園地は一日では絶対足りないと思います。第一位〜第四位はほぼ人気ある遊園地ですよね。
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　
　　　　　　　　　　　　　　　　　　　
　　　　　　　　　　　　　　　　　　　　
　　　　　

##### **＜インバウンド人気観光地ランキング TOP10＞**
1. ユニバーサル・スタジオ・ジャパン
2. ワーナー ブラザース スタジオツアー東京 - メイキング・オブ・ハリー・ポッター
3. 東京ディズニーランド
4. 東京ディズニーシー
5. HEP FIVE観覧車
6. 白い恋人パーク
7. 富士急ハイランド
8. 天保山大観覧車
9. ハウステンボス
10. よこはまコスモワールド

※出典：https://honichi.com/news/2024/02/09/202402_inboundranking-amusementpark/

また複合レジャー施設の中でもっとも親しみのあるのは「Round1」だと思います。それは何というと「Round1」はクレーンゲームがあって、さらにガチャガチャ、カラオケ、ボーリング、卓球、ビリヤード等様々な施設があります。一部の店舗では駅から遠くならば、無料シャトルバスにも利用できるなんてすごく良いことです。

もし台湾にももっとそういう複合レジャー施設があれば、きっと良いことでしょう。

## まとめ
日本には遊ぶことがたくさんありますよね。外国人観光客が日本に来たら、必ず行きたいところがたくさんあります。外国人観光客としてはそれもすごい魅力だと思いますよ。今後はもしまた機会がありましたら、また紹介しましょう。楽しみにしておいてくださいね。

今後も引き続き面白い文化の違いや台湾人観点、台湾情報などを紹介したいと思いますので、もし興味がありましたら、次回はまた見てくださいね。

未命名設計 (1).png

台湾人視点、日本のあるある！？：遊び編

## ドバイにもう一度行きたいか？

「ドバイに旅行に行ってきます！」と誰かに言ったとき、「なんでドバイ？何しに行くの？」としばしば聞かれた。
そのたびに上手く答えられなくて困りました。
帰国後の今も上手く答えられないです。

観光する場所としても、世界一のタワーだったり、近未来をイメージした博物館だったり、それぞれは一見の価値があるのですが、文字通り一見したら満足を覚えます。

街自体があまり大きくなく数日でだいたいのところは周れてしまうので、２度３度と観光でドバイに行くことは、少なくとも我が家ではないかなと思ます。


## 世界のもう二度と行きたくない国ランキング

そのようなことを思っているときに、面白いランキングがありましたので紹介します。
この９位のアラブが、アラブ首長国連邦のことでしょう。
ドバイがある国です。

1. インド
2. エジプト
3. モロッコ
4. 韓国
5. 中国
6. ベトナム
7. フィリピン
8. シンガポール
9. アラブ
10. ロシア

[](https://madeinjourney.com/world-satisfaction-low-ranking/)



## 世界のもう一度行きたい国ランキング

一方で、同じサイトが発表しているランキングで、「もう一度行きたい国」も紹介していました。

1. 日本
2. アメリカ
3. カナダ
4. オーストラリア
5. イタリア
6. フランス
7. スペイン
8. トルコ
9. タイ
10. 台湾

https://madeinjourney.com/world-satisfaction-high-ranking/

1位に日本が入っているのが嬉しいですが、なんとなく納得のランキングでもあります。


## まとめ

ドバイをけなしてしまいましたが、

アラブ世界という異世界。
近未来という異世界感。

という、他にはない魅力/特徴があることも事実です。

でも、それが観光地としての魅力に直結はしないかもしれません。

自分のなかにまだ答えは無いのですが、そこに対して自分なりの答えを見つけることが、インバウンドや越境ECをサポートするうえでのヒントになるかもしれないと思います。





IMG_2214 2.JPG

  ドバイは観光地としてどうなのかという考察。もう一度行きたい国ランキング

## はじめに

前回はヨーロッパDHLがファッション中古市場で開始した新たな取り組みを[紹介](https://sterfield.co.jp/blog/dhl-reflaunt/)しました。
その取り組みの大きな要となっているのが、シンガポール発のスタートアップ企業「Reflaunt（リーフロウント）」です。

## Reflauntとは？
 ![](https://cont.sterfield.co.jp/uploads/240425blog_1_fa0f21022f.png) 
※画像は[公式サイト](https://www.reflaunt.com/
)のキャプチャ

Reflauntは、ファッションブランド（メーカー）と中古市場をつなぎ、サスティナビリティと収益性を確保する「サーキュラーファッション（ファッション業界におけるサーキュラーエコノミー）」の提供を目指しています。

近年ますます意識の高まる「サステナビリティ」ですが、ある程度の物量を製造し、新しいクリエイションを次々に生み出さなければいけない（そして利益を上げなければならない）ファッションブランドにとっては取り入れるのが難しい考え方でした。Reflauntはそのようなファッション業界の課題を解決するサービスを提供しているのです。

元々はシンガポールで創業した企業ですが、バレンシアガのCEOやアリババの創設者などからも資金調達し、現在はイギリスのロンドンにマーケティングチームを置いており、ヨーロッパを中心に急拡大しているそうです。多くのラグジュアリーブランドの拠点があり、かつサスティナビリティや環境問題に強い関心を持つ層の厚い欧州だからこその動きだと思います。

## 独自ECに再販機能を追加！

Reflauntは色々なサービスを提供していますが、メインになっているのが再販（リセール）システムです。
ほとんどのブランドの公式ECサイトには、マイページ機能があります。その購入履歴にある「再販ボタン」から、購入者はほとんどワンクリックで中古市場へと販売することができるという仕組みです。
購入者がボタンを押すと、その時の中古市場での適正価格が表示されます。送付ラベルが発行され、Reflauntが提携する倉庫へ送付します。商品の認証が完了すると、Reflauntが提携する複数の中古ECプラットフォームに商品が掲載され、商品が売れればその購入者（中古品販売者）は、そのブランドの公式ECサイトで使えるクレジットや現金を得ることができます。

一連の販売情報や購入者情報はブランド側にも共有されるため、マーケティングにも役立ちますし、新しい商品を売るチャンスも増やせる上、サスティナビリティに取り組む企業というイメージアップにもつながります。
また、中古ECや業界としては、かならず「本物」を扱うことができる仕組みでもあります。

## 売れないものも再活用！アップサイクルや寄付の仕組みも

再販するためには、ある程度状態の良いものでないといけませんが、そういった商品はアップサイクルや寄付へと回す仕組みも提供しています。それは在庫の流通を専門として世界中にバイヤーを持つ「YELLOW OCTOPUS」が提供する「reGAIN」というサービスと協業することで実現しました。「reGAIN」は、イギリスの利用者がもう着ない（着られない）服を特定の場所に持っていくと、その服がアップサイクルされるか、寄付されるというサービスです。

再販のReflauntとアップサイクルのYELLOW OCTOPUSが協業することで、ただ捨てられる服というものが減ることになるというわけです。

## おわりに

上記のほかにもオフライン店舗とのコラボレーションや様々な企業・ブランドとのコラボレーションを進めるReflaunt。
今後もEC関連ニュースで名前を見ることが増えそうです。


- **参考**
- https://ideasforgood.jp/2020/04/21/reflaunt/
- https://www.reflaunt.com/

towfiqu-barbhuiya-joqWSI9u_XM-unsplash.jpg

ファッション業界にもサーキュラーエコノミーを！Reflauntの取り組みとは？

2024年4月1日より、障害者差別解消法の改正内容が適用され、障害がある方への「合理的配慮」が義務付けられました。これまでは、国や地方公共団体などに義務付けられていましたが、その適用範囲が拡張され、民間事業者に対しても適用されます。  
  
合理的配慮とは、例えば、  
  
・車いすの利用者が移動しやすいように手伝う。スロープを設置する。  
・窓口で、手話や筆談で意思の疎通をする。  
  
などが該当します。  
  
社会生活の中にある障壁を取り除き、全ての人が利用しやすいバリアフリーな環境を実現するため、負担が重すぎない範囲で対応することが努力義務となりました。これは接客業を行う事業者に限定された話ではありません。スターフィールドのようにWeb制作を行う事業者も対応が必要となります。  
  
Webサイト制作においては、「Webアクセシビリティを確保した開発」が求められます。  
  
##bアクセシビリティとは
  
Webアクセシビリティとは、すべての人がWebサイトにアクセスしやすく不自由なく使える状態を指します。そしてなるべく向上させていくことを理想としています。  
  
一般的に、Webアクセシビリティが確保できているとは、以下の状態を指します。  
  
・視覚障害あっても情報が伝わり、操作もできること。  
・キーボードだけで操作できること。  
・一部の色が区別できなくても得られる情報に欠損が無い事。  
・音声コンテンツや動画コンテンツを設置したさい、音声が聞こえなくても情報が分かること。  
  
もはやインターネットは情報インフラとして社会に欠かせない物となり、あらゆる方が使用します。もちろん五体満足の健常者だけでなく、高齢者や、視覚障害や聴覚障害などの障害者なども利用します。  
特に障害者に関しては、症状や程度は人それぞれです。そういった個々の状況に応じた対応が求められます。障害者に限定しなくても怪我や病気で一時的ハンデを負う人、加齢により視力の衰えが有る方も利用しやすい環境整備が必要です。  
  
こういったすべての人々がWebサイトを不自由なく利用できるようにすることが、ウェブアクセシビリティの要件です。なので、どんな事情がある方でも利用しやすい環境を提供することが、企業の社会的な責任として求められます。

また、この対応をすることは障害者のために負担を強いられる作業ではなく、使いやすい便利なWebサイトを開発することでもあり健常者にとっても有益なことです。
  

 ![](https://cont.sterfield.co.jp/uploads/photo1_76ee39cc16.jpg) 



## 実践プロセス
  
実際にどういう点に気を付けてコンテンツ制作をするべきか、政府広報オンラインや、デジタル庁のWebアクセシビリティ導入ガイドブックなどでも案内されていますので、紹介します。  
  
### 音声を自動再生させない
  
音声を自動再生することや強制的に再生させることは避けるべきです。もし、自動再生するのなら3秒以内に収め、3秒以上続く場合は利用者が止められるようにする必要があります。  
また、音声の流れるページや動画広告などで自動再生する場合は、一時停止またはミュートボタンを設置するべきです。  
  
### ポップアップなどモーダルウィンドーには終了ボタンをつける
  
Webサイトはマウス操作が難しい場合はキーボードだけで利用する方もいます。その際、モーダルウィンドーを開いた際、モーダルウィンドウを閉じるボタンがないとキーボードの操作だけではモーダルウィンドウからの離脱ができません。  

### 1秒に3回以上光が点滅するコンテンツは作らない
  
高速で光の点滅を繰り返すコンテンツは光感受性発作などを発生する恐れがあります。時には重大な健康被害が出ることもあります。  
アニメーションを制作するならその危険性も十分知っておくべきです。

### 自動でコンテンツを切り替えない
  
情報を受け取れる速度は人によって異なります。また、画面上に動き続けるコンテンツがあると、他の箇所の操作や閲覧を妨げられる利用者もいます。そのため、スライドショーなど、自動で切り替わるコンテンツなどがある場合は、一時停止、非表示、停止の機能を設置する必要があります。

### ロゴ・写真・イラストなどの画像が指し示している情報を代替テキストとして付与する

画像を使用する際はalt属性を設置して代替テキストの設置が必要です。代替テキスト」は画像で提供される情報に対して「同等の役割を果たすテキスト」のことで、画像の変わりにこのテキストが表示されても違和感がないことが望まれます。  
  
具体的には、以下になります。  
  
・画像がリンクの場合、代替テキストはリンク先を示す内容であるべき。  
・グラフや図表はその要約を記述するべき。但し、隣接するテキストに要約があるのなら、何のグラフや図表を示すだけでよい。  
・文字や（ロゴマークや見出しなど）を表現している場合、同じ文字を記述するべき  
・装飾など意味がない画像については空のaltを設置するべき  
  
また、文字数については制限がありませんが、スクリーンリーダなどで音声出力されることを考慮すると80字ほどを目安にするべきです。
  
### キーボード操作だけで、サービスのすべての機能にアクセスすることができるようにする

マウス操作が難しい人はキーボードの操作に頼らず負えません。  
そのため、フォーカスインジケーター（選択中の要素に枠線）をつけるなどキーボード操作前提の作り方をするべきです。

### 色の違いだけで情報を伝えるのやめる
  
色覚に異常があり、正常に色が見えない人がいます。他えば赤色が分からない人が下記図を見ると全てが黒一色に見えてしまいます。


 ![](https://cont.sterfield.co.jp/uploads/sample1_f3f00e436c.png) 

  
このようなデザインでは必須項目が分かりません。  
  
### テキストはスクリーンリーダで音声として出力されることを意識する
  
視覚障害がある方、テストはスクリーンリーダなどを使ってテキストを音声として出力します。  
  
下記図の「日時」と「場所」の表記について、左側の方では、「日　時」「場　所」とスペースが空いています。スペースは全角のスペースを入力して作りました。  
  
 ![](https://cont.sterfield.co.jp/uploads/sample2_dfae820b43.png) 
  

この場合、スクリーンリーダで読んでみると、「ひ　とき」「ば　ところ」と呼んでしまいいます。  
  
もし、このようにスペースを空けるデザインをするなら、CSSを用いて広げないとスクリーンリーダが正しく読み取れません。
  
### リンク先を明確にする
  
リンクでどこか他のページへ移動する際どんなページへ移動するか明確にするべきです。例えば、以下のようなコンテンツの場合、左側のリンクは「詳しくはこちら」とだけ書いてあり、このボタン単体では移動先がどのようなコンテンツか分かりません。  
  

 ![](https://cont.sterfield.co.jp/uploads/sample3a_e9c460827b.png) 

  
視覚情報を使える人なら、テキストに付随したものと判断できるでしょうが、音声情報だけであったり、点字ディスプレイではその前後関係の把握が分かりにくい可能性があるのでリンクだけでどこに移動するか明確にした方がいいです。  
  
  
など、多くの事例があります。  
  
また、肝心なことはプロジェクトを進めるに辺り、一人担当者を決めて対応するのではなく、プロジェクトに関わる全員が対応策を検討し、メンバー全員でどんな対策を検討するべきか検討することが重要です。基本的には、JIS X 8341-3:2016などのガイドラインを参考にして開発を行い、チェックツールで確認しながら、向上させていくのが一般的ですが、結局のところ、最適解は人間が判断して決めなくてはいけないからです。  
  
例えば、画像には代替えテキストを設置するべき点を例にすると、ガイドラインでも示しているし、もし抜けがあったらチェックツールで指摘してくれます。なので、設置漏れは防げますが、どんな代替えテキストが適切かはコンテンツによって異なります。  
仮に犬と猫が映っている写真があったとします。これに入れる代替テキストは「犬の写真」或いは「猫の写真」とした方がいいのか、「動物の写真」とした方がいいのか、これはコンテンツ次第です。この判断は人間にしかできません。  
  
## まとめ
  
今回ガイドラインを見て指摘している点は、普段の業務で「既にやっている」あるいは、「できればやった方がいい」と言われている物が多かったのですが、強く意識していない点でもありました。  
しかし、より良い物を作る上ではしっかり意識しなくてはいけないなと思いました。今後はガイドラインを参考にしてより良いサービスを提供できるようにつ努めていきます。
  
#### 参考記事
  
政府広報オンライン：  
https://www.gov-online.go.jp/useful/article/202310/2.html#c1
  
  
デジタル庁　Webアクセシビリティ導入ガイドブック  
https://www.gov-online.go.jp/useful/article/202310/2.html#c1


240419_mv.jpg

Webアクセシビリティの義務化について調べてみました

## はじめに
当社は東南アジア大手のECモール”Shopee”の出店販売運営支援を行っています。
Shopeeが提供するSLSの対象地域に、待望の台湾が追加されました。

今回は越境ECで多く使われている郵便局の国際郵便（EMS・小形包装物）との料金比較をしてみました。

## そもそもSLSって？
SLSは、Shopee Logistics Serviceの略です。
細かい内容は割愛しますが、Shopee店舗で受注後、Shopeeが用意する東京の倉庫へ商品を発送すれば、あとはShopeeが海外の注文者へ商品をお届けしてくれるサービスです。
対象の国は、シンガポール、マレーシア、フィリピン、台湾、ベトナムです。

## SLSと国際郵便の料金比較
Shopee東京倉庫までの国内送料を一律「600円」とした場合の料金算出をしました。
また、Shopee東京倉庫へ送る1回の配送に複数の注文分を含められれば、もっと配送コストは下がる計算になります。

 ![](https://cont.sterfield.co.jp/uploads/2024_04_19_122127_c178d70fb5.png) 

※1台湾元=4.767円で計算

※小形包装物については[別ブログ](https://sterfield.co.jp/blog/e-packet_price/)にて紹介しているためご参照ください


EMSと比較すると、重量によりますが**40％程度安い**です。
小形包装物+書留　と比較すると**10％～25％程度安い**です。


Shopee東京倉庫までの国内配送費を600円と仮定した場合の試算ですが、1回の配送で複数注文分を配送できれば、1注文あたりの国内配送費は安くなりますので、さらにお得と言えそうです。

## 注意点
 ![](https://cont.sterfield.co.jp/uploads/835ff263639e5d18aa77d4d6eb372c2b_9ae24c0258.jpeg) 
・台湾向けSLSで送れる商品、送れない商品の決まりがあります。　自社の商品は送れる対象か必ずご確認ください。

・台湾向けSLSの場合、最終的な配送地は現状、台湾にあるShopeeの受け取り用店舗（コンビニのようなところ）のみです。　購入者の自宅届けではないです。　今後、購入者の自宅届けもできるようにサービスは広がっていくと予測しますが、SLS料金はおそらく変動すると思います。


## まとめ
ShopeeSLSで送れる商品、送れない商品ありますが、送れる商品であれば利用検討する価値ありと思います。

ご参考くださいませ。






img_a0187df986d88aa48374c1c1a3382d51219381.jpg

Shopee台湾のSLS料金と郵便料金比較

## はじめに
寒い冬を超え、一気に気温が温かくなってきました。春といえば桜、一年の中でもほんの一瞬しか見られない桜を待ち望んでいた方々は多いのではないでしょうか。新型コロナウイルス感染症の位置づけが、令和５年５月８日から「５類感染症」となり、日常における基本的感染対策を求めることがなくなっている今、外を歩けば桜を楽しんでいる人々の様子を伺うことができます。そんな日本にとってなじみの深い桜が、経済に与える影響がどのくらいなのか調べてみました。


## 桜の経済効果
　お花見に行くとついついお金を使ってしまいますよね。桜を見に行くことが目的だったのに、屋台のおいしそうな匂いにつられてお財布の紐がゆるくなることはありませんか？景色がきれいなところでおいしいものを食べたい欲求を抑えきれずに、花より団子になってしまうここ数十年を過ごしてきました。桜に関する消費を個人レベルで体感しているわけですが、マクロレベルで見たらどうでしょうか。

#### 2024年のお花見の経済効果：　		1兆1358億7149万円
#### お花見に出かける日本人の数：	　	6,139万人
#### お花見に出かける訪日外国人客数：　	373万人

日本人の2人に1人が花見にでかけている計算になります。
ちなみに2023年のお花見の経済効果は、約6160億円と試算されており、今年は去年の2倍の経済効果のようです。


## 他のイベントと経済規模を比較してみる
お花見のように季節イベントとは異なりますが、いくつかのイベントの情報を調べてみました。

 ![](https://cont.sterfield.co.jp/uploads/_b6f23632c9.png) 

個人的に驚いたのは、歌手のテイラー・スウィフトの特定ツアーの経済効果が、昨年のお花見の経済効果を上回っていたことでした。


## 桜を長く楽しむために
 ![](https://cont.sterfield.co.jp/uploads/_5204ff4b43.png) 

少し話題が外れてしまったのでお花見に戻します。tenki.jpが公表している桜の満開予想では、高知の3/31満開を皮切りに、京都4/5、名古屋4/7、福島4/9、青森4/19、札幌4/27、釧路5/9というように北上するにつれて満開になる時期が少しずつ遅れることがわかります。上記地図には沖縄が表示されていないので気になるところですが、高知よりもさらに満開になる時期が早いのではないかと思います。

桜を長く楽しむためには、まずは桜の開花が早い南の方へ行き、桜の満開予測に合わせて北上していけば一か月以上満開の桜を楽しむことができます。長期休暇を取ったり、ワーケーションを活用して実現していたいものです。


## まとめ
毎年当たり前のように咲いている桜。そんな桜を求めてたくさんの人々がお花見に出かけていて、経済効果が大きいことがわかりました。特定の時期にしか見られない桜は、1年スパンで見ると一瞬の花火のように輝いてそして散っていく。年中桜を見ることができないということが、桜の価値を高めていて、人々を動かしている。そんな桜の集客力を見習ってビジネスに応用したいと思う筆者なのでした。



### （参考）
YAHOO!JAPANニュース,【経済効果は1兆円超え】花見をしたい外国人観光客から日本がしっかり稼ぐ方法。開花予想が難しい桜を外国人観光客長期滞在の鍵に！, https://news.yahoo.co.jp/articles/c8878bc427eeaa1a4a95a12aba84068ebf003d0a　(参照 2024-4-15)

Forbes JAPAN, 「サクラノミクス」の経済効果6500億円超え、背景に多様化する「お花見」の姿, https://forbesjapan.com/articles/detail/26393 (参照 2024-4-15)

tenki.jp, 桜開花・満開情報 2024, https://tenki.jp/sakura/ (参照 2024-4-15)

厚生労働省, 新型コロナウイルス感染症の５類感染症移行後の対応について, https://www.mhlw.go.jp/stf/corona5rui.html　(参照 2024-4-15)

経済効果.NET, イベント・お祭, https://economicimpact.net/category/%E3%82%A4%E3%83%99%E3%83%B3%E3%83%88%E3%83%BB%E3%81%8A%E7%A5%AD%E3%82%8A/ (参照 2024-4-16)


河口湖　桜.webp

桜のインパクト

## はじめに
細かなテクニックやノウハウに偏ることなく、営業に必要な原理原則をまとめた一冊です。
著者は、キーエンスでトップ営業として活躍した天野眞也氏。徹底的に管理された超合理的な営業をしているイメージのあるキーエンスですが、本書では扱う商材に関わらずどんな会社のどんな営業マンでも役立つ汎用的な考え方が学べます。

## そもそも営業とは何か？
特に印象的だったのは、1章「営業する前」に読んでおきたい原理原則です。 

そもそも営業とは何か？法人の「買う」とはどういうことなのかが書かれています。

営業の仕事とは？と聞かれたとき、
「商品やサービスを売る仕事」と答える人もいるでしょう。（私も就活時などはこう考えていました。）一方、筆者は営業の仕事を「お客様が事業・ビジネスを進める一歩目を作る仕事」と定義しています。

前者は、自分目線ですが、後者はお客様目線になっています。

さらに法人の「買う」は「投資」であると書いてありました。そもそも法人の存在価値は、利益を出すこととです。利益の出せない法人は、潰れてしまいます。そう考えると、法人の「買う」は更なる利益を出すための「投資」というのは自明でしょう。

弊社はzohoというCRMを導入しています。これによって、営業活動が効率化し、新たなお客様を獲得できているので、これは投資といえます。

私はこの間、ライブの物販で1万円分のグッズを買いましたが、これは投資でなく、消費です。

ライブは楽しかったですし、グッズは大切に飾ってありますが、それが利益を生み出しません。

こういった投資と消費の違いを理解することが重要と筆者は述べています。


法人の投資の判断に対して、我々営業は、費用対効果を示す必要があります。
グローバルECを始めれば、3年後にはこれだけの利益が見込めますということをご説明できれば、投資に踏み込みやすくなるといったことでしょう。

ただ、筆者はそれだけでは足りないと付け足しています。加えて必要なのは「法人の中の個人の利益」を意識することです。

会社にとって利益になるだけでなく、目の前にいる個人にとっても、利益になる提案が必要です。営業とした対峙してるのは法人に属する個人だからです。

例えば、リスクをとってでも評価を得たいと考えてる人もいれば、なるべく波風立てずに淡々と仕事を進めたい人もいるでしょう。
同じ商品でも相手によってお伝えするポイントを変えるなど工夫ができるものです。

## まとめ
営業として、迷ったときはこの基本事項に立ち返るべきと感じました。AIがどれだけ発展して営業のやり方が変わっても、この基本は変わらない部分だと感じました。
      

shopping.webp

営業の原理原則とは『シン・営業力』を読んで


Shopeeは、東南アジアを中心に急成長しているeコマースプラットフォームです。2022年には年間売上高が622億ドルに達し、世界最大のeコマースプラットフォームの一つとなりました。

Shopeeは、事業を拡大するために、世界各地で認定パートナープログラムを展開しています。認定パートナーは、Shopeeの公式パートナーとして、Shopeeプラットフォーム上で様々なサービスを提供することができます。

本記事では、2024年4月現在の各国のShopee認定パートナーの中で最上位ランクの会社をまとめてみました。

## シンガポール 

[SCI Ecommerce
](https://www.sciecomm.com/Home)

 ![](https://cont.sterfield.co.jp/uploads/sg_11134141_7rbn1_lmztlc2qzmzw8c_7ac94dee59.jpeg) 

[Flywheel Digital](https://www.flywheeldigital.com/)

 ![](https://cont.sterfield.co.jp/uploads/sg_11134141_7rbkr_lmztlc2r11kc93_876a32b990.jpeg) 

[Urbanfox](https://www.urbanfox.asia/business-solutions/multi-channel-commerce-platform/)

 ![](https://cont.sterfield.co.jp/uploads/sg_11134141_7rbmc_lqnma70nzytja2_187d79caa3.jpeg) 

[AceCom Technologies](https://www.acecom.com.sg/)

 ![](https://cont.sterfield.co.jp/uploads/sg_11134141_7qve7_lg1yln3hq9s574_9b6c851725.jpeg) 

[iStore iSend](https://www.istoreisend.com/)

 ![](https://cont.sterfield.co.jp/uploads/sg_11134141_7rbn0_lmztlc2r2g4s19_ae6940d468.jpeg) 

[Synagie](https://synagie.com/)

 ![](https://cont.sterfield.co.jp/uploads/sg_11134141_7qvee_ljupmn9myd2se4_6f5da4b475.jpeg) 

## マレーシア

[Store N Go Sdn Bhd](https://storengo.com.my/)

 ![](https://cont.sterfield.co.jp/uploads/my_11134141_7r98q_lqn4w39e7d4u5f_ff3b6fee0e.jpeg) 

[Momentum Commerce](https://momentum-commerce.com/#services)

 ![](https://cont.sterfield.co.jp/uploads/my_11134141_7r98r_lqn4w39ea69q66_f5af035075.jpeg) 

[SINMA DIGITAL SDN BHD](https://sinmadigital.com/)

 ![](https://cont.sterfield.co.jp/uploads/my_11134141_7r98v_lqmzd8filj9x16_43b810f3ec.jpeg) 

[iStore iSend Malaysia](https://www.istoreisend.com/ecommerce-fulfillment/)

 ![](https://cont.sterfield.co.jp/uploads/sg_11134141_7rbn0_lmztlc2r2g4s19_ae6940d468.jpeg) 

[Synagie Sdn Bhd](https://synagie.com/our-solutions/)

 ![](https://cont.sterfield.co.jp/uploads/sg_11134141_7qvee_ljupmn9myd2se4_6f5da4b475.jpeg) 

## タイ

[Flywheel Digital](https://www.flywheeldigital.com/)

 ![](https://cont.sterfield.co.jp/uploads/sg_11134141_7rbkr_lmztlc2r11kc93_876a32b990.jpeg) 

[Fanslink Communication Co., Ltd.](https://www.fanslink.co.th/)

 ![](https://cont.sterfield.co.jp/uploads/th_11134141_7r98r_lr4a7lnd72i663_a6407b7133.jpeg) 

[aCommerce](https://www.acommerce.asia/)

 ![](https://cont.sterfield.co.jp/uploads/th_11134141_7r98v_lmx0mkh4dua6db_6b677f3e8e.jpeg) 

[CREA](https://www.crea.asia/)

 ![](https://cont.sterfield.co.jp/uploads/th_11134141_7r98r_lmx0mkh4f8um25_0de8561c58.jpeg) 


## インドネシア 

[AHA COMMERCE](https://www.ahacommerce.net/)

 ![](https://cont.sterfield.co.jp/uploads/id_11134141_7qul6_lh628gojhtbn81_a74f59a107.jpeg) 

[DNICommercio](http://dnicommercio.com/)

 ![](https://cont.sterfield.co.jp/uploads/f35d86c5f23efda556a0dcf7f48262ea_f95486edb0.png) 

[Flywheel Digital Indonesial](https://www.intrepid.asia/#)

 ![](https://cont.sterfield.co.jp/uploads/sg_11134141_7rbkr_lmztlc2r11kc93_876a32b990.jpeg) 

[Jet Commerce (PT Global Jet Ecommerce)](https://jetcommerce.co.id/)

 ![](https://cont.sterfield.co.jp/uploads/c220c8802f9071338a1a861085f2a8a8_062106b162.jpeg) 

[LEAP Commerce](https://leapcommerce.com/)

 ![](https://cont.sterfield.co.jp/uploads/id_11134141_7r98y_lmrcm1aqgf8kc5_f2d41b64f7.jpeg) 

[Moshub](https://instagram.com/moshub.id)

 ![](https://cont.sterfield.co.jp/uploads/id_11134141_7qul7_ljuubpsg3s9ka5_7633fda51a.jpeg) 

[PT EROC COMMERCE INDONESIA](https://www.instagram.com/eroccommerce/)

 ![](https://cont.sterfield.co.jp/uploads/73a696bcb174731fca96ed9010614bb7_7fdcfef598.jpeg) 

[PT Storesend Indonesia (SSI)](https://storesend.id/)

 ![](https://cont.sterfield.co.jp/uploads/035e9d842c0092f30419f0635cba8dd6_b7e7b03ea7.png) 

[SIRCLO](https://www.sirclo.com/)

 ![](https://cont.sterfield.co.jp/uploads/9521fd102c98de42460c79c907227c1a_25396343c8.png) 

## フィリピン - XYZ Marketing Solutions

[GoCommerce](https://gocommerce.asia/)

 ![](https://cont.sterfield.co.jp/uploads/ph_11134141_7qul5_lgdk146dok1k5f_900016bdf7.jpeg) 

[Etaily](https://www.etaily.com/)

 ![](https://cont.sterfield.co.jp/uploads/ph_11134141_7r98s_lmpqrlg5971t8c_6d0bf0afb2.jpeg) 

[Great Deals E-Commerce Corp.](https://www.greatdealscorp.com/)

 ![](https://cont.sterfield.co.jp/uploads/ph_11134141_7r98r_lqk8invrpm0re3_10a9c807c8.jpeg) 

[Aeroworx](https://aeroworx-asia.com/)

 ![](https://cont.sterfield.co.jp/uploads/ph_11134141_7r98u_lqk8invrr0l7fa_ccbb142cff.jpeg) 

## まとめ
Shopeeの対応国の一つである台湾のリストはありませんでした。
国を跨いでみると、以前のブログでもご紹介した[Synagie](https://sterfield.co.jp/blog/ekkyo-ec_singapole_synagie/)やiStore iSend、Flywheelなどは複数国でPremiumの認証を獲得しており、グローバルに支援事業を展開できるということに驚きを覚えました。
企業研究はライフワークでもあり、今後、個別の支援事業者の深掘り記事を書いてみたいと思います。

注意事項
上記の情報は2024年4月10日時点のものとなります。最新の情報については、Shopeeの公式ウェブサイトをご確認ください。

## 参考記事
https://seller.shopee.sg/edu/article/8374

6581222c0f2572a6ec6f1a46_644f920cb2061a5c9ec813a0_63d39375b8c7b3262ad2f883_62aff89ee7e7cff91a5daa0a_5fc50f6495d8a2ea2c0ca25f_Screenshot202020-11-3020at2011.27.1620PM.webp

各国のShopee認定パートナーまとめ2024年4月版

## はじめに

Prisma でデータベーススキーマを書く際に、[ZenStack](https://zenstack.dev/) というフレームワークが便利だったので紹介します。
ZenStack にはさまざまな機能がありますが、今回はデータベーススキーマの定義について重点的に説明します。

## ZenStack とは

ZenStack は、Node.js と TypeScript 向けのフルスタック開発フレームワークです。データベーススキーマを定義するだけで、フロントエンドとバックエンドの実装を自動的に生成できます。
ZenStack は、Prisma ORM をベースとして構築されているので、Prisma のすべての機能を利用できます。

## ZenStack を使用したデータベーススキーマの書き方

ZenStack では、[ZModel](https://zenstack.dev/docs/reference/zmodel-language) というデータモデリング言語でデータベーススキーマを作成します。
[Prisma Schema](https://www.prisma.io/docs/orm/prisma-schema) をベースとしているので、基本的な文法は Prisma Schema と同じように書くことができます。

また、VSCode 向けに[ZenStack の拡張機能](https://marketplace.visualstudio.com/items?itemName=ZenStack.ZenStack)が用意されています。
エラーチェックやコード補完をしてくれるので、ZModel でデータベーススキーマを書く際はインストールしておくと便利です。

## ZModel を Prisma Schema に変換する方法

ZModel で定義したデータベーススキーマを Prisma で使用するには、以下のコマンドで ZModel → Prisma Schema に変換する必要があります。

```
npx zenstack generate
```

変換元と変換先のファイルパスを指定したい場合は package.json に以下の設定を記述します。

```
  "zenstack": {
    "schema": "[変換元のZModelファイル(デフォルト：./schema.zmodel)]"
    "prisma": "[変換先のSchemaファイル(デフォルト：./prisma/schema.prisma)]",
  },
```

## ZModel の便利機能

Zmodel で利用できる便利な機能をいくつか紹介します。

### abstract

ベースとなる抽象化 model を作成し、各項目を継承できます。
登録日時などのように、各テーブルに共通なフィールドがある場合に使うと便利です。

```
generator client {
  provider = "prisma-client-js"
}

datasource db {
  provider = "postgresql"
  url = env("DATABASE_URL")
}

abstract model Base {
  id Int @id @default(autoincrement())
  createdAt DateTime @default(now())
  updatedAt DateTime @updatedAt
}

model User extends Base {
  email String @unique
  name String
  posts Post[]
}

model Post extends Base {
  title     String
  content   String?
  published Boolean @default(false)
  author    User? @relation(fields:  [authorId], references: [id])
  authorId  Int?
}
```

上記 ZModel を変換すると、以下のような Prisma Schema が生成されます。

```
datasource db {
    provider = "postgresql"
    url = env("DATABASE_URL")
}

generator client {
    provider = "prisma-client-js"
}

model User {
    id Int @id() @default(autoincrement())
    createdAt DateTime @default(now())
    updatedAt DateTime @updatedAt()
    email String @unique()
    name String
    posts Post[]
}

model Post {
    id Int @id() @default(autoincrement())
    createdAt DateTime @default(now())
    updatedAt DateTime @updatedAt()
    title String
    content String?
    published Boolean @default(false)
    author User? @relation(fields: [authorId], references: [id])
    authorId Int?
}
```

### ファイル分割

1 ファイルで全てのスキーマを定義すると、スキーマが増えてくるにつれて管理が大変になると思います。
そこで、ZModel ファイルを分割してスキーマ定義する方法を紹介します。

今回の例では ZModel ファイルを以下のように分割してみます。

- base.zmodel: generator や datasource を記述するファイル
- user.zmodel: user のスキーマ
- post.zmodel: post のスキーマ

base.zmodel

```
// importに分割したZmodelファイルをすべて記載します
import "user"
import "post"

generator client {
  provider = "prisma-client-js"
}

datasource db {
  provider = "postgresql"
  url = env("DATABASE_URL")
}
```

user.zmodel

```
model User {
  id Int @id() @default(autoincrement())
  createdAt DateTime @default(now())
  updatedAt DateTime @updatedAt()
  email String @unique()
  name String
  posts Post[]
}
```

post.zmodel

```
model Post {
  id Int @id() @default(autoincrement())
  createdAt DateTime @default(now())
  updatedAt DateTime @updatedAt()
  title String
  content String?
  published Boolean @default(false)
  author User? @relation(fields: [authorId], references: [id])
  authorId Int?
}
```

変換元のファイルを「base.zmodel」に指定して変換すると、以下のような Prisma Schema が生成されます。

```
datasource db {
    provider = "postgresql"
    url = env("DATABASE_URL")
}

generator client {
    provider = "prisma-client-js"
}

model User {
    id Int @id() @default(autoincrement())
    createdAt DateTime @default(now())
    updatedAt DateTime @updatedAt()
    email String @unique()
    name String
    posts Post[]
}

model Post {
    id Int @id() @default(autoincrement())
    createdAt DateTime @default(now())
    updatedAt DateTime @updatedAt()
    title String
    content String?
    published Boolean @default(false)
    author User? @relation(fields: [authorId], references: [id])
    authorId Int?
}
```

### 属性

ZModel でのみ使用できる属性を一部紹介します。
詳しい内容は[公式リファレンス](https://zenstack.dev/docs/reference/zmodel-language#attribute)をご確認ください。

#### @password

データベースにハッシュ化した文字列を登録/更新します。
内部的には[bcryptjs](https://github.com/dcodeIO/bcrypt.js#readme)ライブラリを使用してハッシュ化しているようです。

以下のように引数が定義されていて、saltLength からハッシュのコストを設定したり、salt の設定も可能です。

```
@password(saltLength: Int?, salt: String?)
```

#### @omit

この属性を指定したフィールドはデータ呼び出し時に値が取得されなくなります。
上記の@password と組み合わせて使用すると便利です。

## まとめ

最近リリースされたばかりのフレームワークだからなのか、情報量が少なく調べるのに苦労しました。
今回は ZModel を重点的に紹介しましたが、他にも魅力的な機能がたくさんあるライブラリなので、次の機会に紹介したいと思います！

## 参考

- https://ZenStack.dev/
- https://www.ey-office.com/blog_archive/2023/09/20/i-learned-a-little-more-about-zenstack-zmodel-is-useful/
- https://www.Prisma.io/docs/orm/Prisma-schema/data-model/models
- https://zenn.dev/smish0000/articles/f1a6f463417b65


logo.png

ZenStack を使用してデータベーススキーマを作成する

## はじめに
前回の飲食編は皆さん見たでしょうか？
まさか飲食文化もそんなに異なることがあるんですね。実際にカルチャーショックとは言え飲食習慣が違いますよね！

今回は買い物編です。この話題は昔からずっと気になるところですね。今回は皆さんと討論しましょう！

## 飲食のカルチャーショック！？

> 1．決済アプリも多すぎない！？？

> 2．クーポンのアプリ多すぎない！？？

> 3．支払いは全部税込み、何で税抜の金額を書くの！？？

## ①決済アプリ
 ![](https://cont.sterfield.co.jp/uploads/24962316_s_92fe949766.jpg) 
それは日本に来たばかりの話です。スーパーでセルフを利用し、支払い方法を選択する時にいろいろな決済方法が表示されました。PayPay、メルペイ、iD、楽天Pay、d払い、LINE Pay、au PAY、Amazon PAY、Apple Pay…等の決済方法が多いんじゃないでしょうか？
然し実は台湾にもいろいろな決済方法がありますね。まさか日本にもそんなに決済方法が多いですよね。

台湾には「LINE Pay、街口支付（JKOPAY）、玉山 Wallet（E.SUN Wallet）、全支付（PXPay Plus）、Apple Pay、悠遊付、全盈+PAY、一卡通MONEY、台灣Pay、Pi拍錢包…等」の決済アプリがありますね。その中に「街口支付（JKOPAY）、玉山 Wallet（E.SUN Wallet）、全支付（PXPay Plus）」がPayPayと連携しているため、現在台湾人は日本に行った時にもその3つの決済アプリを使て、PayPayのQRコード決済サービスにも使用できるし、もっと爆買いしたくなると思いますよね。

ところで本当に全部の決済アプリを持っている人がいるでしょうか？心から疑問に思っています。

## ②クーポンアプリ
 ![](https://cont.sterfield.co.jp/uploads/5141339_s_14d9a3814b.jpg) 
先は決済アプリの話ですが、続いては皆さんがよく利用するクーポンの話ですね。

クーポン利用というといつも別のお店に行く時にそれぞれの「LINEの友達追加」や「アプリのダウンロード」をすることではないでしょうか？それは多すぎじゃないでしょうか？スマホの容量はだんだん足りなくなるでしょうね。

台湾には確かにクーポン利用する時に「LINEの友達追加」がありますが、然しアプリをダウンロードして、クーポンを利用することはありますけど、多くないですね。基本的には「LINEの友達追加」や公式サイトのお知らせ、クーポン専門サイト、Facebook、インスタグラムなどのところにクーポンや割引情報が掲載されています。

又は様々な店舗のクーポン情報をまとめているアプリがありますね。例えば「Ocard」というアプリは様々な店舗からクーポンやポイントなどのことを提供して、消費者が1つのアプリで直接クーポンやポイントを利用できます。それはすごくないでしょうかね。

## ③税込！税抜！？
 ![](https://cont.sterfield.co.jp/uploads/S_4153355cut_0f85f1be0e.jpg) 
「税込！税抜！？」その問題は外国人の心の中によく出てきますよね。どうして税込の金額を払って、わざわざ税抜の価格を書くのでしょうか？この問題はずっと気になりますね。

なんというか、台湾では商品価格が全部税込です。どこで商品を買えても税込ですし、税抜の金額はほぼ見えないです。そのため、日本に行って買い物や食事をする時にいつも計算してないといけないです。さもないと小銭がどんどん増えていきますね。

それではどうして税抜の価格が表示されているのでしょうか？
様々な噂がありますが、人によりそれぞれ感じたことが異なりますね。しかし買い物する時は時々税込の価格を見ると、一旦あきらめようとするんじゃないでしょうか？それも人の価値観が違いますよね。

ところで日本では同じ店で他の店舗に行くと商品価格がそれぞれ違いますね。このこともずっと疑問に思っていますが、今後はもし機会がありましたら、また話しましょう。

## まとめ
まさか買い物にもいろいろなことが出てくるとは思いませんでした。今後はもしまた機会がありましたら、第二弾の買い物編をしましょう。楽しみにしておいてくださいね。

今後もそういう面白い文化の違いや台湾人観点、台湾情報を紹介したいと思いますので、もし興味がありましたら、次回は「遊び編」です。ぜひ見てくださいね。


cut S__4153348.jpg

台湾人視点、日本のあるある！？：買い物編

## ドバイに来ています

こんにちは。今週ずっとドバイに来ています。
仕事ではなく、完全に遊びでして、家族と一緒に来ています。
なぜ家族旅行の行き先としてドバイを選んだかというと、ものすごく明確な理由はないのですが。

- 仕事で関わりが深いアジアは今回外して他の地域が見たかった
- 欧米は子どもたちがもう少し大きくなって文化的なところとか理解できるようになってからがいいかな
- 私自身が大学時代に中東のオマーンに短期留学していて、イスラム世界に対するカルチャーショックが大きく、子どもたちにも体験させたかった
- 「ドバイに行ってきますわ」と言ってみたかった

この記事では滞在4日目時点での所感や豆知識を雑多にお伝えします


## お酒は入国時の手荷物受取所の横の免税店で買おう

いきなり非文化的な提言で恐縮です。
イスラム教ではお酒が禁止されているので、街中で自由にお酒を手に入れることはできません。

観光に特化したドバイでも、街中でのスーパーなどにはそもそも酒を置いていないです。ホテルやバーなど外国人向け高級店ではふつうに頼むことがありますが、円安も影響して高い高い。

子供が小さいのでそもそも高級レストランには行かないですし、お酒一杯に何千円も出したくない私は、空港で現地調達しました。

この方法は、昔ドバイで働いていた親戚の女性に教えてもらったのですが、ドバイの国際空港に着いて、入国審査を行い（ちなみにこのタイミングで無料のSIMカードを貰える）、手荷物受取所（めちゃくちゃ広い）でピックアップし、そこに隣接された免税店でお酒を購入することが出来ます。滞在中にホテルで飲むお酒をゲットするのはこのタイミングが良いのではないでしょうか。日本から大量に持ち込むこともできませんし。

我が家は、ビール1ケース（24本入り。安いタイガービール）、コロナビール12本、ロゼワイン一本を買いました。
妻がショッピングカートにどんどん入れていくのを横目で見ながら、「え、買いすぎ、、」と思いましたが滞在4日目時点でけっこう少なくなっており、もっと買っておけばよかったかもと思っているくらいです。気候がいいのでパカパカ飲めます。

 ![](https://cont.sterfield.co.jp/uploads/IMG_1939_e4c7291a06.JPG) 

けっこう広大なお酒売り場だったのですが、日本酒は2銘柄のみで売り場での存在感もなく隅の方にひっそり置いてありました。
ただウイスキーは特設の島があり、知多などが10銘柄ほどがディスプライされていました。

お酒を買ったあとは、特に荷物のチェックを受けることもなく、タクシー乗り場に直行できます。


## ドバイでSHOPEE発見！

東南アジア・台湾でNo.1とされているECモールShopee。
我々も運営代行パートナー、一括管理システムパートナーとして出店支援を行っています。Shopeeについてはよく理解しているつもりだったのですが、まさかドバイにも進出しているとは！しかもECではなく路面店を出しているとは！
「きっと、ECと連動させたショールーミング的なお店なんだろう！」と、0.5%くらい思いながら入店しました。
 ![](https://cont.sterfield.co.jp/uploads/IMG_1988_439074875f.JPG) 

ふつうに地元の方が生活雑貨を買うお店でした。
全部大文字のSHOPEEですしね。


## 続く、、？

もうちょっと色々（文化的な彗眼とか、ビジネス的な洞察とか）とお伝えするつもりが、お酒の買い方と偽SHOPEEの話だけになってしまいました。
機会があれば、次回以降の記事で文化的な彗眼とか、ビジネス的な洞察とかはお伝えしたいと思います。




IMG_1935.JPG

ドバイでお酒を買う方法など

## はじめに

「物流」ってなんでしょうか？おそらく関連する業界に身を置いていない場合、漠然と「生産者から消費者まで製品を届ける一連の流れ」というイメージで、DHLは世界規模に展開する配送業者の1つ、ぐらいの印象を持っている人が少なくないのではと思います。

実際のところDHLは物流業者ではなく、「ロジスティクスカンパニー」です（物流とロジスティクスの違いもよくわからない、という仲間もいると思うのですが、本記事では割愛します）。

そのDHL＠ヨーロッパが、最近EC業界でとてもHOTな中古市場に乗り出したという記事を見つけたので紹介します。

## Reflauntとの協業でファッション業界のリセールをサポート！
 ![](https://cont.sterfield.co.jp/uploads/2024_03_21_124754_bfbe1a1e3f.png) 
※画像は公式サイトのキャプチャ

今回の取り組みはDHLが単独で行うものではなく、ブランドファッションのリセール（再販）を可能にするテクノロジープラットフォーム「Reflaunt（リーフラント）※」との提携により実現したものです。

※Reflaunt：シンガポール発のスタートアップ企業で、ファッションの一次市場と中古市場を繋げ、サスティナブル推進が難しいファッション業界に、サーキュラーエコノミーの仕組みを導入しようとしています（Reflauntについては次回詳しく取り上げる予定です）。

プレスリリースによると、 「ポーランドにおけるDHLサプライチェーンとの1年間の試験運用の成功を経て、Reflauntは、ブランドが再販業務を行う方法を再定義するプラットフォームを顧客に提供できるようになる」とのことです。DHLとReflauntによると、ファッションアイテムの再販を成功させる最大の課題は拡張性であり、この取り組みがその課題に対する解決策となると考えているようです。

実際にどのようなことが行われるのでしょうか？
まずこのサービスを取り入れるブランドは、再販業務の管理をReflauntと契約します。そしてその全ての製品は、DHLの施設で取り扱われ、認証されるようになります。
どういうことかというと、Reflauntのシステムに商品を加える前に、DHLの担当者が、購入者が不要とした（返品したい）製品の集荷、検査、ランク付け、写真撮影を行います。さらに、在庫管理、保管、フルフィルメント、配送までもDHLが担うとのことです。
つまり、Reflauntの提供するプラットフォーム上で行われる「再販（※）」に関わるほとんどの作業をDHLが行うということになります。

※ここでいう「再販」は、売れる商品は中古ECプラットフォームへの出品、売れない商品は寄付やリサイクル事業に回るということのようです。

Reflaunt社は「この取り組みにより、ファッション業界のリコマース機能が拡張し、ファッション再販のダイナミクスを再構築するだろう」と述べています。
新たなロジスティクス・パートナーを得たことで、返品を含む商品のセル・スルーを最大化することが可能になり、「再販市場の複雑さを緩和する包括的なソリューション」をブランドに提供することができます」。ステファニー・クレスピン最高経営責任者（CEO）は次のように語ります。「Reflauntは、1stハンドと2ndハンド、eコマースとリコマース間の壁を取り払うことで、サーキュラーファッションをより身近なものにするのです」。


## まとめ

EC業界が中古市場に注目している中、荷物を運ぶ会社というイメージの強いDHLも参入を？と思いましたが、ロジスティクスがメーカーと消費者の間をつなぐあらゆるプロセスの最適化をするサービスであるということを思えば、当然の動きかもしれません。

協業するReflaunt社のサービスも面白そうだったので（むしろここのサービスありきの話だと思われます）、次回取り上げます。



#### 参考
https://ecommercenews.eu/dhl-steps-into-resale-business-with-reflaunt/

https://www.reflaunt.com/


alan-w-lAqf-_-6ovM-unsplash.jpg

欧州DHLの新たな取り組み＠ファッション中古市場とは？

## はじめに

Google Cloud の [Cloud Run](https://cloud.google.com/run?hl=ja) を使ってインターネット上に公開せず内部からのアクセスのみを受け付けるサービスを構築する場合、いくつかの方法がありますが認証オプションを「認証が必要」にしてデプロイする方法がもっとも簡単です。

 ![cloud-run-deploy](https://cont.sterfield.co.jp/uploads/cloud_run_deploy_0b4c2235ac.png) 


この方法でデプロイした Cloud Run サービスの URL にブラウザでアクセスするとリクエストに認証情報が含まれてないため

```
Error: Forbidden
Your client does not have permission to get URL / from this server.
```

というエラーが表示されます。このエラーを回避して、アクセスする方法のうち代表的な3パターンを紹介します。

## 前提

Node.js で書かれたアプリケーションがデプロイされた次の 2 つの Cloud Run サービスがデプロイされている環境があるとします。

- 「Front」はインターネット上から直接アクセスされることを想定しているため、認証オプション「未認証のアクセスを許可」を設定してデプロイされている
- 「Internal」は「Front」から内部でアクセスされるもので外部からのアクセスを拒否したいため、認証オプション「認証が必要」を設定してデプロイされている

![cloud-run-diagram](https://cont.sterfield.co.jp/uploads/cloud_run_diagram_a0a3472409.png) 

## ① 他の Cloud Run サービスからアクセスする方法

「Front」 → 「Internal」

同じプロジェクトでデプロイされた Cloud Run 同士でアクセスする場合、[Google Auth Library](https://github.com/googleapis/google-auth-library-nodejs)を使うことで認証に必要なトークンを含んだ HTTP ヘッダーが取得できます。

「Front」の Cloud Run サービスをデプロイしたサービスアカウントに`Cloud Run 起動元` (`roles/run.invoker`) ロールが付与されている場合、下記のようなコードでアクセスが可能になります。

```
import { GoogleAuth } from "google-auth-library";

・・・

const auth = new GoogleAuth();
const client = await auth.getIdTokenClient(`${「Internal」のURL}`);
const headers = await client.getRequestHeaders();

// headersの中に Authorization: Bearer ${トークン} が設定されている
await fetch(`${「Internal」のURL}`, { headers });
```

## ②Cloud Run 以外のサービスからアクセスする方法

Cloud Scheduler → 「Internal」

[Cloud Scheduler](https://cloud.google.com/scheduler?hl=ja)から「Internal」にアクセスする場合は、HTTP ターゲットを作成する際、Auth ヘッダーを「OIDC トークンを追加」に設定してサービスアカウントに`Cloud Run 起動元` (`roles/run.invoker`) ロールが付与されているものを設定すると、自動でトークンを付与した HTTP アクセスを行ってくれます。

 ![cloud-scheduler](https://cont.sterfield.co.jp/uploads/cloud_scheduler_74457eda15.png) 

[Cloud Pub/Sub](https://cloud.google.com/pubsub?hl=ja)などでも同じように OIDC 認証を設定することでアクセス可能になります。

## ③ ローカルからアクセスする方法

開発者のローカル PC のコンソール → 「Internal」

gcloud CLI を使うことで開発用の汎用 ID トークンを生成することができます。`Cloud Run 起動元` (`roles/run.invoker`) ロールが付与されているユーザーでログインして、[`gcloud auth print-identity-token`](https://cloud.google.com/sdk/gcloud/reference/auth/print-identity-token)を実行するとログインユーザーのトークンが取得できます。

curl コマンドと組み合わせて下記の様に実行することでアクセスが成功します。

```
curl -H "Authorization: Bearer $(gcloud auth print-identity-token)" ${「Internal」のURL}
```

## まとめ

今回紹介した内容はすべて Google Cloud の公式ドキュメントに記載されているものですが、複数のページにまたがって解説されており、個人的に探すのが大変だったのでブログにまとめました。同じような苦労をされている方のお役に立てれば幸いです。

## 参考リンク

- https://cloud.google.com/run/docs/tutorials/secure-services?hl=ja
- https://zenn.dev/steelydylan/scraps/60f3536dd0c9b4
- https://cloud.google.com/scheduler/docs/http-target-auth?hl=ja
- https://cloud.google.com/run/docs/authenticating/developers?hl=ja#curl

cloud_run.png

認証が必要な Cloud Run サービスにアクセスする方法まとめ

## はじめに
社内の会議で、話の方向性があっちこっちに行ってしまい、収拾がつかなくなることがあります。
当初話し合いたかった内容から脱線してしまい、結局時間オーバーとなったり。
「ファシリテーションが必要」とは思っていたのですが、そういうの苦手だな、と思って遠ざけてきました。しかし、それではいけない、と思い、関連本から勉強中です。　今回はテレビ朝日アナウンサーで『ABEMA PRIME』（通称アベプラ）の進行を担当している平石直之さん著の「超ファシリテーション力」の本から、自分が特に学んだことを3つ、紹介します。

## ファシリテーションは準備が9割

> ●私がファシリテーターを担っている番組では、出演者の本や記事を読み、ユーチューブやSNSをチェックして、最近の活動や主な主張、人となりや話し方の特徴などをつかんでいきます。
> 
> ●次に、その人にとって「これだけは言いたい」というコアな主張をしっかりと話していただき、一方でファシリテーターとして「これだけは聞きたい」ことをちゃんと聞くという、”芯を外さない進行”を頭の中でイメージしていきます。
> 
> ●ほかの参加者との間でどのように議論を盛り上げていくかを事前にシミュレートしておくことが大切です。
> 

###### 準備が9割。
そうだよな、と再確認した内容です。

ファシリテートがうまい人は、頭の回転が速かったり、話術に長けているというのが重要かと思っていましたが、そういう人はちゃんと準備して、会議を想定しているんだよな、と思いました。


## 「聞く力」こそがファシリテーションのかなめ

> ●実際に会議が始まったあとは、準備してきたことを一旦すべて脇に置いて、目の前の議論に全エネルギーを集中させます。
> 
> ●ファシリテーターは受け身のポジションを取りながら、参加者の言葉を拾って補足し、軌道修正し、前述の”芯を外さない進行”を実現させていきます。
> 
> ●ここでは、自分が何を言いたいかではなく、いかに参加者の言葉を受け止めるかが重要で、その意味では「聞く力」こそがファシリテーションのかなめだと感じます。
> 

###### 『自分が何を言いたいかではなく、いかに参加者の言葉を受け止めるか。』
自分が会議の当事者の一人の場合、自分の意見もあるので、会議参加者の意見に対してどうしても自分の意見をぶつけるシーンがあります。
ただし、その会議に「ファシリテーター」として参加している場合は、ファシリテータとしての役割として『聞くこと』に徹する。
そして、「当事者の一人」として意見を言うときは、当事者としての意見であることを明言して発言する、と言う風に、「ファシリテーター」「当事者」の立場を明確に意識して区別することがポイントだな、と理解しました。

## 慌てふためかない秘訣は想定しすぎないこと

> ●ファシリテーターに求められるのは、議論がどのような方向へ展開しても、つねに道筋をコントロールしながら、最終的にその場を着地させることです。
> 
> ●ここで懸念すべきは、論客同士の議論がヒートアップしていくうちに収拾がつかなくなることで、予想外の展開にファシリテーターが慌ててしまうようではいけません。
> 
> ●では、いざというときに慌てないためにはどうすればいいか。それは、本番が始まる際には、シナリオはいったん頭のなかから捨ててしまうことです。想定外の展開に慌ててしまうのは、展開をあらかじめ想定しているからです。
> 

###### *『本番が始まる際には、シナリオは一旦頭のなかから捨ててしまうこと』*
そうなんだ！と思いました。
私はいままで、いろいろ準備して想定して、その想定通りにいかないと”固まってしまう”傾向がありました。
準備はするが、会議本番の時は、一旦忘れて、目の前の会議に集中し、話の流れに乗るべきだ、と理解しました。


> ●話題がどれだけ脱線しても、本来あるべき方向性に向けて議論をコントロールするために、最低限の論点だけは押さえておく必要があります。
> 
> ●ファシリテーターが方向性と論点さえ意識していれば、議論をいつでも本題に引き戻することが可能です。
>  


方向性と論点を見失わないように、ホワイトボードや議事録の目立つところに書いておくのが大事だなと思いました。


## まとめ
『準備の大切さ』　と　会議本番は『目の前の会議に集中する』

良いファシリテーターになれるように準備します。



20240313114855.JPEG

「超ファシリテーション力」本の紹介

## はじめに
先日、2023年の訪日観光客についてブログを書きました。2,500万人が日本に訪れていて、とりわけ東アジア地域からの観光客が上位4位を占めていました。今回は日本からの越境ECでも人気であり、親日家の多い台湾に焦点を絞って記載したいと思います。
先日のブログ（https://sterfield.co.jp/blog/blog-3-inbound-customers/）


## 台湾訪日観光客の状況
台湾からの訪日観光客数は韓国に次いで2位となっており、2023年は**420万人**に上ります。全体に占める割合は、16.8%でした。

 ![](https://cont.sterfield.co.jp/uploads/_06bcb8c9d2.png) 
（参考）日本政府観光局のデータを元に作成

全国籍・地域の旅行消費額の総額は5兆2,923億円、そのうち14.7%を占めていた台湾が7,786億円になっており、日本で一番旅行消費しているのが台湾であることがわかります。

 ![](https://cont.sterfield.co.jp/uploads/2_9370636801.png) 
（出所：　国土交通省観光庁「【図表１】 国籍・地域別にみる訪日外国人旅行消費額と構成比年間の訪日旅行消費額推移」）


台湾からの訪日旅行支出額/人は、**187,921円**となっていて、その内訳をみると**買物代**が最も多く34.7%を占めていました。次いで宿泊費が28.3%、飲食費が21.4%となっていました。なお、平均宿泊数/人は**6.9日**でした。

一方で、全国籍・地域のデータを見ると、訪日旅行支出額/人は212,193円でした。内訳としては宿泊費が34.6%、次いで買物代が26.3%、飲食費が22.6%となっていました。平均宿泊数は10.2日でした。


 ![](https://cont.sterfield.co.jp/uploads/2_3b4812fae1.png) 
（出所：　国土交通省観光庁「【図表５】 国籍・地域別にみる訪日外国人１人当たり費目別旅行支出（全目的）」）


消費額の内訳をみると、台湾の人は日本で買物を楽しむ傾向があることがわかりました。一人当たりの平均宿泊数は全国籍・地域よりも3.3日短くなっているのは、日本と地理的に近いこと影響していると考えられます（距離が近ければいつでも来やすい心理が働いているのかもしれません）。また、平均宿泊数/人が短くなっているがゆえに、訪日旅行支出額/人も全国籍・地域を下回っているという見方もできます。

一日当たりの旅行支出額はどうでしょうか。台湾観光客と全国籍・地域の観光客を比較すると以下のようになっていました。

- 台湾観光客：　27,235円/人
- 全国籍・地域：20,803円/人

台湾観光客は31%も多く支出していることがわかります。



## まとめ
台湾からの訪日観光客が日本に与えてくれるインパクトが大きなものであることがわかりました。買物好きな台湾の人が日本で買物をした後に帰国、また同じ商品を買いたいときには次の選択肢があります。

1. 再び日本に来て商品を購入する
2. 台湾内のデパートなど販売店で同じもの購入する
3. 越境ECを利用する

是非日本にどしどし足を運んでいただきたいところです。②と③を実現することで、いつでも台湾の人々が便利に買物を楽しめるようになる導線を作れますので、積極的に行いたいものです。弊社では今まで注力してきた越境ECに加えて、台湾現地施策も支援していますので、お気軽にご相談ください。


アイキャッチ.jpg

台湾の訪日観光客の今

パスワードはもう古い！

近年、パスワードの管理が煩雑化し、漏洩による被害も増加しています。そんな課題を解決するために注目されているのが、パスキーと呼ばれる新しい認証方法です。

## パスキーとは？

パスキーは、パスワードに代わる安全で簡単な認証方法です。指紋認証や顔認証などの生体認証、またはデバイスの画面ロック（PINなど）を使用してログインできます。

従来のパスワードと比べて、パスキーには以下の利点があります。

- 安全性が高い
- 使い方が簡単
- フィッシング詐欺に遭いにくい

## 今までも生体認証は普及していたよねという疑問
 ![](https://cont.sterfield.co.jp/uploads/FIDO_Alliance_Passkey_logo_834ac057c0.png) 
今までは、生体認証の機能など各社がそれぞれ独自に作り込み、また生体認証機能を提供する以下のようなソリューションなどを導入して対応が必要でした。
https://it-trend.jp/biometrics

パスキーは、FIDO Allianceという非営利団体によって策定された標準規格に基づいて作られています。
ここが今までと大きな違いと言えます。

それらがパスキーという標準規格によって、ようやく統一に向けた流れになったということです。

FIDO Allianceには、Google、Apple、Microsoft、Amazon、Facebookなど、100社以上の企業が参加しており、パスワードに代わる新しい認証方法の開発と普及を推進しています。

具体的なパスキーの開発は、各企業が独自に行っています。 例えば、GoogleはAndroid OSにパスキー機能を組み込み、AppleはiOSにパスキー機能を組み込んでいます。

パスキーは、オープンな標準規格に基づいているため、異なる企業が開発した**パスキーを相互利用することができます**。 つまり、Googleアカウントで作成したパスキーを、Apple IDでログインする際にも利用することができます。ここが非常に大きなポイントです。また、Apple端末であれば、iClouｄにパスキーが保存されるので、機種変更をした時や、iphoneとiPadでデバイス越しに利用するといったことも可能になります。    

## パスキーの仕組み
 ![](https://cont.sterfield.co.jp/uploads/what_is_fido_fingerprint_authenticator_50ce1d0201.svg) 

パスキーは、公開鍵暗号方式と呼ばれる技術を採用しています。この方式では、ユーザーはサービス利用開始時に、公開鍵と秘密鍵のペアを作成します。公開鍵はサービス提供者側に登録し、秘密鍵はデバイスに保存します。ログイン時には、デバイスに保存された秘密鍵を使用して、サービス提供者側の公開鍵を認証します。

## 対応サービス

2023年12月現在、多くの主要サービスがパスキーに対応しています。

### アカウントサービス

- Googleアカウント
- Apple ID
- Microsoftアカウント
- GitHub
- Twitter
- Facebook
- Amazon
- 楽天
- Yahoo! JAPAN

### パスワード管理サービス

- 1Password
- LastPass
- Bitwarden

### ブラウザ

- Google Chrome
- Microsoft Edge
- Apple Safari
- Mozilla Firefox
- その他
- WordPress
- Shopify
- Cloudflare

## Googleのパスキー設定方法
上述のように、主要なサービスにはパスキーが普及している状態ですが、Googleは2023年の5月からパスキー対応をリリースしたとのことです。

パスキーの設定は改めて行う必要があり、以下で手順をご紹介します。
筆者自身もこの記事を書くまでGoogleアカウントへのパスキーの設定は行なっておらず、幾度となくパスワード入力を行なっておりました。

1. パソコンでChromeブラウザを開きます。

2. Googleアカウントにログインします。

3. 画面右上のプロフィールアイコンをクリックします。

4. メニューから「パスワードとセキュリティ」を選択します。

5. 「パスワード」タブをクリックします。

6. 「パスキー」の項目で「開始」をクリックします。

7. 画面の指示に従って、パスキーを設定します。

### パスキー設定時の注意事項

パスキーを設定するには、Android 7.0以上またはiOS 15.0以上のスマートフォンが必要です。
スマートフォンにGoogle認証アプリがインストールされている必要があります。
パソコンとスマートフォンが同じWi-Fiネットワークに接続されている必要があります。
パスキー設定後の利用方法

パスキーを設定後、対応するウェブサイトやアプリにログインする際は、以下の手順でログインできます。

1. ログイン画面で「Googleでログイン」を選択します。

2. パスキーを選択して認証します。

3. スマートフォンで本人確認を行います。

### パスキーの利用に関する情報

Googleアカウントのパスキー: https://support.google.com/accounts/answer/13548313?hl=ja  
パスワードの代わりにパスキーでログインする: https://support.google.com/accounts/answer/13548313?hl=ja

## 今後

パスキーは、パスワード認証に代わる新しい認証方式として、今後ますます普及していくことが予想されます。

### 参考情報

Passkeys: A new, more secure way to sign in to websites and apps:  
https://support.apple.com/en-us/102195  
What are passkeys?:   
https://blog.google/inside-google/googlers/ask-a-techspert/how-passkeys-work/  
FIDO Alliance Announces Passkeys: A New, More Secure Way to Sign in to Websites and Apps:  
https://fidoalliance.org/passkeys/
## まとめ

パスキーは、パスワードの代わりに使える新しい認証方法です。従来のパスワードよりも安全で使いやすく、フィッシング詐欺にも遭いにくいという利点があります。今後、ますます多くのサービスで対応が進められていくことが期待されています。

## 関連記事

https://www.japancv.co.jp/column/10227/  
https://duo.com/blog/webauthn-passwordless-fido2-explained-componens-passwordless-architecture. 

Firefly セキュリティ対策　パスキー 25245.jpg

今さら聞けないパスキーとは？パスワードの代わりに使える新しい認証方法

## はじめに
フロントエンドにおいても、製品の品質を向上させ、維持していく上で、テストは必須と言えるほど重要になってきています(参考: <a href="https://roadmap.sh/frontend" target="_blank" rel="noopener noreferrer">Frontend Developer Roadmap</a>)。  
テストの状態を計測するよく使われる指標の一つとして、テストのカバレッジ率があります。  
フロントエンドのテストは、主に単体テスト、統合テスト（コンポーネントテスト）、E2Eテストに分けられます。  
Cypressでは基本的にこれらすべてを一元的に実装できるため、テストを書く上で便利です。  
ただ、CypressはJestやJestベースのPlarywrightと違って、標準ではカバレッジレポートを出力できません。  
特にNext.jsでは<a href="https://docs.cypress.io/guides/tooling/code-coverage" target="_blank" rel="noopener noreferrer">公式で紹介されている方法</a>そのままでは計測できなかったので、  
Next.jsとCypressを使ったサイトでテストカバレッジ率を計測する方法について、  
実際に検証しながら整理してみました。

※この記事では、Cypressの導入部分は省略します

## 全体の流れ
1. 計測のためのプラグインを追加する
1. package.json レポートのオプションを追加
1. Cypress の config に計測のための設定をを追加
1. Cypress の 共通設定部分にプラグインの読み込みを追加
1. Next.js の config にプラグインの記述を追加
2. テストを実行し、レポートを表示する

## 計測のためのプラグインを追加する
Cypressでカバレッジ率のタスクを実行するための **@cypress/code-coverage** と Next.jsでレポートを作成するための **swc-plugin-coverage-instrument** をインストールします。
```bash
npm i -D @cypress/code-coverage swc-plugin-coverage-instrument
```

## package.json レポートのオプションを追加
レポートに含めたいファイルや、含めたくないファイルがある場合、以下のように"nyc"の項目を追加して、オプションを指定します。

###### package.json
```diff
{
  "name": "example",
  ︙
  },
+  "nyc": {
+    "extension": [".ts", ".tsx"],
+    "include": ["pages/**/*.tsx", "src/**/*.ts", "src/**/*.tsx"],
+    "exclude": ["node_modules/**", "mock-data/**", "cypress/**", "**/*.cy.ts"],
+    "excludeNodeModules": true,
+    "excludeAfterRemap": true
+  }
}
```

## Cypress の config に計測のための設定を追加
cypress.config.ts へ以下のように、コードカバレッジを計測するための設定を追加します。

###### cypress.config.ts
```diff
import { defineConfig } from "cypress";
+ import codeCoverageTask from "@cypress/code-coverage/task";

export default defineConfig({
  env: {
    enableMock: true,
+    codeCoverageTasksRegistered: true
  },
  e2e: {
+    setupNodeEvents(on, config) {
+      codeCoverageTask(on, config);
+      return config;
+    },
    baseUrl: "http://localhost:3000"
  },
  component: {
    devServer: {
      framework: "next",
      bundler: "webpack"
    },
    defaultCommandTimeout: 6000,
+    setupNodeEvents(on, config) {
+      codeCoverageTask(on, config);
+      return config;
+    }
  }
});
```

## Cypress の 共通設定部分にプラグインの読み込みを追加
cypress/support/component.ts や cypress/support/e2e.ts に、  
プラグイン読み込みのコードを追加します。
###### cypress/support/component.ts | cypress/support/e2e.ts
```diff
+ import "@cypress/code-coverage/support";
```

## Next.js の config にプラグインの記述を追加
next.config.js のビルド設定部分にも、プラグインの記述を追加します。

###### next.config.js
```diff
const withImages = require("next-images");

module.exports = withImages({
  trailingSlash: true,
+  experimental: {
+    swcPlugins: [
+      ["swc-plugin-coverage-instrument", {
+        compact: false
+      }]
+    ],
+  },
});
```

## テストを実行して、レポートを表示する
これで、準備ができましたので、実際にテストを実行してレポートを表示してみます。

### テストを実行
テストの script は package.json で以下のように設定しているとします。
```diff
{
  ︙
  "scripts": {
    ︙
+    "cypress": "cypress open",
+    "cypress:e2e": "cypress run --e2e",
+    "cypress:component": "cypress run --component"
    ︙
  },
  ︙
}
```

コンポーネントテストを実行してみます。
```
npm run cypress:component
```
テストが終了すると、以下のディレクトリにファイルが生成されます。  
- coverage
- .nyc_output

coverage/lcov-report/index.html を表示すると、  
以下のようなレポートを確認できます。  
  
 ![](https://cont.sterfield.co.jp/uploads/report_gui_883931f06d.png) 

また、以下のようにコマンドを打つことで、概要を表示できます。
```bash
npx nyc report --reporter=text-summary 
```
  
 ![](https://cont.sterfield.co.jp/uploads/report_cl_7970bcc25b.png) 
状態、分岐、関数、行数など、色々な方向で評価してくれます。

## まとめ
Next.jsでは、バンドラーがSWCなため、公式ドキュメントに従って設定すると実行が難しいことがわかりました。  
ただ、調査を進めることで、レポートの取得が可能であることがわかりました。  
今後はこれを活用し、Next.jsとCypressを組み合わせて効果的なテスト運用を構築していく予定です。  
この組み合わせにおいては、準備が整えば手軽にテストレポートを取得でき、より効率的かつ信頼性の高い開発プロセスを構築できると考えています。  
今回の課題を克服することで、将来的なプロジェクトでの利用をスムーズに進めることが期待できます。  
Next.js ✖️ Cypressの組み合わせを最大限に活かし、テストの品質向上に貢献していきます。

## 参考リンク

- [Frontend Developer Roadmap](https://roadmap.sh/frontend)
- [Code Coverage | Cypress Documentation](https://docs.cypress.io/guides/tooling/code-coverage)
- [swc-plugin-coverage-instrument](https://github.com/kwonoj/swc-plugin-coverage-instrument?tab=readme-ov-file)

nino-eye.jpg

Next.jsとCypressを使ったWebアプリでテストのカバレッジ率を計測する

## はじめに
前回の日常生活編は皆さん見たでしょうか？日本人に対しては普通なことで、外国人から見るとそういうカルチャーショックが出てきましたよね！

今回は飲食編です。日本で受けた飲食のカルチャーショックや台湾のことを紹介したいと思います。

## 飲食のカルチャーショック！？

> 1．直接水道水を飲めるの！？？

> 2．お弁当が冷たいのは当然！？？

> 3．朝ご飯のお店がない、暖かいサンドイッチ食べたい！

## ①水道水
 ![](https://cont.sterfield.co.jp/uploads/3680267_s_870271c279.jpg) 
日本に初めて来た時は部屋管理会社のスタッフさんが「水道水を飲めるよ。わざわざ水を買う必要ない」と言われても、最初から来た時さすがに飲む勇気がないです。今は慣れていて、直接水道水を飲めるようになりました。

台湾は水道水の中に多くの鉄やほこり等の不純物が含まれているので、必ず水道水を煮沸することが必要です。当然もし直接飲みたいならば、安全のために「浄水器」を取り付けているほうが安心です。「浄水器」は水道水に含まれる不純物を取り除いて、より安全な水を飲められています。

## ②お弁当は冷たい
 ![](https://cont.sterfield.co.jp/uploads/28920841_s_d1796989f4.jpg) 
よくドラマやアニメ、ニュースを見ていて、日本の手作りお弁当はとても可愛くてすごいと思いますが、しかし日本人はほぼお弁当を冷たいままで食べるので、台湾人としてはすごく衝撃を受けました。

何故かというと台湾ではお弁当というと、きっと温かいからです。この温かいお弁当を食べると心が癒されています。そのため台湾の昼休み時、家からお弁当を持っている人は必ず電子レンジを使って、少しお弁当を温めています。また学校でもお弁当を温める専門の機器もあります。お弁当は冷えてもおいしいけど、やっぱり温かいお弁当のほうが好みです。

しかし何故日本人は冷たいお弁当を食べているのでしょうか？
様々な噂がある中でも特に「食物の臭いで他の人に迷惑を掛けたくない」という理由で、冷たいおベントを食べていることについては、日本人式の優しさだと素晴らしくて、尊敬しています。


## ③朝ご飯のお店
 ![](https://cont.sterfield.co.jp/uploads/737117_s_fa8a6c7c42.jpg) 
日本には朝食のお店があまり見られないですね。飲食チェーンでも朝食のセットを提供していますが、実際には専門の朝食のお店はほとんどないですよね。大学の時に日本人の先生にも質問をしましたが、それは朝食は家で食べることの方が多いし、急いで通勤する時にはほとんどおにぎりやパンとコーヒーで食べることもありますよと言われました。

台湾には朝食のお店がすごく多いです。特に学校や駅前、会社の近くにありますね。
以前よく朝食のお店に「豆漿（台湾式の豆乳）」や「蛋餅（ダン・ビン=卵焼き餅）」、「蘿蔔糕（ローポーガオ）」、「涼麵（台湾式の冷やしそば）」、「粥（お粥）」を食べに行きました。今でも時々日本の台湾料理店で「蛋餅（ダン・ビン=卵焼き餅）」を注文して、台湾を懐かしみますね。

しかし何故台湾には朝食のお店がそんなに多いのでしょうか？
実は台湾には外食をする人が多いし、また朝食の種類もたくさんありますので、毎日様々な種類を選べるのはすごく楽しいですよね。


## まとめ
まさか飲食にもそういうカルチャーショックを受けることになって、すごくおもしろいですよね。
今後ももっとそういう面白い文化の違いを紹介したいと思いますので、もし興味がありましたら、次回は「買い物編」です。ぜひ見てくださいね。

Company

Our Solutions

Support

News

Blog

Blogブログ

カテゴリーから探す

年別から見る

記事一覧

2024/05/02

2024/04/26

2024/04/26

2024/04/19

2024/04/19

2024/04/16

2024/04/12

2024/04/12

2024/04/05

2024/04/05

2024/03/29

2024/03/21

2024/03/15

2024/03/13

2024/03/11

2024/03/08

2024/03/01

2024/03/01