# ECサイトとは何か みなさん、おはようございます。七夕です。 1月8日、木曜日。本日のトピックスは、ECサイトについてお話ししたいと思います。 ECサイト、みなさんご存知でしょうか? 名前はおそらく聞いたことがあるかと思います。 ECサイトというのは、みなさんがオンライン上でショッティングをできるウェブサイトのことです。 一番有名な例でいうと、世界中にプラットフォームがあるAmazonです。 おそらくみなさんもお買い物したことがあるかと思います。 それ以外に、個別にストアが用意しているブランドがあります。 例えば、アパレルユートビームスやナイテッドアローズなど、おそらくみなさんも聞いたことがあるような個々のブランドごとに ウェブサイト、ECサイトというものがあって、そこでお買い物ができる形になっているかと思います。 それ以外で言いますと、Amazonに近い形なんですけれども、MALLと言われるものがありまして、それが楽天。 日本で言うと楽天というのが有名です。 MALLというのは、そのプラットフォーム上で、先ほど言ったような個々のストアが自分の商品を出品できる場所のことです。 エンジニアの方は、ECサイトを作りますという案件があったときに、考慮しなければいけないポイントがたくさんあります。 おそらく通常の静止したウェブサイト、例えばコーポレートサイトのようなものを作るときと全く考えることがちらびきます。 静止したサイトを作る考えで、ECサイトに臨むと怪我をします。 この点についてあまり幹部語を持っていないエンジニアの方は、この放送でECサイトについての前提知識となるものをご理解いただけるかと思います。 まず、ECサイトを構成する要素についてです。 何があるかと思いますか? おそらくすぐに思い浮かぶのは商品だと思います。 エンジニアの方向けということで、最初に例として出すのは、先ほど申し上げた例で言いますと、個別にあるストアからお話ししたいと思います。 個別にあるストアというのは、クラウドフォームで言うと、ショピファイというのが今、全世界的に使われている一番メジャーなクラウドフォームになる形です。 日本発というか日本国内でしか使われていないクラウドフォームですと、例えばベースとかヒューキャーショップなどの他にもたくさんマイナーなクラウドフォームがあるんですけど、 結構使われているケースが少ないので、ここではショピファイというほぼほぼすべてをオリジナルで作ることができるECサイトについてお話ししたいと思います。 おそらくエンジニアの方はこのショピファイの案件でも受けることが多くなってくるのではないかなと思います。 ショピファイというクラウドフォームなんですけれども、すべてがオリジナルでできるということなんですけれども、オリジナルで何を構築していかなければいけないのかというところですが、 商品以外に顧客の情報を会員登録したりするとデータベースに追加されるわけです。 その顧客の使命、連絡先、あとはもし顧客が商品を購入していたらその購入履歴とか、あとはもし機能としてお気に入り機能というのを渡せる場合は、 その顧客が商品貨前とかにお気に入りというリスト、自分が保持できるリストに商品を追加していくことができます。 そうすると、そのお気に入りリストというものもストアの中でデータベースとして持つ形になるか、もしくは外部のお気に入りという機能をサードパーティーが提供している場合は、 サードパーティー側のデータベースに保管するという仕組みになったりします。 ということで、商品の情報もデータベースに保管される形で、ストアの運営者、もしくはエンジニアがそこに情報を入力する必要があったり。 ということで、ECサイトというのは通常のウェブサイトよりもデータベースとの連携がめちゃくちゃ多いです。 しかも決済というものが、要は商品を購入するときに決済というものがありますので、その決済するときというのもクレジットカード会社だったり、テペとかそういう決済代行会社とのデータのやり取りというのも発生します。 例なのでデータベースというのがものすごく重要になってくる。 必然的にデータベースに登録する情報というのも、今言った中で商品、顧客とかそういったようなものを登録していく処理というのも作業というのも発生します。 ECサイトというとウェブサイト、ウェブデザインって主にフロント側、表面的な見た目とかの話が中心になってくるところが、ECサイトは実は裏側の話というのもかなり考慮していないと話にならないということがよくあります。 これは実際に構築をした経験のある方々とよく分かることだと思います。 他にもマッシュアピファイという独自デジェストを作る場合は、集客ということも考えなければならなくなります。 なぜならAmazonとか楽天に自社の商品を出品するという場合は、すでにAmazonとか楽天ってネームバリューがあるプラットフォームがあるので、そこに買い物に来た人がたくさん出品されている商品の中から、自分たちが出している商品というものを見つけてもらうという形になるので、 他の並んでいる商品との差別化というものは必要になってきはしますが、集客という意味においては、すでに集客できる状態からスタートできる。 ただし、たくさんある商品の中で自社のアイテムが漏れていかないように、そこでAmazonの中でのSEOとか楽天の中でのSEOとか、そういうことを考慮しなければいけない。 だから、広く全世界に張り巡らされているウェブという中で、まずは実写サイトに誘導という指示客、そこについてはここでは考えなくてよくなるので、まずかなり前提がここで違ってきます。 で、次に。 # 構築時に考慮すべき要素 そのイーシーサイトがB2CなのかB2BなのかC2Cなのか 誰に向けて売るのかという違いも分かったりします。 B2Cというのが一番メジャーな形。 企業が出している商品を消費者の方々が買うというスタイル。 それ以来にあるB2Bというのは企業間での取引。 だから一般の消費者の方はあまり目にすることがないようなウェブサイト。 例えばある程度のロットのある仕入れからしかできないウェブサイトというものがあったりします。 そういうのはB2Bとして専用にある形です。 一般の人もおそらく変えたりするかもしれないですけど おそらく一人の人がそんなに大量の仕入れをするケースはあまり少なかったりするので 一般は利用しなかったりします。 C2Cというのが消費者と消費者でやり取りするイーシーサイト。 イーシーサイトというかこれはメルカリとかそういうスタイルが言われるものです。 ショピファイというものを企業ではなく個人単位でもショピファイストアというのは作れます。 僕も持っています。 なのでこの場合は僕が法人としてこのストアを運営していなければ C2Cのイーシーサイトと呼ぶことができるかと思います。 次に構築をしていくよって関係がスタートしますよって時に 何を考えなければいけなくなってくるのかと言いますと おそらくイーシーサイトを制作するような組織、会社に属しているケースであれば 運用されているかと思いますので まずは営業の方とかがイーシーサイトを作りたいよっていう 業者さん、企業さんにカラーアンケートを取ったりして じゃあうちの会社で御本社の商品を売るストアを作りますという話から始まります。 その後その話が制作とかそのストアを実際にプロジェクトを作る人たちで ディレクターだったりプロデューサーの人に話が流れてきます。 その人たちがデザイナー見た目を作るためのデザイナーだったり 先ほど言ったようなデータを構築したりレコードを書いていくエンジニアだったり あとはカスタマー対応、顧客対応が必要になるストアであれば カスタマーっていう人たちが招集されて一つのプロジェクトに対して割り当てられ で作っていく話が始まるんですけれども エンジニアじゃないと 例えばここにECサイトを作っているベテランのエンジニアの方が入っていれば 何が必要、何が良いことはこれが必要、あれでやらなきゃいけないとかってのは分かるんですけど いきなりエンジニアのディレクターとエリシーサイトの経験があまりなかったりするような企業 だけど今まで何個も設置した エリシーサイトも作れるだろうということでやる場合っていうのは危険が結構あります 経験がないと最初前提でお話ししたような 顧客とか商品とか決済とかそういったもの それ以外にも本当に色々なたくさんの考えないといけない要素ってのはあったりします 例えば送料とかですね 自分たちで出荷作業もやるよっていうストアの体制でいくのであれば 送料っていうものが発生します 送料っていうのも自分たちで設定しないといけないんですね 別に設定しなくてもいいのは例えばAmazonとか楽天とか そういうところは発送っていうものを自社で行わず 例えばAmazon対Amazonの倉庫の人が発送してくれる 楽天も同様に発送処理っていうのは楽天で壊してないのか 送料っていうのがもう決まっているっていうケースがほとんどです楽天の場合でも こういった場合は送料はコールしなくても良い 既定に従ったお届け先によって 例えば北海道から東京北海道から沖縄であればいくらいくらって決まったものを 送料としてたくさん購入時にかかるだけの話なので考えなくてもいい だけど自社で発送する場合っていうのは そこの発送倉庫っていうのが 例えばどこの業者ヤマトさんとMさんから発送してもらうのか サーバーから発送してもらうのか もしくは日本郵便から発送してもらうのかとかで 全部送料というものは変わってきます あと実はその契約する中で タリフって呼ばれるんですけど 送料っていうものをヤマトさんとヤマトさんとの間で 独自にそのストアっていうのが設定 契約として決められるっていうことがあります なので通常の一般の人はヤマトを使う時よりも 発送料が回りやすかったり そういう調整っていうのができたりするので それを踏まえた上で送料っていうのを設定する必要があります ここも先ほど言ったように どこからどこまでだといくら どこからどこまでだといくらみたいな感じで 設計をする必要があるんですね 自分たちのストアが送料を明かしにならないように 送料を明かしにしてでも お客さんに買ってもらうっていう展開をする っていうパターンもあるかもしれないですけど 何度もありましたけどそういう感じで 叶えていられないことっていうのが実はたくさんあります 集客もしなければいけないっていうストアの場合は 例えばストアの中で商品とかっていう情報は もちろん推用として検索で書くようにはしたいところですけど それ以来にお客さんは商品名とか商品の特徴だけで 検索をしてくるわけではなく ブランド名そのものだったり 商品の周辺にある口コミ情報とか そういう付加的な情報を頼りに そのサイトにアクセスしてくるって可能性もあるので 例えばそういうときに役立つのが機能として 商品にレビューっていう機能が 皆さま見たことがあったり書いたことがあると思うんですけど そういうのがあります 実はこのレビューのお客さんが付けた 個展で満点の星に何点付けたか あとはそのレビューに何というメッセージを書いたか 実はこういう情報っていうのも Googleとかの検索エンジンっていうのは SEOとして情報として見てきます 商品の口コミに書いている情報とか 星の数とかもコールされた上で 検索の上位に上がってくるかとか そのワードがヒットした それがきっかけで商品の提示にアクセスしてくる っていうケースもあるかと思います # デジタルコンテンツ で、本日は今もこれで20分近く話しちゃってるので、やっぱり1回の会議は終わらないんですけども、 本日はなので、俯瞰的に、特にアウトラインも書かず、思いつくことの残り喋ってるんですけど、 そんな感じで、ECサイトといっても、そのストアの設計によって考えるやることが全部違ってくる。 最小限で最多名作ったりになれば、募金機能とかレビューとかもつけない。 決算方法も代引きだけにして、もしくは金庫振り込みだけにして、商品を表示させて、 買うだけ、ゲストで購入する前提で、お客さんのマイページとかも別に作らなくてもいいみたいな、 そんなストアはないかもしれないんですけど、それでいくのであれば超最短でできたりしますけど、 設計っていうのは、いろんな機能とかを考えていくと、実はもう何でもできるんですね。 なので、やりたいことを繋いでいくと、どんどんビッグなサイトになっていくんですけど、 どんどん製作費用、製作コース、期間も膨らんでいく形です。 なので、クラウドさんはたくさんいろんな要望を持って、こんなことできない、そんなことできない、とか持ってきます。 だけど、それを全部達成するための予算があるかっていうところが、毎回その良さはないとなってきたりします。 まあ、想定しているよりも額ってでかいんですね。組織の何十何人とかが、そんな体制で動いているので、 しかも3系列とか4系列とか作る方にかかってしまうので、 まあ、400万とか大きいサイトだと、1000万、2000万いったりするんですよ。 ということで、かなりお金がかかっているし、サイトを同時した後も常に、 ECサイトって24時間の新聞を受け付けられるので、常にお金が動く。 だからサイトがダウンしているとか、決済が使えないとか、 急でページが当選抜けるとか、そういうことはめちゃくちゃシビアに得られます。 だから、ある医者の売上が売上にかかわってくる。 医者の同盟に存亡にかかわってくるから、 小さいミスとかでも、販売がストップしてしまうような事態っていうのは、 最悪弁債問題になったりとか、そういうすごい大トラブルになります。 なので、怖いです。ECサイトっていうのは、はっきり言って。 普通のウェブサイト、静止したウェブサイトを作るのとは話が違って、 かなり責任が問われるっていうことを踏まえて、 重いものを作るんだっていう前提として、 実はプロジェクトってスタートしていなければいけません。 なので、そういった疑問なことを考えた上でECサイトというのが作れるんですけど、 実は今回1回目ということで、大体ここまでにしようと思うんですけど、 今私がお話ししてて、実は前提として、 商品っていう実物のものを送らなければ発送しなければいけないものを売るっていう前提で ECサイトを当たり前のように話してたんですけど、 実はここが盲点で、 私の企業でも、勤めていた企業でも、 物販のECサイトしかやったことがなかったと思うんですけど、 実は売る商材っていうのも、物販以外にデジタルコンテンツっていうのがあります。 実はこのデジタルコンテンツっていうのを、 販売しているECサイトに勤めていたのが、実は私のECサイトの現体験で、 それはもう2000年代の話だったんですけど、 その時はデジタルコンテンツと物販のそんなに大きな違いについて考えていなかったんですが、 デジタルコンテンツは一気にやることがまた変わって楽になります。 例えば発送業務がないので、仕入れっていうのも発送っていうのもなくなります。 倉庫も必要ないです。 なので、一つのECサイトが抱える発送業務に携わる人は一人でおまかないなかったりしますので、 大きくなっていくと、何人とか何十人とか必要になってきたりするわけです。 それがいらなくなる。 あとは、在庫も無限になる。 1個、2個とか関係なくなってくる。 デジタルなんで無限に複製できるっていうメリットもあったり。 私は今、もともと物販のECサイトをクライアントワークで受けてたんですけども、 いろいろ思うところがあり、 私は今、物販のクライアントワークのECサイトを受ける業務関係っていうのは2者だけに絞って、 それ以外は自分でデジタルコンテンツの販売を、しかも大手のプラットフォームからやっています。 なので、ストアを運営するっていうコストっていうのがここでなくなります。 っていうことが、むちゃくちゃ実は根幹の話なんですけど、 右に進むか左に進むかっていうぐらいの、西に進むか東に進むかぐらいの全然大きな違いに実はなって、 意外にもECサイトを売る時に、物販だけをやっぱり見がちなんで、 みんな東に進んでいくんですけど、 西に進む手も実はあって、 それは売りたいもの次第なんで、 案件営業の方が案件を取ってくる時には、物販のホームサイトを取ってくる形から始まるのが多いんでしょうけど、 なので私はたまのかがらない、 デジタルコンテンツだったらデジタルコンテンツの商品そのものに全力を注ぐことができるっていうスタイルを今やっています。 はい、ちょっと話が逸れましたけど、 こういう感じで、もともとの何を売るかっていう詳細、実はこれがウェブサイトを作るよりも、 実は重要になってくるところ、 当たり前ですが何を売るか、 そしてその売るものがとても魅力的で世に水ができそうか、 っていうところが実は重要であって、 これが完璧な設計であれば、 実は自分たち独自にスターを作ったりしなくても大きなプラットフォーム上で売ることをそれに特化してもやっていけるんです。 その場合は一人でもできます。 一人でも売れる時代です。 これがものを設計してオリジナルで全部自分たちで発送処理とか倉庫も自分たちで持つってなると、 一人ではできないので組織を作る必要があって、 企業の中でそれをしなければいけないという形になります。 要は一人の人間の動き、価値っていうのがかなり希釈されるって私は思っております。 もう一人で運営したい、少数体制、 二人と三人で商材を売って回したい、 商材を作るそのもの自体、 だからディスプレイコンテンツとかがいいんじゃない、 ハンドメイド作れる人は自分でDIYとかで作れるかもしれないですけど、 量産っていうところでいると確実にそこを量産のところとかも機械化したりしないと頭打ちになりますので、 私はディスプレイコンテンツがいいんじゃないかなって思います。 という感じでブレブレでしたが、 1回目の放送は以上となります。 また気まぐれで2回目、3回目に立っていきます。 では、また明日。