2018タベリーのグループ機能_仕様書タベリーというプロダクトへ、グループ共有機能をリリースするにあたり、作成した仕様書を公開する。仕様書の公開に踏み切ったのは、10Xのプロダクトがどうやって作られているか、について部分的に触れてもらえると思ったから。10Xでは「細かな実装・デザインの白兵戦」・「認知と理解を獲得していく空中戦」を一緒に戦えるプロダクト・マネージャーを育てていきたいと思っているので、この仕様書を読んで「10Xで力を試してみたい!」という方はぜひこちらから応募してほしい。ユーザーの感情を科学できる人が10XのPMにはフィットすると思う。仕様書の前提となる考え仕様書は「チームのワーキングスタイル」によってその役割をかえるものだ。今の10Xは「ユーザーの前に積まれた膨大な課題の山に優先度を付け、とにかく早くプロダクトをプッシュしていくこと」が最優先のチーム。そのため、「膝を突き合わせて瞬発力の高いコミュニケーション」を重視している。この環境では議論のすべてが口頭で実施される。僕が作成したUIも一緒の画面を見ながらブラッシュアップの議論ができる。そこで仕様書の立ち位置を以下としている。意思決定のプロセスと内容を端的に追えるストック情報これを満たすためのドキュメントであれば十分である。実装における空白エリアは口頭で埋めることができる安心感がある。「完璧な仕様書」は志向していない。その必要性や姿はチームに合わせるべきであるというのが僕の基本的な考えだ。達成したいこと料理にまつわる最も強いコミュニティである、家族などのグループのコミュニケーションをサポートし、置き換える手段の提供。以下の対話を置き換える対象と考えている。招待する(未登録ユーザーの場合、会員登録へ。以下がドラフトである。未招待と招待後でマイページUIは上記のように変わる。グループに参加している人は、だれでもグループへ招待できる。リストページでは「あとX名までグループに招待できます」と表示。上限は自分も含めて5名。共有人数が5人に達した場合は、「グループへ招待する」ボタンを表示しない。リストの下のテキストを「グループは5人が上限です」に変更する。共有解除オーナーのみ、自分以外の誰でも共有解除できる。それ以外の人は、自分自身のみ解除できる。よろしいですか?」のアラートを出す。後はステータスによって分岐する。献立予定のUI「献立を自分以外の誰かが作成したこと」が通知とセットで認知できる予定の有り/無し、ペアリングの有り/無しという4パターンに耐えうる汎用性レシピのAUTHERという誤認を与えないなどを同時に満たすUIである必要がある。結果として以下とする。YESペアリング時は表示されたほうが良い(アイコン有り/なし)より(アイコン常に有り/中身が違う)の方が認識しやすいだろう。ペアリングを使っている、ということが一目瞭然になるのも良いかな。献立の変更有無にかかわらず、作成者を表示。献立は作成者に所有が紐づくため。招待体験/UIで達成すべきこと共有方法が中長期に渡って安全であり、運用マインドシェアを奪わない。招待を受けてインストールした人が、初回起動時に何をすればよいか理解できる。招待を受けていない人の初回体験に負を残さない。「リンククリック」という2ステップある。リンククリックというステップを忘れ、次のアクションがわからないということがおきうる。招待リンククリック)。ペアリングがうまくいかない場合に招待者にサポートしてもらう。以下サンプル献立アプリ「タベリー」への招待です。献立を共有すると、「これ食べたい」が簡単できます。10:59)招待を受けるには、アプリのバージョンが1.5.0以上である必要があります。招待リンクタップ後の挙動グループへの参加許諾、参加するとできることを端的に伝える。タップするユーザーの性質によって大きく4パターンに挙動が別れる。エッジケースとして「すでにタベリープラスに加入中の人がグループに参加した場合」に通知をいつどう送るか。グループのペアリングが完了時に上記の分類に当てはまる方には通知を送る、でよさそう。積み残し本機能を利用する上で価値のある通知が届けることができる。システム設定で通知を許可していないユーザーに通知許可を促す導線を用意する。課金のシェアについての仕様グループの参加者の誰かがタベリープラスに加入していれば、全員がタベリープラスを利用できる。グループ解除時の献立の表示グループにはそのグループに参加しているメンバーが作成した献立がすべて見えるグループ解除時は、「自分の過去に作った献立」のみがカレンダーに反映される。バージョン配布について1.5.0以前のバージョンの人は、グループ招待を受けられない。そのため、強制アップデートが必要となる。強制アップデートの影響を最小化するため以下の手順とする。1.5.0では「グループを招待する」という導線を消した状態でアプリを配布。その普及率が80%を超えたあたりで導線を復活させた1.5.1をリリース。強制アップデートを行い、機能自体は1.5.1で開放することとする。価値を言語化できないのでやめる機能紹介+アルファのリリースを出す。目的はユーザー伝達と方針の認知獲得。このままだと面白くない。→プレスリリースを書きましたが、パンチが弱くて辞めました。EntityにGroupIdをもつ。一人あたり必ず一つのユニークなIDをもつ。Entityが新たに作成。このGroupIdあたりのUserIDが2以上のグループは実際にユーザーがつながっているグループである。本来であればKPIの設計も組み込むのだが、それは現状口頭とダッシュボード直編集で済むので仕様書には掲載していない。(了)本来、仕様書というのは会社の特色が現れ、またなかなか表に出てこないアウトプットだと思う。僕は「仕様書自体に一切の価値がない」と思っている。価値があるのは仕様書ではなく「プロダクトを発明していくプロセス」自体にあり、それは10Xのチームだから再現するものでもある。仕様書は僕らのチームの片鱗を感じてもらえればと思い公開に踏み切った。繰り返しになるが、10Xのプロセスが気になる、そのなかで力を発揮してみたい、という方はぜひこちらよりご応募下さい。本稿が参考になった方はコメント&Kyash投げ銭をお待ちしております。記事へのフィードバックとして糧にします。Kyashは常用していて応援しているプロダクトです。Offiline)は起こったかプロフィール矢本真丈(Yamotty)。2017年7月に株式会社10X(テンエックス)を創業。「献立と買い物の悩み」が過去50年解決されていないことに気づき、モバイルアプリ「タベリー」を開発・運営。日本における小売体験の10xを目指す。本サイトでは生活や経営の試行錯誤から得た気付きについて、言語化を試みている。(詳細)株式会社10Xについて紹介資料になります。採用ページも御覧ください。