タグ: 翻訳記事

原文：”Is Coinbase creating a centralized or decentralized financial system?” by Brian Armstrong

　最近、ひとりの社員から私たちのような集約管理型の企業がどのようにオープンな金融システムを作るのか質問がありました。

　これはとてもいい質問で、私はこう答えました。

人々は以下の二つ両方が必要となる：

1. 暗号化通貨の入手（これは集約管理される傾向にある）
2. 暗号化通貨の利用（これは分散管理される傾向にある）

　コインベースはこの両方をカバーする商品を提供していて、最初の段階（暗号化通貨の入手）は次の段階が起きることを可能にします。

　暗号化通貨はいくつかの段階を経て一般に浸透していきます。

　投資段階では暗号化通貨の価格情報を期待してそれでお金を儲けようとします。現在の活動の90％はこの分野で、中央集約化された取引所で行われています。

　利用段階では暗号化通貨はdapps（分散アプリ）などを通じて実際の商品やサービスの対価として支払うことに使われます。現在の活動の10％はこの分野で、主にウォレットなどで分散化（ユーザー管理）された方法で行われています。

　別の言い方をすれば、投資段階で十分な人を引き付けることによって利用段階が活性化することになります。ツールのために来て、ネットワークのために居続ける（Come for the tool, stay for the network）戦略*1です。

　法定通貨*2と暗号化通貨の交換は集約的になります。これは伝統的な金融システムと取引をする必要があるためです。例えばCoinbaseとGDAXはあなたの銀行とつながることによって暗号化通貨を買いやすくしています。つまり銀行や監督省庁と緊密に連携して最も準拠したシステムを作っています。これを実現するにはそれぞれの国の「実世界」とやり取りをする必要があります。

　暗号化通貨同士のウォレットはそれと比較すればもっと分散化されています。ユーザーが自分の資産を管理します。例えば、ToshiやCoinbase Commerceではユーザーがウォレットを管理することができます。

　上記のテーブルにそれをまとめましたが、例外もあります。例えば、分散化取引所や中央集約型のウォレットは（現時点では広く普及していないものの）それぞれ特有のメリットがあります。

　ポイントとしてはオープンな金融システムには中央集約型と分散型の商品があるということです。例えればインターネットサービスプロバイダー（中央集約）とブラウザー（分散）の関係にも似ています。インターネットのエコシステムには両方必要です。一方が他方より優れているという考え方は誤った二分法です。両方必要だからです。

　Coinbaseはオープンな金融システムを促進するために集約型と分散型の両方の商品を提供し続けます。

関連記事

 

原文：”How cross-government communities can support cross-government services” by Tom Wynne-Morgan and Will Harmer

　ユーザーにとってサービスはシンプルです。車の運転を習ったり、ビジネスをはじめることなど。しかし、政府にとってそれらのサービスを提供することはもっと複雑です。

　なぜかといえば、サービスの提供には政府組織をまたがり多くの人が関係してくるからです。与えられた範囲内ではとてもよく働いているのですが、全体像が見えていないかもしれませんし、どうやって他の人たちとうまく連携するかもわかっていないかもしれません。

　この問題を解決するためにGDSは政府機関の組織と協力し新しい連携の仕方の社会実験をはじめようとしています。異なるスキルを持つ人々、異なる政府部門からなる人のネットワークを作り、部門の壁を越えた「エンド・トゥー・エンド」サービスを改善しようとしています。このネットワークを「サービス・コミュニティー」と呼んでいます。

　私たちはすでにデザインやユーザーリサーチといった専門分野のための政府間のコミュニティーがあります。この新しい「サービス・コミュニティー」はこういった専門分野の壁を超えて人が集まってきます。コミュニティーに参加する人たちは自分達が携わるサービスのために集まるのです。

　私たちは「ビジネスをはじめる」コミュニティーでこのコンセプトをテストすることにしました。コミュニティーは英国歳入税関庁、労働年金省やビジネス・エネルギー・産業戦略省といった異なる組織から異なる役割を持つ人たちが集まります。これこそが私たちがこの取り組みをはじめた理由で、これまでの進捗状況でもあります。

コミュニティーのチカラ

　昨年、私たちは行政サービスがどのように作られていくのかを調査しました。この調査で分かったことは行政サービスを作る一貫した方法がないということです。その代わり部門ごとに異なるやり方が存在していました。そして異なる分野と役割には組織の壁が存在していました。例えばポリシーと運用です。

　政府のデジタル変革におけるGovernment Transformation Strategyにおいて「政府の異なる組織を通じて継ぎ目なく実行される公共サービスを構築」すると公約を掲げているため、この課題に取り組まなければいけないことは明白です。

www.catapultsuplex.com

　GDSでは政府機関の部門をまたがり「エンド・トゥー・エンド」のサービス開発を支援する取り組みをいくつも実施しています。例えば、サービス標準を更新して全体のサービスを視野に入れ取り込みました。私たちはGOV.UKにおける完全なサービスジャーニーを描くことをはじめました。そして官公庁が「エンド・トゥー・エンド」のサービスに関するデータを公開する支援をしています。

　私たちの「サービスコミュニティー」は特定のサービスを提供するあらゆる人たちを一つにまとめ、手助けをします。

　コミュニティーに参加する人たちは一貫した「エンド・トゥー・エンド」のサービスを作るために役立つことを共有します。それはユーザー・リサーチ、データ、バックエンドの技術といったものです。お互い動いているプロジェクトを更新し、共通の問題や欠陥について支援し合うことができます。

ここまで何ができたか？

　私たちはこのアプローチを「ビジネスをはじめる」コミュニティーで試しています。ビジネスをはじめるジャーニーは比較的シンプルで、特定の部門に属していないからです。さらに歳入税関庁がすでにビジネススタートアップで取り組んでいたプロジェクトに乗っかることもでき、Transformation Peer Groupで召集された部門間のネットワークも活用することができるからです。

　コミュニティーには政策、戦略、デザインや管理といった様々な役割の人たちから構成されています。歳入税関庁、労働年金省、ビジネス・エネルギー・産業戦略省、教育省、企業登記局、国際貿易省、年金規制機構、英国商業銀行から代表者が参加しています。コミュニティーが成熟するとともに他の政府機関や政府の外部などからも参加を受け付けようと考えています。すでに食品基準庁や安全衛生庁と話をはじめています。

　私たちはすでにこのグループでいくつかワークショップを開催しました。ビジネスをはじめるためのジャーニーをマッピングし、コミュニティーの能力とギャップをみています。

　このグループはさらにコミュニティーのどのように持続性を可能にできるか検討しています。例えばどのくらい定期的に会い、組織化し、主体性を持つのかといったことです。

ここまで何を学んだか？

　行政サービスを作る上で課題があるのと同様、サービス・コミュニティを作る上でも課題があります。

　その一つがいくつかの部門をまたがる共通したコミュニケーションのチャネルです。たくさんのコミュニケーションの方法が使われていますが、全て共通して使えるチャネルがありません。

　また、サービス・コミュニティーそのものの大きさです。全員が定期的に会うことはとても難しいです。そのためにコミュニティーの中でユーザー調査などのサービス分野に焦点を当て小さなグループを作りはじめています。小さなグループで会い、その結果を大きなコミュニティーでフィードバックするのです。

　コミュニティー運営の方法を各省庁で統一的に行うことは難しいです。たとえば、政策の変更に数ヶ月かかる部門があれば、数週間で済む部門もあります。

　またサービスの提供が常に行われているため、空白期間がありません。全てを溜め込んで、それを元に完璧なデザインを行うということはできません。やりながら進めることを受け入れないといけません。

　これらのチャレンジじもかかわらず、政府間のコラボレーションの需要は非常に高く、「エンド・トゥー・エンド」のジャーニーマップの作成などのプロジェクトでコミュニティーがうまく働くことがわかりました。

次のステップは？

「ビジネスをはじめる」コミュニティーの会合は定期的に行われています。今年のプロジェクトの足がかりにするために「エンド・トゥー・エンド」のサービスマップを繰り返し改善しています。また、サービスに関するデータの共有のやり方やユーザーリサーチのサービスを超えた共有も検討しています。

　サービス・コミュニティーのコンセプトを押し進めています。すでに政府間の連携のための同様な取り組みは多くあり、そのようなプロジェクトとも連携を進めていきます。

関連記事

 

原文：”Forget About Setting Goals. Focus on This Instead.” by James Clear

　私たちは人生で達成したいことがあります。いい体型になりたい、起業で成功したい、いい家庭を築きたい、ベストセラーを書きた、チャンピオンになりたい、などなど。

　そして、最初にやることは具体的で実行可能なゴールを設定すること。少なくとも、それが私のこれまでのやり方でした。学校の教室でもゴールを設定して、ジムに通ってどれくらい減量したいのか決め、自分のビジネスで獲得する顧客を決め。

　私が気がついたのは、実行して前に進むにはもっといいやり方があるということです。

　それはゴールとシステムの違いです。説明しましょう。

 

ゴールとシステムの違い

　ゴールとシステムの違いはなんでしょうか？

• もしあなたがコーチなら、あなたのゴールはチームを優勝に導くこと。あなたのシステムはチームの毎日の練習。
• もしあなたが作家なら、あなたのゴールは本を書くこと。あなたのシステムは毎週の執筆スケジュール。
• もしあなたがランナーであれば、ゴールはマラソンを走ること。あなたのシステムはその月のトレーニングスケジュール。
• もしあなたが起業家なら、あなたのゴールは100億ドルのビジネスを生み出すこと。あなたのシステムは営業とマーケティングのプロセス。

　そして質問です。

もしゴールを完璧に無視してシステムにフォーカスしたら結果を出せるでしょうか？

 例えば、あなたがバスケットボールのコーチだとして、大会で優勝するというゴールを全く無視して、チームの日々の練習にフォーカスをしたとする。結果を出せるでしょうか？

　私は結果を出せると思います。

　例えば、私が書いたブログ記事の文字数。過去12ヶ月で私は11万5000文字以上書きました（ここに全てあります）。一般的な書籍は5万から6万文字です。つまり、私は二冊の書籍と同程度の文量を書いたことになります。

　これは非常に驚くべきことです。私は書くことに関してゴールを設定していないのですから。私はベンチマークを使って私の進捗を測ったりしません。特定のブログ記事の文字数のゴールもありません。「今年は二冊本を書くぞ」などといったこともありません。

　私がフォーカスしたのは毎週月曜日と木曜日に一つのブログ記事を書くこと。そしてそのスケジュールを11ヶ月続けた結果が11万5000文字でした。私はシステムとタスクを実行するプロセスにフォーカスしました。そして私は同じ（またはそれ以上の）結果を楽しむことができました。

　それでは、ゴールではなくシステムにフォーカスするべき三つの理由を見ていきましょう。

1. ゴールは現在の幸福感を少なくする

　ゴールに向かっている時は基本的に「今は十分じゃない、でもゴールを達成すれば良くなる」という状態です。

　このマインドセットの問題は次のマイルストーンに達成するまで幸福感と成功を脇に置いておこうとすることです。「ゴールを達成したら幸せになる。ゴールを達成すれば成功したことになる」

解決方法：ゴールではなくプロセスにコミットする

　ゴールを決めると精神的な負担が増えます。もし自分が今年二冊の本を書くと決めたら？そのゴールを書くだけでプレッシャーを感じるでしょう。

　でも、私たちはいつもそうしています。減量するため、ビジネスで成功するため、ベストセラーを書くために不必要なストレスを抱えます。大きな人生を左右するゴールではなく、毎日のプロセスにフォーカスしてそれを続けることでモノゴトをシンプルにしてストレスを減らすことができます。

　パフォーマンスではなく作業にフォーカスすることで、現在を楽しみながら改善することができます。

2. ゴールは長期的なやる気を生み出さない

　ゴールを設定することで長期的にやる気を維持することができると考えるかもしれません。それは必ずしも正しくありません。

　ハーフマラソンのためのトレーニングを考えてみましょう。多くの人は数ヶ月ハードなトレーニングをするでしょう。しかし、大会が終わると練習をやめてしまう。ゴールはハーフマラソンを走りきることだから、それを達成したら練習を続ける「やる気」が持続できない。もし特定のゴールを達成するためにすごく努力したとして、それを達成した後には何が残りますか？

　これはゴールに向けてやったりやらなかったりという「ヨーヨー効果」に繋がります。このようなサイクルは長期的な習慣を作りにくくします。

解決方法：直前のゴールから解放される

　先週ジムでトレーニングをして最後から二番目のクリーン＆ジャークのセットをやっていました。セットの最中にかすかなズキっとする痛みを感じました。すごく痛いわけでもないですし、怪我をしたわけでもない。ワークアウトの後半にある疲れのサインです。ちょっとの間、最後のセットをやるかどうか考えました。私はこれを生涯やることと決めていたので、今日はやめておくことにしました。

　ゴールを基本とした考え方ではワークアウトを完了してゴールを達成する気持ちになるでしょう。ゴールを設定して達成しなければ、失敗したと感じてしまうからです。

　しかし、システムを基本とした考え方では、続けることに問題はありません。特定の数字を達成することが目的ではありません。プロセスを続けてワークアウトし続けることが大事なのです。

　もちろん、ワークアウトをし続ければ、長期的にはより重い重量を持ち上げることができることを知っています。そして、それこそがシステムがゴールより価値が高いことなのです。ゴールは短期間の結果です。システムは長期間のプロセスです。そして最終的にはプロセスが常に勝つのです。

3. ゴールは管理できないことを管理できると錯覚させる

　失敗を予測することはできません。はい、ショックですよね。

　ゴールを設定するとそれを達成したくなります。自分たちがいつ、どこまで、何を達成するのか計画を立てます。どれくらい早く達成できるか予測します。どのような状況や環境がその先にあるかもわからないのに。

解決方法：フィードバックの仕組みを作る

　毎週金曜日、自分のビジネスにとって重要な数値をスプレッドシートに15分使って埋めます。例えば、一つの列にコンバージョン率（Webサイトの訪問者がニュースターの購読者になってくれる割合）を埋めます。この数字について考えることはありません。しかし、数字を入れ続けることで自分のビジネスの状況を理解するためのフィードバックの仕組みを作ることができます。コンバージョン率が落ちたらもっと品質の高いトラフィックをWebサイトに誘導する必要があるということです。

　フィードバックの仕組みはよいシステムを作るために重要です。現在の状況に関する情報をトラッキングでき、全てを予測する必要がなくなります。そして、そのプレッシャーからも解放されます。予測などせず、何かを調整しなければいけないサインを捉えることに注力しましょう。

システムに恋をする

　ゴールが無意味だと言っているわけではありません。ゴールは計画するのに適していて、システムは実際に実行するのに適しているというだけです。

　ゴールは方向性を与えてくれ短期的な動機も与えてくれます。しかし、よいシステムが常に勝ちます。システムを持つことが重要です。プロセスにコミットすることが結果に繋がります。

原文：”Using Service Design to shape the future of Talent Acquisition” by Shira Ben-Cohen

この記事はShira Ben-Cohenさんによる Practical Service Designへのゲスト寄稿です。Shiraさんはイスラエルに住んでいて、インテルのGlobal Talent AcquisitionグループにてGlobal Talent & Hiringのパートナーエクスペリエンスに取り組んでいます。Shiraさんは組織文化の変革と組織内の人の意識変革にサービスデザインが大きな役割を果たすことができると考えています。

■■■

　前回の記事でサービスデザインを自分の組織に取り入れる活動とこの素晴らしいテクニックを人材獲得に活かす取り組むを紹介しました。そして夢見る次のアクションについて書くことでその記事を終えました。

　それはビジネスプロセスパフォーマンスのチームと一緒にリクルーティングのバックステージをデザインすることでサービスデザインを一歩進めること。そして採用候補者だけでなくリクルーターや採用部門長もクライアントとしてみること。そして、その夢はかなったのです！

採用は三位一体

　私たちは採用する候補者のエクスペリエンスが大事だと知っています。採用のプロは質の高い人材プールを保ち、人材マーケットに組織がいかに採用エクスペリエンスを向上するためにプロセスやツールの改善に努めています。

　しかし、何か忘れていないでしょうか？

　採用部門の部門長やリクルーターは採用エクスペリエンスに重要な役割を果たしています。彼らこそ採用プロセスの推進力であり、候補者とともに三位一体を構成します。

　人材獲得の組織を活性化するためには採用パートナーも顧客としてみることが大事です。採用アプローチをデザインする上で彼らのエクスペリエンスも中心に置く必要があります。

　これで主要な顧客がわかりましたので、ニーズの調査に移ることができます。そのやり方を見てみましょう。

プロセスではなくサービスのデザイン

　新しいポジションを作る、人材を募集する、候補者と接触する、といった採用パートナーとのインタラクションは全てサービスと言えます。

　人材のドメインにおいて、私たちは単にプロダクト（ポジション）を売っているわけではなく、サービスを管理しています。

　多くの場合、デザインプロセスはルールや構造、ポリシーからはじまります。今回はその方向を逆さまにしてみました。向上させたいインタラクション（サービス）を取り上げ、「このサービスにおいてどのようなエクスペリエンスを提供したいのか？」と問いかけました。

このアプローチは非常に役に立ちました。

1. プロセスではなくエクスペリエンスをデザインする
2. 既存のサービスの改善ではなく、将来の理想的なサービスをデザインする

ステージとしての人材獲得

　そしてサービスデザイン手法の素晴らしさが現れる部分でもあります。

　ワークショップの初日、サービスブループリントに取り掛かる前に私は「ステージ」の考え方を同僚たちに紹介しました。

　人材獲得の世界を一つのステージとすると、三つの見方をすることができます。フロントステージ、バックステージと舞台裏です。

1. フロントステージは実際の活動が起きる場所です。採用候補者のエクスペリエンスの全て。行動をする場所であり、関係する人たちと関わり合いを持つ場所。採用部門長とリクルーターを人材獲得サービスの顧客と設定するならば、彼らもそれぞれのジャーニーを体験するフロントステージの役者となります。

例:

• 全体の採用候補者ジャーニー：受け取るeメール、電話、面接のすべて
• 採用部門長とリクルーターとのやり取り
• リクルーターがプロセスでのやり取りのエクスペリエンス

三人の異なる役者、それぞれが違うジャーニーを体験します。それぞれが採用プロセスにおいて自分のフロントステージに立ちます。

2. バックステージはフロントステージを支えるサポートプロセスです。

例：

• 採用候補者が私たちのコミュニティーに参加するための登録フォームを作るための人材管理のCRMシステム
• リクルーターと採用部門長が採用プロセスを管理するための応募のトラッキングシステム
• インフラの担当者やアシスタントなど採用活動を支えてくれる他の役者たち

3. 舞台裏はフロントステージとバックステージが機能するために会社が持つべき規則、規定や予算といった無形のもの全てです。

例：

• 考慮すべきあなたの組織の採用予算と人材計画
• 組織のダイバーシティ―目標とそれが意思決定プロセスに与える影響
• 障害者採用規定、各国の採用規則、採用募集期間など

新しいサービスをイメージしなおすために有意義な議論をするマッピング作業を行う前に「ステージ」の考え方を理解することは重要です。ビジネスプロセスだけでなくそこに立つ役者のエクスペリエンスにフォーカスする人間中心デザインの本質と言えます。

未来の状況のデザインと既存の状況デザイン

　未来のマッピングはそのユーザーにとって理想の状況に基づいています。あるべき姿のサービス構造です。

　わたしたちは採用パートナーの現在のエクスペリエンスではなく、将来のエクスペリエンスの再定義をするために各国の様々な部門からその分野に明るい人たちに集まってもらいました。

　メンバーはそれぞれ異なる専門分野、リージョンや役割を代表し、採用プロセスにおいての役割と知見を得られるよう選出しました。そう、三位一体。

　私たちは三つのトラックを同時進行できるようにグループ分けをしました。それぞれのトラックは採用プロセスにおいて異なる注力分野を担当して新しいエクスペリエンスを描きます。

PART 1- サービスエクスペリエンスを描く

　ワークショップ初日はサービスデザインのボディーともいえるサービスブループリントを使って未来のサービスのあるべき姿を描きます。

　前回は現在のサービスブループリントセッションでは現在のサービスをベースとして改善のアイデアを反復させました。しかし、今回はゼロベースで理想のサービスを描くことにしました。

　私たちの基礎となる原則（プリンシパル）は継ぎ目のないシームレスなプロセス、意味のある関係、主なステークホルダーとの真のパートナーシップです。この原則が最後まで私たちの活動を導いてくれることになります。

　私たちは新しいサービスを作りはじめました。一歩ずつ。「最初から最後まで」まずはフロントステージに注力して。

　そして、「最初から最後まで」作り上げたサービスのバックステージと舞台裏のサービスコンポーネントを未来のサービスブループリントをチェックリストとして使いながら「表面から中心まで」みていきます。

例

　たとえば新しいポジションをオープンするためのプロセスを作るとします。一歩ずつ。左から右へ。そしてブループリントの色分けを使ってマッピングしていきます。

　最初のステップが終わりましたか？それでは次のステップに行きましょう。

デジタルとアナログ

　付箋紙はデザイナーが好むツールで、とても楽しいですが、今回のセッションではデジタルのツール活用も模索しました。

　もちろん、付箋紙を使うことでチームは自らの手を使い、立ち上がり、クリエイティブになります。私も付箋紙は大好きです。一日のワークショップのあとに壁一面に貼られて付箋紙は美しく一日の最後にふさわしいとも言えます。でも、

　現在はクリエイティブにコラボレーションができるデジタルでにできるツールが沢山あります。そしてリアルタイムに文書化することができます。そして、これが重要なのですが、その日の作業状態を保存できるので、好きな時にそこからはじめることができます。その日にいなくても、別の地域にいたとしても。

　今回はMuralを使ってみました。とてもよかったです。今後のセッションでも使い続けるでしょう。

PART 2 — サービスエクスペリエンスを定義する

　ワークショップの二日目は分かれていたグループが再び一つに集まり、それぞれが作ったブループリントの共有をしました。

　それぞれのチームは担当したシナリオのデザインとフローを詳しく説明します。

　次のステップはアイデアを優先づけして実行可能な戦力的な計画に落とし込むことです。そして将来の人材獲得ロードマップを作成して組織に持ち帰ります。

　チームがエクスペリエンスの考え方を素早く吸収してサービスデザインの言葉でグループの作業を共有する姿はとても素晴らしいです。

デザイン・ドリブンな組織変革

　はい、組織をデザイン・ドリブンに変革するには時間がかかります。しかし、小さな一歩、企業のマインドが顧客中心の会社への進めていきます。

　私は私のマネージャーたちや会社がサービスデザインのような新しい考え方を取り入れることを誇りに思います。Global Talent Acquisition組織における変革が実行中ですが、ここにサービスデザインを活用できる機会が与えられたことは本当に幸運でした。

このプロジェクトから学んだこと

1. 世界はステージでその要素は全て重要です。変化を起こす時にエンドユーザーだけでなく、それを実行する役者全てを考える必要があります。それに取り掛かるチームが「ステージ」のコンセプトを理解できるよう背景を設定しましょう。
2. 望むエクスペリエンスからはじめ、プロセスを後から定義する。これまでやっていたことは脇において、ビジネスのフローにおいてどのようにしたいのかをデザインしましょう。まず顧客を考える。ニーズを把握してそこからはじめる。使わなければいけないシステムやルールに気を使いすぎない。あなたのモデルに組み込むことができるし、これまで考えたこともないタッチポイントが生まれるかもしれない。
3. 将来の理想を想像しましょう。現状のマッピングも素晴らしいです。そこは間違えないで下さい。しかし、現状のマッピングでは不十分な状況があります。実際に存在しないワークフローをデザインするのは非常に難しいですが、固有の改善を推進するには必要なことです。
4. デジタルに移行しましょう。当たり前に聞こえるでしょうが、ワークショップの環境でのエンゲージメントのために付箋紙から離れられない人たちもいます。デジタルツールを使いましょう。
5. 大きく夢見て、小さくはじめましょう。サービスデザインによる採用プロセスの再定義は1日でなし得るものではありません。サービスデザインを使って組織文化に影響を与えたいと考えるならば、小さなシナリオで小さく興味を持っている人たちと一緒にはじめましょう。その小さな一歩が先へとつながっていきます。

関連記事

 

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

関連記事