タグ: 開発

原文：”Cryptocurrency payment UX process” by Samantha Shaibani

暗号化通貨は技術コミュニティーの中でも外でもとてもアツいトピックです。興味と意識が高まる中で、暗号化通貨に多くの人が引き寄せられています。

多くの人がウォレットをダウンロードして、ビットコインやイーサリアムなど暗号化通貨を購入しています。多くの人は投資と考えていますが、実際に暗号化通貨を使って何か買うことができるのでしょうか？結局のところ、暗号化通貨は通貨で、それを使って何か買うことをできるのでしょうか。

この記事は以前に書いた記事”crypto wallet MVP“での私たち(Joseph Guerra, Brandon Fancher, Garren DiPasquale, Sam Shaibani) の活動の続きです。私たちはデジタル通貨のウォレットから支払いシステムにピボットして、開発することにしました。そこから学んでいきます。開発するシステムの名前はマルシェ（Marché）です。フランス語で商人という意味です。いいでしょ、ウィ（oui）？

マルシェはWebサイトで簡単なものを買うことができます。ブロックチェーンのはじまり「ジェネシスブロック」のコーヒーマグとか。私たちの目的は使いやすくて満足のいくユーザーエクスペリエンスのデジタル通貨支払いシステムです。私たちは自分たちが経験した三つのプロセスを共有したいと思います。

パート１：学ぶ

私たちの仮説は「デジタル通貨をすでに持っている人はそれを使いたい」でした。すでに似たようなシステムはありますが、それがうまく活用されているのか、実際に利用しているのかがわかりませんでした。

Earnで調査

Joeは Earn.com を利用してデジタル通貨の利用と動機について調べました。Earnは回答者に現金またはビットコインで受け取ることができるので、私たちにとって素晴らしいツールでした。

過半数以上の人 (93%) はデジタル通貨を投資目的で所有していました。そして、多くの人 (83%) はデジタル通貨で何か買うことに前向きでしたが、半分の人 (49%) が実際にデジタル通貨で何かを飼った経験があるだけでした。最後の質問は「どうしたらデジタル通貨を使いますか？」というオープンな質問で、詳細なフィードバックを得ました。 Joeは回答を以下のように分類しました：

この調査では「利便性」(28%) が最も重要だとわかりました。次が割安感、価格の安定、売り手が受け付けること、暗号化通貨でしか買えないものと続きます。これらの結果からさらなる疑問が生まれました。

どうすればモノを買いやすくなる（利便性が高まる）？スクリーンの数を少なくすればいい？QRコード？満足いくアニメーション？ステータスの可視化？

利便性はユーザーエクスペリエンスにフォーカスすることで解決できそうな問題のようです

　手数料、税金、個人情報、最先端な感じと答える人はあまり多くなかったのには少し驚きました。おそらく、利便性に比べるとニーズとしては高くないのでしょう。暗号化通貨の特徴を強調することでデジタル通貨での買い物における使いやすさ、セキュリティー、利便性を改善することができるかもしれません。

　これらの調査の結果はマルシェの開発をするための調査を継続する正当性となりました。

　もし興味があれば、オリジナルのデータはこちらにあります。

競合調査

　競合調査では暗号化通貨を支払い方法として採用しているeコマースサイトのチェックアウトのプロセスを研究しました。実際には Coinbase Commerce、Purse、PayBearそしてEtsyです。

　このチェックアウトプロセスのデザインの調査でEtsyのショップの一つがデジタル通貨を扱って支払いをシミュレートするのを見つけました。そこで、イーサリアムのパーカーをカートに入れ、いくつかのステップののちにチェックアウトすることができました。確認画面が表示され、メールが送られてきましたが、支払いの情報は全く入力していません。特にやることはなさそうだったので、そのまま普通に暮らしていました。

　数日後にイーサリアムのパーカーが出荷されたという出荷確認がメールで送られてきました。特に売り手から連絡はなく、私が実際に支払いしてないことを知らないのかもわかりません？わお。

　私たちは売り手はデジタル通貨を受け取るオプトインをしなければいけないことを知っていました。しかし、それは支払いを回収するのには十分な情報ではありませんでした。

　悪のデザイン反対運動の推進者として私たちは売り手にコンタクトをして状況の説明しました。予想通り、売り手は何も状況を理解していませんでした。売り手は支払いがされたかわかりませんし、無償で商品を送っているかもわかりません。ウォレットのアドレスをメッセージで送ってくれたので、BitPay を使って支払いを完了しました。

　私たちはこの得られた知識を善意と適切なデザインを議論する目的で共有しています。支払いシステムを悪用しないようお願いします。善良であってください。

EtsyのショップオーナーにGoogle Formを使ってアンケート

　この経験をしてEtsyの他の売り手にもデジタル通貨を受け入れるエクスペリエンスのフィードバックをもらいたいと考えました。私たちは5つの質問で構成されるシンプルなアンケートをショップのオーナーに送りました。

　調査で分かったのはネイティブでデジタル通貨をサポートしていない貧弱な支払いシステムがチェックアウトで使われているということでしたが、それでも売り手は引き続きデジタル通貨を受け付けていく意向があるということでした。

　これによりマルシェの方向性を検証することができました。これこそまさに私たちが提供しようとしていたものですから。チェックアウトの間にスキャンして支払いを直接サイトに送ることです。

売り手と会話する

　言葉を広めて支払いの受け入れについてフィードバックをもらう素早い方法として、近くのコーヒーショップやファーマーマーケットに行って売り手と直接話をしました。デジタル通貨は真のピアツーピアの支払い方法なので、ファーマーマーケットで試してみる価値はとても大きいです。人と人の取引で、中間業者がいません。

　私たちが話をしたほとんどの人は Square のPOSを使ってApple PayとGoogle Payを受け付けていました。そこで「ビットコインは扱ってないんですか？」と聞いたところ、回答は「いや」か「それってApple Payで扱ってるの？」か「ビットコインって何？」でした。そこで、デジタル通貨のことを説明して、売り手と買い手のメリットについても説明しました。

　Earnでの調査を振り返って考えると、売り手の受け入れについてどう考えればいいでしょうか？もっと見えるようにする必要があるし、市場での加速も必要そうです。改善の余地は大いにありそうです。でも、どうやってメリットについて伝えればいいでしょうか？

パート２：開発してみる

　私たちは取引のプロセスがどのようになるのかを理解したいと考えました。そこで、機能するプロトタイプの開発をはじめました。これは自分たちで支払いシステムのプラットフォームが開発できるという技術的な仮説検証でもありました。

　これはブロックチェーンのユニコーンがチームにいることで初めて可能になることがわかりました。例えばBrandon Fancherのように。彼が機能するバージョンのマルシェを作り、ユーザーテストをすることが可能になりました。

　マルシェはReact *1ベースのWebアプリケーションでHeroku *2上のNode.js *3とExpress *4でホストされています。Bitcore-wallet-service *5、階層的決定性ウォレット（HD wallet：hierarchical deterministic wallet）とBIP39の暗号を解読するBIP39ニューモニック（BIP39 mnemonics）を使ってビットコインキャッシュ（BCH）での支払いを処理します。ビットコイン（BTC）は手数料が安いので選びました。そして技術スタックによってビットコインキャッシュ（BCH）に簡単に変換できるからです。

フローチャート

　JoeとBrandonはユーザーとの接点の鍵となるユーザーとテクニカルのフローを作りました。この俯瞰的な視点はUXの改善点の発見に役立ちました。特にプロセスをもっと便利にできる部分です。これは時間が経つにつれて変わることを意識しています。

パート３：実際の人（と猫）で試してみるニャー

　私たちはマルシェをデジタル通貨とビットコインの取引について知識がある人（と猫）で試してみました。

　私たちの究極的なゴールはパパやママが使えるくらい簡単なものをデザインすることだったので、（最初は）その複雑さを十分理解していてデジタル通貨のタッチポイントを理解している人からフィードバックをもらうことにしました。ハイテク好きのペルソナで私たちのMVPの最初のアーリーアダプター層です。

　これが意図的に「ジェネシスブロック」のマグカップを選んだ理由です。そうすることでクリプト信奉者を集めることができると考えました。

　この機能するプロトタイプでマルシェを試すために朝のコーヒーセッションを開催しました。完全に機能するわけではないですが、これは学びの実験で、多くの面白いことを学ぶつもりでした。

The Workarounds

　デザイナーの観点で見るとデジタル通貨のユーザービリティテストは全く異なったものでした。理想的には単にユーザーにプロダクトを渡してそれを観察したいところでしたが、今回はもう少し手助けが必要でした。

　テストしてくれる人たちに実際のお金を使ってもらうわけにはいかないので、取引をするのに十分なビットコインキャッシュがあるBitPayウォレットが入った私のスマホを渡しました。BitPayのユーザービリティーをテストしていないので、これは完璧なシナリオとは言えませんでした。BitPayを使っていない人には、少し慣れが必要でした。

　少し歪曲された結果になることはわかっていましたが、私たちは完全な取引をするためにこのようなやり方をする必要がありました。それでも最初期にこれほど多くのことが学べたので、これはこれでいいのです。

Instant gratification transacting with Bitcoin cash!! #samontheblockchain pic.twitter.com/Dt4znUWCjT

— Sam Shaibani (@samshaibani) 2018年3月2日

チェックアウトのフロー

　チェックアウトのプロセスをテストしている時、どの個人情報をマルシェが求めているのか、いないのかで混乱があることに気がつきました。

　現実の世界では送り先の住所を入力して、支払いの住所が同じか違うか確認をします。支払いの住所の確認のステップがないことに気がついたユーザーは私たちがこのステップを入れるのを忘れたのだと考えました。

　もちろん、忘れていません。暗号化通貨で支払い処理をする場合、支払い住所は必要ないのです。なぜなら、支払い住所などないのですから。ウォレットに住所はリンクされていません。

　これはユーザー教育とステップを通じての明確さがさらに必要だということです。情報がないこと、どうしてないのか。これらはユーザーのセキュリティーに関する見方を軽減します。ね、おもしろいでしょ？

ビットコイン（BCH）からアメリカドル（USD）に

　そして、ユーザーがビットコインキャッシュの額とそれに対するアメリカドルの価値を見たときに混乱することが観察できました。マルシェはユーザーが考えるようにデザインされています。これはいい取引レートなのか？なんで二つのコストがあるのか？もっといい取引レートになるまで待ったほうがいい？Amazonのような伝統的な取引ではアメリカドルの額を見て特に考えることなく続けます。

　たとえデジタル通貨の考え方を理解した人であっても、テストセッションでは混乱しました。知らないわけではないのです。単にクレジットカードを使ういつもの慣れたやり方と違うからです。つまり、この分野に慣れた人でも使い勝手の問題に遭遇することを学ぶことができました。まだまだ改善の余地があります。

次のステップ

　私たちはアンケートをたくさん送って、動くプロトタイプを作って、人とユーザビリティーテストをすることによって多くを学びました。これがMVPの目的であり、UXのプロセスです。

　私たちはマルシェを立ち上げ、プロモーションをして、実際のユーザーで試す計画です。そしてもちろん、オーダーしてくれた人にはマグカップを送ります！

関連記事

 

スタートアップといえば急速な成長のためにベンチャーキャピタルからガツンと資金調達をするイメージがあると思います。しかし、ベンチャーキャピタルから資金調達をせずにずっとブートストラップ *1 しながら成長するスタートアップも存在します。日本だとサイバーエージェントがそうですよね。そういうブートストラップなスタートアップをスロースタートアップと呼びたいと思います。

これから何回かにわたってブートストラップで大きくなった「スロースタートアップ」をいくつか紹介していきます。まずは先日、マイクロソフトに買収されたGithubから。Githubは2008年に創業して、2012年までブートストラップでした。創業者たちはどのように生活費を稼ぎながらGithubをブートストラップしたのかみていきましょう。

• スポーツバーとサイドプロジェクト

• ローンチとマイクロソフトと「生かすか殺すか」の決断
• ブートストラップと「ラーメン利益」
• 参考文献
• 関連記事

スポーツバーとサイドプロジェクト

Githubはスポーツバーで生まれました。創業者のトム・プレストン・ワーナーとクリス・ワンストラスは夜遅くにバーで開催されるRuby開発者のミートアップに参加していました。何杯か飲んで休んでいるときにトムがクリスを見かけました。なぜかは覚えていないそうですが、その時にトムがやっていたプロジェクトだったGritをクリスに見せたそうです。GritはRubyで開発したGitレポジトリにアクセスするプログラムでした。トムはすでにWebでGitレポジトリを共有できるプラットフォームのアイデアを持っていました。そして、クリスが言います。「よし、一緒にやろう (I’m in. Let’s do it.)」このスピード感がいいですね。

そして、翌日の2007年10月19日午後10時24分にクリスが最初のコードをGithubにコミットします。これがGithubのはじまりです。企業立ち上げの公式な手続きがあったわけではなく、二人のプログラマーがクールなことをやろうとした結果でした。

次の三ヶ月、二人はGithubのプログラミングを行います。トムはGritを開発し続け、UIをデザインし、クリスはRailsのアプリケーションを作りました。毎週土曜日に会って、方向性を話し合いました。この頃、二人ともフルタイムで働いていてGithubはサイドプロジェクトでした。Githubはほぼ全てRubyで開発され、一部だけErlangのgit daemonを使いました。

ローンチとマイクロソフトと「生かすか殺すか」の決断

最初のプライベートベータは2008年1月。最初のコミットから三ヶ月後でした。そして、三人目の創業者となるPJハイアットが加わって4月に正式なローンチをします。この時のユーザー数は300人強。自分たちが素晴らしいことをしているという意識はあったそうですが、すごく大きくなるとは想像していませんでした。ローンチもメディアを招待して壮大にやったわけではありません。

そして、その年の7月にトムは人生の岐路に立ちます。フルタイムで勤めていたPowersetがマイクロソフトに買収されたのです。29歳でした。トムはWordpressなどで使われるアバターのアドインとして有名なGravitorの開発者で前年にAutomatticに売却してからPowersetに勤めています。そのせいなのか、贅沢な暮らしが板についてしまっていて、この頃にはそれなりの額の借金があったそうです。しかも、マイクロソフトの条件はすごくいい。クリスとPJはトムより年下で、すでにフルタイムでGithubにコミットしていたそうです。フリーランスをしながら食いつないでいた。クリスなんてCNETで働いていたんですけどね。トムがマイクロソフトに移ったらGithubはお終い。そして、結局は期限ギリギリにPowersetを退職してGithubにフルタイムでコミットすることに決めたそうです。

ブートストラップと「ラーメン利益」

さて、三人は安定した収入を絶ってフルタイムでGithubにコミットします。そして、結果的に5年近く外部から資金調達をせずに自己資金だけで運営していくことになります。

トムはGravitorで起業の経験があるので、無償で大きなサービスを提供するのは危険だと理解していました。Githubは大きなデータベースなのでサーバーコストの問題を解決する必要がありました。そうした理由でプライベートベータの段階では友人しか招待しませんでした。しかし、徐々にプライベートなレポジトリにお金を払っていいという人たちが出てきました。このプライベートリポジトリによるビジネスモデルが見えていたので三人はそれにかけてフルタイムでコミットできたんですね。

サーバーコストはSlicehostのドメインとストックフォトくらいで、あまり大したことありませんでした。一番の問題は創業者たちの生活費。これが一番大きかったそうです。おそらくこれはどのスタートアップでも言えることだと思います。だからY Combinatorのポール・グレアムは「ラーメン利益 (Ramen Profitable)」が大事だと言ってるんですね。スタートアップの創業者がどれだけすごくても人間なんで、毎日カップラーメンが食べれるくらいの生活費は必要なんです。

最初の頃は少額の給料をGithubから受け取り、設定したゴールを達成したら翌月からその額を少し上げていったそうです。足りない生活費はフリーランスの仕事などアルバイトで稼ぎました。ゴールを達成できなかった月もあったそうですが、最終的には三人とも生活費が稼げるくらいの収入になったそうです。約5年後の2012年に外部から資金調達をしますが、それまではこんな感じでブートストラップしてきたそうです。

あとはご存知の通り、Githubはとても人気のあるサイトになり、マイクロソフトに買収されました。しかし、残念ながらトム・プレストン・ワーナーはマイクロソフトに買収される前にハラスメント問題でGithubを去ることになってしまいます。なんか、マイクロソフトと縁がない人なんですね……

参考文献

Bootstrapped, Profitable, & Proud: GitHub – Signal v. Noise

Tom Preston-Werner on Powerset, GitHub, Ruby and Erlang

How I Turned Down $300,000 from Microsoft to go Full-Time on GitHub

GitHub co-founder Chris Wanstrath shares his story, University of Cincinnati

関連記事

 

バイドゥ（百度）は中国のプラットフォーマーであるBAT（バイドゥ／アリババ／テンセント）の一角にも関わらず、アリババやテンセントほど話題に上がりません。

アリババやテンセントといったライバルに大きく後れを取っているというのが現在の評価です。どうしてそんなことになってしまったのでしょうか？創業のきっかけから現在に至るまでを見ていきましょう。

• BATの規模とそれぞれのポジション

• 経済的に恵まれない家庭からアメリカ留学まで
• バイドゥ前夜：検索エンジンで解決しようとしたインターネットの課題
• バイドゥの立ち上げ：最初のビジネスモデルとピボット
  • なぜ中国でGoogleが検索シェアを取れなかった？日本と中国の違い
  • ビジネスモデルの転換
• Googleの中国上陸とダークサイドの時代
  • 仁義なき戦いと政府の干渉
  • 著作権問題やプライバシー問題、そして粉ミルク事件
• AIでアリババ、テンセントに追いつけるか？
• 参考文献
• 関連記事

BATの規模とそれぞれのポジション

まず、バイドゥが置かれている現在の立場を理解する必要があります。アメリカのGAFA（Google／Apple／Facebook／Amazon）と中国のBATを比較してみましょう。また、より身近に数字を感じるために、日本企業もその中に入れてみましょう。単位は米ドルでBillion（10億）です。日本円だと1000億円。つまり、アップルの時価総額は約92兆円ということですね。すごいですね！

アップル：$926.9

アマゾン：$777.8

アルファベット：$766.4 （Googleの親会社）

フェイスブック：$541.5

アリババ：$499.4

テンセント：$491.3

トヨタ自動車：$200.7

バイドゥ：$94.1

ソフトバンク：$84.9

ソニー：$59.9

パナソニック：$34.9

さて、アリババはFacebookに肉薄してきていますが、まだ届きません。そしてバイドゥはBATの中ではかなり低いポジションでアリババとテンセントと比べて時価総額は1/5ですね。それでも日本のソフトバンクより大きいのだから大したものですが。アリババとテンセントはそれぞれのコアビジネスに加えてモバイルペイメントとそれに付随するエコシステムの構築に成功しました。そして、それぞれトヨタ自動車の二倍以上の時価総額となっています。ちなみにパナソニックとWeWorkが同じくらいですかね。

中国アリペイが2017年のデータを発表：中国の最新モバイル決済最新事情

支付宝と微信のミニプログラムの違い

経済的に恵まれない家庭からアメリカ留学まで

バイドゥの創業者のロビン・リー（李彦宏）は1968年生まれ。陽泉市の工場で働いている夫婦の間で生まれました。中国は長らく「一人っ子政策」を実施してきましたが、なんとロビン・リーは五人兄弟の四番め。三人のお姉さんと一人の妹。ちなみに、彼自身も子供を四人授かります。

ロビン・リーの生まれた家庭は経済的にはあまり恵まれていませんでした。そのため、母親は彼に勉強の大切さを教えます。裕福な家庭ならいろいろなコネがありますが、貧しい家庭だと中国で成功するために大切なコネがないんですね。勉強するしかないわけです。そして、北京大学を卒業後、一時期は企業で働きます。一年半後にニューヨーク州立大学のフェローシッププログラム *1 に合格してアメリカに留学します。頑張ればいいことあるわけですよ！

バイドゥ前夜：検索エンジンで解決しようとしたインターネットの課題

ニューヨーク州立大学の修士課程を卒業後（1994年）、ダウ・ジョーンズの子会社であるIDD Information Servicesに就職し、金融情報のデータベースとシステム化に取り組みます。また、The Wall Street Journalのオンライン版を作成します。この頃に奥さんと出会ってアメリカで結婚もしています。ここまで意外と普通ですよね。

しかし、普通とちょっと違うのがIDDに務めていたときに独自に検索アルゴリズムを開発して、アメリカでその特許を取得したことです。当時はまだインターネットは成熟しておらず、登録されているドメイン数は1995年時点で18万ありました。AltaVistaなどの初期の検索エンジンはすでにありましたが、インターネット上にある情報を効率的に探し出すことはまだできませんでした。

ロビン・リーはこの問題に取り組み、Webサイトから貼られたハイパーリンクの数を元に検索結果の優先度を決めるリンク分析の手法を開発します。このRankdexがバイドゥの技術的な基盤となります。これはほぼ同時期にスタンダード大学でセルゲイ・ブリン（当時の個人ページ）とラリー・ペイジ（当時の個人ページ）が開発していたBackRub（Googleの前身：当時のサイト）で使われるPageRankに近いものです。実はGoogleのPageRankより先にバイドゥのRankdexの方が先に実運用されて、特許もとってたんですね。

しかし、このRankdexの開発はIDDではあまり評価されなかったようで、ロビン・リーは検索技術を活かせる企業への転職を模索します。そして、西海岸に拠点を持つInfoseekにソフトウェアエンジニアとして転職ます。のちにバイドゥの共同設立者となるエリック・シュー（徐勇）と出会うのもInfoseek時代です。エリック・シューは”A Journey to Silicon Valley”というテレビ番組のプロデューサーでした。

Infoseekも初期のインターネット検索サイトの一つで、基盤技術としてはInktomiを使ってました。また、Infoseekは初めてインプレッションによるオンライン広告の評価であるCPM（Cost Per Thousand Impressions）で広告を販売した企業としても知られています。

ロビン・リーは検索技術に集中するために転職したのですが、Infoseekは1999年にディズニーに買収され、検索企業からコンテンツ企業への転身することになります。この結果、検索エンジンに取り組んでいたエンジニアは職を失いました。ロビン・リーもその一人でした。1998年9月にはGoogleが最初の資金調達をします。検索エンジンがビジネスとして成り立つのかどうか、まだビジネスが判断しきれていない時期でした。

バイドゥの立ち上げ：最初のビジネスモデルとピボット

このような背景もあり、ロビン・リーは1999年に北京に戻ります。この年はジャック・マーが再起をかけてアリババ（阿里巴巴）を立ち上げた年でもありますね。当時は中国共産党50周年で、国としても盛り上がっていましたし、中国インターネットの黎明期となります。ロビン・リーとエリック・シューはシリコンバレーでのスタートアップ文化を直接体験してきました。どのように資金調達をしてスクラッチからビジネスを立ち上げるのかを見てきました。

そして、ロビン・リーとエリック・シューはシリコンバレーのベンチャーキャピタルから120万ドルを資金調達して、1999年にバイドゥ（百度）を立ち上げます。最初のビジネスモデルはポータル向けの有償サービスとしての検索エンジンでした。独自のサイトは持っていませんでした。最初の顧客は当時から人気のあったシンラン（新浪）とソウフ（搜狗）で、独自のサイトを持たなくてもトラフィックは確保できていたからです。

なぜ中国でGoogleが検索シェアを取れなかった？日本と中国の違い

バイドゥが検索エンジンとして中国で確固としたポジションを築けたのもこの初期のシンランとソウフとのパートナーシップによるものが大きいと思います。中国のYahoo!は日本と比べてあまりうまく機能していませんでした。そのため、Yahoo!本社はアリババに投資をするのと引き換えに、中国Yahoo!の運営をアリババに任せることにしました。これもあまりうまくいきませんでしたが。

日本の場合はYahoo!が最大のポータルサイトでしたよね。そして、検索パートナーとして選んだのはGoogleでした。日本の場合は中国と違って独自の検索エンジンがありませんでしたから。さらに日本にはYahoo!より人気のあるシンランやソウフのような独自のポータルもありませんでした。そのポジションに一番近かったのがLivedoorですかね。

初期のGoogleが日本でのポジションを確立するのに日本のYahoo!が果たした役割は非常に大きなものがありました。日本にバイドゥのような独自の検索エンジンがあったら今とは全く状況が違っていたと思います。

ビジネスモデルの転換

閑話休題。しかし、この有償サービスとしての検索はビジネスモデルはあまり利益を生みませんでした。そこでロビン・リーが目をつけたのはOvertureがはじめた検索連動型広告 *2 でした。これはGoogleも直面する問題でしたが、独自のWebサイトでトラフィックを生んでそれを主体にビジネスをする判断って勇気が必要ですよね。大手のポータルサイトのトラフィックはあるものの、利益が低い。もちろん、自分でトラフィックを稼げば利益は高い。結局はロビン・リーは後者を選び、投資家やバイドゥの役員を説得します。そして2001年に独自のWebサイトであるbaidu.comをローンチします。Googleが独自の検索連動型広告をはじめるのが2002年です。

Googleの中国上陸とダークサイドの時代

ページランクと検索連動型広告の組み合わせは（Googleと同様に）ビジネスモデルとしては機能して、2004年には利益を出すようになりました。しかし、2006年にGoogleが中国に現地法人を設立して正式にローンチします。

当時のバイドゥの検索シェアは80%でした。しかし、独自サイトを立ち上げるというバイドゥの決断を快く思わない一部のパートナーはGoogleにスイッチしたり、自ら検索エンジンを立ち上げるなどバイドゥから離れていきました。このため、2009年には検索シェアは60%まで落ち込み、Googleのシェアは33%まで追いつきます。悪いことは続くもので、アリババのショッピングサイトであるタオバオ（淘宝网）がバイドゥの検索からサイトをブロックします。

そして、ならず者国家の中国とその手先のバイドゥというイメージがついてしまう一連の事件が起きるのもこの時期です。

仁義なき戦いと政府の干渉

バイドゥが中国政府と検索ワードのフィルタリングに合意するのがこの頃です。例えば、天安門やダライ=ラマといった中国政府が国民に触れて欲しくない情報を検索しようとすると以下のメッセージが表示されるようになりました *3 。

捜索结果可能不符合相关法律和政策
（法律法規や政策に合致しない恐れがあるため、検索結果を表示できません。）

中国政府は1998年にジンジュン（金盾）というネットワークセキュリティーのプロジェクトを立ち上げています。このプロジェクトは電子マネーに関する取り組みのジンカー（金卡）や農業に関する取り組みのジンノン（金农）など12のサブプロジェクトから構成されています。これらの取り組みの中で特に有名なのがグレートファイヤーウォール（GFW：防火长城）という中国政府から見て有害な海外サイトを遮断する仕組みです。

バイドゥが中国政府と合意したフィルタリングはGoogleにはその信念において合意できないものでした。リンクはGFWで遮断され、2009年にはGmailが攻撃を受けます。そして、Googleは2010年に中国からの撤退を決めます。この頃にはGoogleの検索シェアは17%まで落ち込んでいました。

著作権問題やプライバシー問題、そして粉ミルク事件

Googleの撤退は直接的には政治の問題ですが、この時期のバイドゥ自身も批判を集めることを多くしています。

例えば、音楽の検索はバイドゥの検索トラフィックに大きく寄与していました。MP3の音楽ファイルを検索して、ダウンロードできたからです。このことにより、ワーナーミュージックやソニーBMGといったメジャーな音楽レーベルに訴訟を起こされていました。

日本だと記憶に新しいのは日本語変換ソフトの情報漏洩ですね。

しかし、バイドゥの企業イメージに国内外で大きくダメージを与えたのは粉ミルク事件に関連した検索結果の操作です。2008年にサンルー（三鹿）が製造した粉ミルクに化学物質メラミンが混入されていることが見つかりました。そして、新生児を含む多くの被害者が出ました。

バイドゥはこの粉ミルクを製造していたサンルーから300万中国元を受け取り、検索結果を操作することを受け入れたというニュースが話題となり、中国国営テレビでも特集が組まれました。

メラミン粉ミルク事件を呼び込んだ「免検制度」：日経ビジネスオンライン

検索サイト「百度」がえらいことになっている – ITmedia PC USER

このことが原因でバイドゥの企業イメージが大きく低下して、株価の下落や従業員のレイオフにつながりました。

AIでアリババ、テンセントに追いつけるか？

バイドゥは検索に依存したビジネスモデルからの脱却を図っています。そのカギとなるのがAIで、2013年にディープラーニングの研究所である百度深度学习研究院IDL（Institute of Deep Learning）をシリコンバレーに設立しています。

そして、その研究成果が60のAIサービスから構築されるBaidu Brain（百度大脑）というAIプラットフォームです。この中で特に二つの技術にフォーカスしています。

ひとつは音声認識技術のDuerOSで、AmazonのAlexaやAppleのSiriに近いものです。もうひとつはクルマの自動運転のApolloです。

なお、中国を撤退したGoogleは2017年にGoogle AI China Centerを設立してAIを中心に中国ビジネスを再構築しようとしています。検索で受けた仕打ちをAIで返すことができるのでしょうか。ちなみに、初任給だけをみれば、中国でAI人材に一番投資しているのがGoogleとMicrosoftなんですよね。中国国内企業だとテンセントが高い。

参考文献

百度创业史_力成文学_励志的句子_励志名人名言大全_励志语录_励志小故事

百度的创业过程_百度知道

百度大脑_百度百科

What investors need to know about China’s big trio: Baidu, Alibaba and Tencent | afr.com

To find $13.5 billion: how rich is the Creator of the search engine Baidu Robin Li – FreeNews English – FreeNews-en.tk

10 Things You Didn’t Know About Baidu Founder Robin Li

The Rise of Baidu (That’s Chinese for Google) – The New York Times

How Baidu Will Win China’s AI Race—and, Maybe, the World’s | WIRED

関連記事

 

原文：”So, you’re a Product Owner…” by Hannah Kane

18Fで官公庁のパートナーとのプロジェクトでデジタルプロダクトを開発するときの最大のゴールは最終的に官公庁パートナーがそのデジタルプロダクトとその結果のオーナーシップを完全に持つことです。これこそ私ちが政府の技術的プロジェクトにおけるトランスフォーメーションにおけるミッションの実現につながっています。

このオーナーシップの意識を醸成する方法の一つがプロダクトオーナーを初期の段階で決めることです。プロダクトオーナーは官公庁のメンバーで、18Fと一緒に働きプロダクトを初期段階から最終的なデリバリー、さらにその先へと導いていきます。プロダクトオーナー（PO）は18Fとのエンゲージメントが終了した後にプロダクトの全責任を持ちます。

18Fプロジェクトにおけるプロダクトオーナーの役割とは？

私たちのパートナーシッププリンシプルに記述されているように、エンパワメントされたプロダクトオーナーは「所属する官公庁や部門の仕事や課題に関して理解していて、共に開発するプロダクトの普及支援ができる人物。ユーザーリサーチに基づきプロダクトの長期的ビジョンを確立し、戦略を実行に落とし込み、進捗をリードしていく」という役割を持っています。

POがプロジェクトに使わなければいけない時間はそのプロダクトの性質に依存しますし、時間と共に変化します。POは初期の段階ではプロダクトとの責任を18Fのメンバーと共有します。しかし、18Fのメンバーはプロジェクトが進むに従ってその責任をPOに移管していきます。データを多く扱うWebサイトやインタラクティブなアプリケーションの場合は、最終的にPOはフルタイムの仕事となる可能性があります。

私たちは官公庁のPOに戦略的なやり方と戦術的なやり方の両方を求めます。POはプロダクトのビジョンを持ち、これは解決する問題の深い理解に基づきます。18Fとの仕事では、ユーザーとプログラムが必要とする戦略を作るためにユーザー中心のアプローチをとります。また、プロダクトの成功を組織の内側と外側の両方に位置づけます。

戦術的なレベルにおいてPOはソフトウェア開発におけるバックログの改善からスプリント計画といった会議やタッチポイントに参加し、場合においては主導的な役割を果たします。これらの専門用語がわからない場合（多くの官公庁POははじめての人が多い）、これらがソフトウェアプロジェクトの具体的で戦術的なタスクを定義して計画するため定期的に頻繁（多くは毎日）に訪れる機会だと覚えておいてください。

プロダクトオーナーは技術的なバックグラウンドが必要？

POはソフトウェア開発チームの重要な一員ですが、技術的なバックグラウンドは必要ありません。多くの場合、潜在的なユーザーやユーザーが持つ課題についての理解、そして課題に着実に近づいていく姿勢の方が技術的知識より決定的に重要になります。 複雑なステークホルダーとの関係を調整し、ビジネスとプログラムのゴールを理解し、難しい決断をし、時には妥協点を探ることもプロダクトオーナーの仕事です。

プロダクトオーナーが顧客やユーザーの声を代表していると考えるのであれば、POは技術的なバックグラウンドがない方が望ましいことが多いです。もちろん、対象とするユーザー層が非常に技術的でなければ、技術に疎いPOはユーザーニーズを理解しやすいでしょう。

大きなインパクト

それではプロダクトオーナーはソフトウエア開発においてどのように大きなインパクトを与えるのでしょうか？以下はプロセスにおいてあなたのスキルや経験を活かすヒントです：

• ユーザーのニーズを常に前面に打ち出し、ほかのメンバーにも同じ姿勢を求めましょう。よくあることですが、チームやステークホルダーは自らの仕事を機能で説明する習慣に戻ってしまいます。機能やバグなしのコードのためではなく、人々が持つ具体的な問題を解決するためにここにいるのだと思い起こさせましょう。プロジェクトの成功をユーザーニーズの解決と位置付けましょう。
• プロダクトを使うユーザーとできる限り頻繁に繋がりましょう。構造化されたリサーチ活動（インタビューやコンテキストインタビュー）、ユーザーテスト（ユーザーがプロダクトを使う様子を観察）、スプリントレビュー（ステークホルダーに定期的にデモをしてレビューを受ける）や共創活動（デザインスタジオなど）多くの機会があります。全ての機会を利用してユーザーのニーズを理解する努力をしましょう。ユーザーが使う言葉や、苛立ち、混乱、驚き、喜びのポイントをノートに残しましょう。
• ステークホルダーと繋がり情報をアップデートしましょう。定期的なアップデートのデモへ招待したり、プロダクトの様々な部分における専門家として話を聞いたり、プロダクトのビジョンや戦略について話をするために時間をとってもらいましょう。
• 柔軟的でいましょう。最近、18FとのプロジェクトでPOの役割を果たしたAmber Sprinkleは「POのビジョンはチームを導くのに役立ちますが、そのビジョンにたどり着く道筋に関してはオープンマインドでいることが必要です。そして、ビジョンは変わることも理解しておかなければいけません」と語っています。
• 簡潔な言葉を使いを意識し、ほかの人にも簡潔な言葉を使うことを求めましょう。簡潔な言葉は一般の人たちにとって読みやすく、理解しやすく、政府の公共サービスを理解しやすくなります。専門用語に注意をし、シンプルでストレートな言い方を推進しましょう。
• 難しい決断をしましょう。POは相反する優先順位に関して戦略的に選択をすることでチームの成功に大きな貢献をすることができます。POはプロダクトバックログの完了に責任を持ちます。その優先順位は常に現在の優先順位に反映されなければいけません。
• チームの推進力と士気を上げましょう。チームメートが問題解決にフォーカスして結果を出すことを助けましょう。成功を積極的に称えましょう。失敗やつまずきから学ぶことにリーダーシップを発揮しましょう。開発のプロセスの中でチームは見失いがちで、POの仕事はチームを前に進めることです。

プロダクトオーナーの仕事に興味があるのであれば、米国森林局のオンライン許可プロジェクトにPOであるAaron Burk氏のインタビューを読んでみることをお勧めします。Aaron氏はPOについて大事なことを指摘しています。POは技術ではなく、課題を解決して価値を提供することが仕事だと述べています。 このような価値観を持っているのであれば、POの仕事はとても意味のあるものとなるでしょう。

関連記事

 

原文：”We’ve experimented with Alipay Mini Programs” by Thibault Genaitay

背景

　5億2000万の登録ユーザーを持つ支付宝（Alipay）は約60のミニプログラムを提供しています。これらのミニプログラムは以下の三つのカテゴリーに分類することができます。

• Alipayが開発したミニプログラム
• その他の阿里巴巴（アリババ｜Alibaba）グループと共同開発したミニプログラム（例：淘宝网｜Taobao、优酷｜Youku）
• サードパーティーと共同開発したミニプログラム（滴滴出行｜Didi Chuxing、Airbnb、携程｜Ctripなど）

ミニプログラムの見つけ方

1. 支付宝から「小程序」または「Mini Programs」で検索

2. ミニプログラムを立ち上げると新しい「小程序」タブが「Friends」リストに作られる

3. オフラインQRからも当然ながら

　これを念頭に置き、私たちは2017年8月末に開始された開発者向けのオープンベータをテストすることにしました。

実際に微信のミニプログラムとどう違う？

　技術的には1%くらいでしょうか、マジで。

　もうすでにみなさんはあるニュースを耳にしているかもしれません。微信のミニプログラムをパクったことについて公式に謝罪をしたのです。このリリースは読む価値があります。

👉 https://zhuanlan.zhihu.com/p/28605175

「微信のミニプログラムに脱帽です」🤦

では、その1%の差はなんでしょうか？

私たちが現時点でわかっていることは…

アクセス:

• エンタープライズアカウントのみ (ベータ期間中は個人登録はできない)
• ベータプログラムの審査には1日かかる
• エンタープライズアカウント一つで10個のミニプログラムを開発できる
• 一つのミニプログラムで開発者10人とテスター50人を登録できる

開発環境:

• IDEは先進的なプレビューモードがある：“Push to yourself”と“Push to developers”（一回で全て通知が完了）
• スタイルは .ACSS（AntFinancial Cascading Stylesheets）に格納
• マークアップとページ構成は .AXML（AntFinancial Markup Language）に格納
• ESLintサポートとApplet-specific シンタックスのヒント

独自機能:

• 支付宝のアドレスブックへのアクセス（電話番号やメールアドレス） https://docs.alipay.com/mini/api/ui-contact
• シェイク（my.watchShake）の待機とアクショントリガー
• RSAによる暗号化と復号化
• 芝麻信用（セサミクレジット｜Sesami Credit）へのアクセス https://docs.alipay.com/mini/introduce/zhima

プロダクトの観点

　この芝麻信用へのアクセスは大きいかもしれません。ここで芝麻信用についておさらいしましょう。芝麻信用はユーザーの信用を350から950 の得点で表します。これはクレジット履歴、買い物履歴、契約履行履歴、学歴や職務経歴書ソーシャル上のつながりで判断されます。 2015年から運営しているというアドバンテージに加えて、芝麻信用は阿里巴巴が傘下のショッピングサイトから収集している行動データがあります。

　機能的に考えるとこれは全く新しい顧客データの世界です。信用ベースのプロダクトは新しい可能性に満ちています。新しいイノベーションが起きる予感がします。

　それと同時に、マーケターも開発者も微信については一つのジレンマがあります。それはH5にするかミニプログラムにするかです。

支付宝にはすでに多くの信用ベースのサービスがあります。デポジットが必要ないシェアバイクやバーチャルクレジットカードなどです。支付宝のミニプログラムを使うことで多くのサービスにデポジットが不要になります。
– Eva Xiao, Tech in Asia 2017年9月8日

開発者の意見

　次に支付宝に難題を吹っ掛ける開発者の集まるフォーラムを覗いてみました。ポイントは大きく三つ。

1. 微信のミニプログラムではできるのに、これは支付宝ではできない！
2. 中国語のIDEがない！
3. ファイルの拡張子とAPIの名前しか違いがないことから、微信のミニプログラムのソースコードから支付宝のミニプラグラムを作るやり方

ちょっと待って、それっていいことなんじゃ？

　もし二つのフレームワークがほとんど同じなのであれば、開発工数がすごく削減できる。iOSとAndroidの両方を開発しなければいけない手間を考えてみれば一目瞭然。

　理論的にミニプログラムを一つ開発すれば二つのプラットフォームで動かせるはず（両方ともJavascript ES6とマークアップなんだから）

まだ機能的に大きなギャップもある

　微信は支付宝が（まだ）提供していない機能がいくつかある。

• wx.getWeRunData
• wx.chooseInvoiceTitle
• カスタマーサービスAPIs
• 通知のためのメッセージテンプレート
• ほかのミニプログラムと行き来するナビゲーション
• WXMLノード
• 加速度計やコンパスへのアクセス

そのほかにプラットフォームとしての魅力、ソーシャルの側面におけるすべてとカスタマーサービス！

で、これからどうなるか？

(1) 技術的な観点から言えば、WEPTのような人気が出つつあるフレームワークがプロプラエタリーなIDEより開発生産性を高め、ソースコードを素早く適用する助けになることを期待しています。

(2) サービスの観点からは大企業、銀行、航空会社、ホテルなどのチャネルが特典としてロイヤルカスタマーにサービスを売る機会を作ると考えます。信用にアクセスできるのでデポジットが必要なくなり、優良顧客をさらに好待遇で扱うことができます。

関連記事