「言葉の定義を揃える」ことから始めよう。アプリ企画者向け重要用語集（第1回アプリグロースラボ）

こんにちは、Product Growth Labの松下 三四郎と申します。

Software Engineerから始まり、Growth Hacker、UX Designer、Product Manager、メガベンチャーで事業責任者、マーケティング、CS、プロダクト開発、デザインの複数の部を配下に持つ本部長等を経験してきました。これまでの自身の経験や知識を踏まえて、これからCX Clipで 「アプリグロースラボ」 と題した連載を始めることになり、アプリ運営やプロダクトマネジメントに役立つ情報をお伝えしていこうと思います。

対象となる職種、役割

この連載は、スマートフォンのアプリ運用、プロダクトマネジメント、アプリマーケティング等に携わる担当者とそのレポートラインの方（本部長や経営者）を対象にしています。

第一回となる今回の記事は、業務運営で必要な言葉の定義についてまとめているため、サービス企画の担当者とチーム内のステークホルダーが対象となります。ただし、同じ言葉をチーム外にも伝えるならば、言葉の定義を揃える範囲を適宜広げていくべきだと考えています。

チームの状況

皆様はスマートフォンのアプリ運用、プロダクトマネジメント、アプリマーケティングを運用する上で、どのような職種の方がいて、何人のチームですか？もしかすると開発は外注で、一人で運用している方もいらっしゃるかもしれませんし、逆に大勢のチームで運営していてカオスな状況という方もいらっしゃるかもしれませんね。

では、そのチームとして運営者は何を意識していますか？

まず事業の売上だ！KGI達成だ！事業やプロダクトビジョンだ！といった何かを目指していくのかを意識しながら業務を推進されていると思います。

そのチーム組成のスタート地点や、マイルストーンとなる期と期の間にでも意識していただきたいチームの共通認識に必要なことがあります。

チーム文化を構成する要素として意外と後回しにしがちなのが 「言葉の定義」 です。

筆者もこれまで経験した企業、事業で、スマートフォンのアプリやWebサービス、SaaS製品を始めとするプロダクトマネジメントに携わる上で、必ず「そもそも、この言葉の定義はみんな揃っているのか？」と感じることがありました。
その都度言葉の定義のミーティングをしていましたが、もっと早くしておけばよかったと思うことがあり、記事にすることにしました。

なぜ言葉の定義の共通認識を作る必要があるのか。そのペインと機会

こんな経験はありませんか？

1. 知らない言葉に出くわし、空気を読んで分かった気になったまま、意味が分からず放置してしまった
2. ステークホルダーに難易度の高いレポーティングを行い、質問が出ずそのまま先に進んで不安になった
3. Retention Rate等、指標について一度も定義を擦り合わせないままプロジェクトが進行し、認識のズレが発覚。後手後手になり定義についてすり合わせた

このような事象が、なぜ発生するのか？

ウォーターフォール開発を行っていたシステムエンジニア時代に、テスト設計書を書いていて、ある先輩に「我々は”言葉”でご飯を食べている」と教わったことがありました。
つまり、プログラムでソースコードを書く前は言葉で設計書を作成しており、間違った言葉を使うことで間違った認識を産み、その結果、バグを発生させてしまう可能性があります。

また、自分の常識は他人にとって常識ではない可能性があり、その言葉の認識齟齬があることで、少しのはずの認識の違いが大きくなり、先程の例の通り、プログラムにバグがあるかもしれませんし、アプリマーケターやプロダクトマネージャーによる要求定義や、設計書によって、結果的に事業目標に対するレポート結果のズレ等、運営に支障をきたすこともありえるかもしれません。

特に国境を超えた言語を使うチームの場合ですが、筆者がグローバル企業で働いていたときに、「より具体的に言葉の定義も含めて、ローコンテキストで伝えた方がいい」とフィードバックを受けたことがあり、チームで言葉の定義そのものを合わせることの重要性を痛感したことがあります。

もちろんこれは一例ですが、日本語話者だけのチームであったとしても、曖昧でもなんとなく伝わってしまうハイコンテキストな横文字の多い業務内容であったとしても、言葉の定義を揃えることはチームにとって悪い方向に進んでしまうことを防ぐことはできるはずです。

チームやステークホルダーで言葉の認識のすりあわせをすることで、より重要なことにフォーカスできるはずと考えます。

言葉の定義を揃えるマインド

今回は、用語を網羅しているわけではなく、プロダクトマネジメント、アプリマーケティングで使う可能性がある言葉を一覧にしました。
読んでいただく際、意味や使い方について注意点があります。本来の意味と世間一般で使われている様々な解釈が混ざった複数の説がある言葉もあります。

そういった意味が複数ある場合で重要なことは、自分たちがどの意味の一つを選択するかということです。
おそらくその言葉は運営の関係者（業務委託や子会社含む）とは業務上関係がない社外で話すことは少ないと思います。だからこそ自分たちはその言葉を選択しているというマインドがあると、
チームの言葉に対する認識齟齬が減ると考えられます。

※意味については筆者が様々な文献から調査した情報を元に読みやすく短くしています。出典元についても読みやすさ重視で記載していません。ご了承ください。

コミュニケーション編（プロダクトマネジメント / UXデザイン / アプリマーケティング)

こちらは、普段の会話で頻出しそうな言葉を取り上げています。社外に対して公表するわけでなければ、あくまで正解という形ではなく、チームとして何を採用するか？という基準が重要であると考えています。

価値、便益について筆者の見解

マーケティング業界はP.コトラーがベースとなっていることで、「便益」「ベネフィット」、
プロダクトマネジメント界隈では英語のValueがベースとなっている事が多く、価値、バリューという言葉を使っている使っているケースが多いように思います。UXデザインでも、「価値」を使っているケースが多いように思います。

価値は一覧に書いてあるとおり
「便益 - 顧客が支払ったコスト = 価値」　という成り立ちであることから、「価値がある」といった使い方になり、「プロダクトの体験を通じて得られる顧客がほしいモノ＝便益の束」とは少し意味が違ってくると感じ、便益を使うようになりました。

あくまで、チームの共通認識として何を選択するかが重要ですが、
こういった意味や定義を決める参考にしていただければと思います。

指標編

いかがだったでしょうか？

私は現在でも上記に上げた全てではありませんが、これはチームビルディングに必要な投資だと考えており、チームにとって必要な言葉の定義をあえて合宿なり、ミーティングなりで合わせる時間を設けています。

本編で取り上げた言葉は、今後も使っていきますので是非チェックしてみてください。