
2025.02.18
「売上をスケールする」AIの使い道とは アルペンが挑む、kintone×生成AIの接客データ活用法
LINE流プロジェクトあるある(全1記事)
リンクをコピー
記事をブックマーク
二木祥平氏:LINEの二木といいます。今回は「LINE流プロジェクトあるある」というタイトルでライトな内容をお届けしようと思います。ぜひこの後の懇親会の、酒の肴にでもなればと思います(笑)。
あらためて自己紹介ですが、LINE企画室 ビジネスプロダクト企画チームという、LINEアプリ上で展開するLINEの公式アカウントや、広告サービスのようなビジネスプロダクトを企画をしているチームに所属しております。
「ユーザーとユーザーの距離を近づける」というよりは、「個人間がLINEでやりとりしているように、企業とかサービスともLINEで気軽にやりとりできて、もっと距離が近づけばいいんじゃないか」ということをミッションにしています。
では早速、そんなLINEのプロダクト開発での「あるある」をこれから紹介していきたいと思います。まず初めに、簡単にLINEのプロダクト開発のプロセスを説明したいと思います。
基本的なフローはたぶん、どこの会社さんも変らないかなと思っていますが、企画をして、デザインし、マークアップして開発して、QAしてローンチみたいな感じですね。このプロセスそれぞれで、いろいろLINEらしい特徴があります。そのうちの「あるある」を今日は少しご紹介できればと思います
まず1つ目ですけども、LINE株式会社ですから「LINEでどんどん決める」という感じはあります。業務ツールとしてLINEを使われている会社さんってありますか?
(会場挙手)
やっぱりSlackが多そうですね。弊社でもSlackを導入していますが、企画チームではLINEで基本的にやり取りをしています。基本的な意思決定に関してはどんどんLINEでしていく、みたいな感じですね。この事例でいくと、そんなに軽い意思決定ではなかったんですけど。
「こういうのはどう?」みたいなメッセージがきて、1分ぐらいしか間がなかったんですが、メンション機能でパパパッときて。それはプロジェクトのグループだったので、他のメンバーもそれを把握していて、「じゃあOK!」「こう進めますね!」「どうぞ!」みたいな感じで進めていきます。
これはけっこう極端な例ですけど、LINE上でプロジェクトのイシューなどをどんどん解決しながらスピーディに進めています。
実は、LINEには業務でも使えるような機能がちょこちょこあります。メンション機能もありますし、Slackのピンのように、トークルームの一番上にずっと表示しておく機能もあります。ノート機能というストックしたい情報をためていく機能もあります。結構プロジェクトでも使えそうじゃないですか?
あとはプロジェクト毎にグループができるんですけど、飲み会とかのアルバムもあったり、殺伐としたグループにちょっとした「ゆるさ」を創出しやすいのが、LINEのいいところかなと思います。だから「LINEを使ってくださいね」って話ではないんですが。
大事にしているところで言うと、やっぱり何かあったら会って直接話すのが早いんですが、それ以外のイシューですと、基本的にチャットで解決できるかなと思っています。日ごろからスピーディに意思決定をしていっている感じですね。
じゃあ、だいたい100人/月を超えるような大きなプロジェクトが、どんな感じのLINEグループになるかというと……。(スライドを指しながら)これは、とあるプロジェクトのLINEグループなんですけど、こんな感じで1個のプロジェクトに対してバアーってグループができます。
(グループ名は)「オール」とか「開発部屋」とか「企画部屋」とか。あとは機能毎に切ってあったりします。これはぶっちゃけ、良いケースなのか悪いケースなのか微妙です(笑)。Slackでも一緒だと思いますけど、このようにグループが多発しまして、コミュニケーションルールの整備と言いますか、(グループの)クリーニングは何を使うにしても重要かなと思っている日ごろでございます。
2つ目の「あるある」として、多拠点開発というのが特徴的なところかなと思っています。今やっているプロジェクトのケースでいくと、企画は東京、デザインは韓国、フロントはベトナム、サーバーは東京、QAは福岡みたいな体制で、そんなに珍しいケースでもないんです。
リソースの状況に合わせて、国を横断して調達をしていくというのが1つの特徴かなと思います。なので、同じプロジェクトでも、国家に関係なく開発拠点があります。それを支えるのが、ほとんどの会議室にテレビ会議システムがあることと、各拠点に通訳さんがいることでして、かなりコミュニケーションはスムーズです。もちろん同じ拠点にみんないることがベストですが(笑)。
それでも会議の頻度は限られるので、そこにLINEグループが活きてきます。翻訳ボットの精度がそこそこあがってきているので、細かい仕様はそこで話しながら決めていくということが多いです。
けっこうシュールな光景になりがちなのが、最初のプロジェクトのキックオフです。飲み会ではいろんな言語が入り乱れていて、カオスな感じになりがちです(笑)。それもうちの「あるある」かなと思っています。
「あるある」の3つ目です。企画した時とリリースした時でものが違うというのがけっこうあります。
LINEでいくと意見の反映がフラットでして、「企画が言ったことは、開発がなんとか実現しなきゃいけない」あるいは「デザイナーはWF通りに作らなきゃいけない」みたいなことは一切ないです。
企画に対してはそもそも各職種の人が、「これ、本当にいるの?」みたいな会話をガンガンしますし、デザイナーでいくと「本当に画としてこれは美しいのか?」みたいなところもかなり重視します。
ビジュアルにはこだわっていて、その上で「どういうふうにシンプルな画面にしていくか」とか「ユーザーが使いやすい画面にしていくか」というところを意識してデザイナーは意見を言います。
開発観点でも、メンテナンスと拡張性みたいな話がありますけど、「自分が使いたいか、納得して作りたいか」みたいなところも重視されてスペックがどんどん決まっていきます。
あとはQAプロセスも、1つ特徴的かなと思っています。(一般的にQAでは)基本的にはプランナーが作ったスペックに対して、QA項目を作っていくというのがベースです。弊社のQAでいくと、通常の観点に加えて、普通にユーザーとして使ってみて本当に使いやすいかとか、他のプロジェクトのQAもやっているので、そこと比べてこの機能はどうかとか、そういったユーザーフィードバックみたいな観点でもQAをしてくれます。
なので、各工程を経てプロダクトがブラッシュアップされ、一番初めの企画書を見ると、最後に出てきたものがぜんぜん違う、みたいなことは結構あります。
「あるある」の4つ目です。(スライドを指しながら)ドキュメントストーキングって書いていますけど、どういうことかというと基本的にConfluenceでいろんなスペックとかプロジェクトとか、開発のプロジェクト内容などを定義していきます。
それが拠点をまたいでグローバルでアクセス可能になっているので、ConfluenceにプロジェクトのWikiを書いていたら突然海外拠点から「この機能も入れて!」とコメントが来るようなことが、コミュニケーションとして発生しています。それによって機能追加になるとか、海外のこの考慮が抜けていたといったことに気付くこともあります。
あとは、プランナー間とかデベロッパー間でも「このプロジェクトのWiki、良かったね」とか、「ここでこういうチームが、こういうことをやっているんだね」とかも含めて、そういうナレッジシェアが横断でできています。
なので、新しくきた人には「検索してみて」みたいな感じで「とりあえずWikiって」って言うんですけど、文化としても、ナレッジとしても、Confluenceはかなり運用されているかなという感じですね。気付くとぜんぜん知らない人がWikiのウォッチャーにいたりして、「こんなに見られているんだ」みたいなことは、往々にしてありますね。
時間の関係で最後になりますが、「あるある」の5つ目として「タイ語ェェ……」と(スライドに)書いてあります。これは、プロジェクトメンバー間でよく出る話題です。
基本的にLINEのサービスは多言語展開をしていくので、それを考慮して作る必要があります。例えば「購入履歴」は、日本語だと4文字なんですけど、タイ語にすると14文字、インドネシア語にすると17文字になっちゃう、みたいなことがあります。
何が起きるかというと、4文字の想定で作っているとバリエーションもおかしくなるし、何よりUIが崩れるというか、フォームに入りきらない場合もあるんです。「意図しないところで改行になる」「言語を切り替えるとUIがぐちゃぐちゃ」みたいなことが発生します。それ以外にも(文章の)右寄せ/左寄せ、日付のフォーマットも国によってかなり違っています。
弊社には専門の翻訳チームがいますが、「これは文化で、日本ではこう言うけど、海外ではこう言った方がわかりやすいよ」のような指摘も含め、トンマナ(トーン&マナー)ガイドを作っています。そして各種言語でもQAをして、サービスローンチをするというフローになっています。その工程によってLINEプロダクトの多言語展開が支えられています。
今日はちょっと時間の関係で急ぎ足でしたけど、「LINEのプロジェクトあるある」の一部をご紹介させていただきました。追加でご質問ありましたらぜひこの後の懇親会で質問してください。
そしてどのプロジェクトでもいつも「あるある」なのが、「仲間が足りない!」です(笑)。先日のカンファレンスでもたくさん発表させてもらいましたけど、日々変化を求めて挑戦していくのが弊社の特徴です。プロジェクトマネージャーを絶賛採用中でございます。
ご清聴ありがとうございました。
(会場拍手)
関連タグ:
2025.02.13
“最近の新人は報連相をしない”という、管理職の他責思考 部下に対する「NG指示」から見る、認識のズレを防ぐコツ
2025.02.13
AIを使いこなせない人が直面する本当の課題 元マッキンゼー・赤羽雄二氏が“英語の情報”を追い続ける理由
2025.02.14
報連相ができない部下に対するコミュニケーションの取り方 「部下が悪い」で終わらせない、管理職のスキル向上のポイント
2025.02.12
マネージャーは「プレイング3割」が適切 チームの業績を上げるためのマネジメントと業務の比率
2025.02.13
上司からは丸投げ、部下からはハラスメント扱い、業務は増加…プレイングマネジャーを苦しめる「6つの圧力」とは
2025.02.12
何度言っても変わらない人への指示のポイント 相手が主体的に動き出す“お願い”の仕方
2025.02.13
「みんなで決めたから」を言い訳にして仲良しクラブで終わる組織 インパクトも多様性も両立させるソース原理
2025.02.06
すかいらーく創業者が、社長を辞めて75歳で再起業したわけ “あえて長居させるコーヒー店”の経営に込めるこだわり
2025.02.10
32歳で「すかいらーく」を創業、75歳で「高倉町珈琲」で再起業 「失敗したからすかいらーくができた」横川竟氏流の経営哲学
2025.01.07
1月から始めたい「日記」を書く習慣 ビジネスパーソンにおすすめな3つの理由
着想から2か月でローンチ!爆速で新規事業を立ち上げる方法
2025.01.21 - 2025.01.21
新人の報連相スキルはマネージメントで引きあげろ!~管理職の「他責思考」を排除~
2025.01.29 - 2025.01.29
【手放すTALK LIVE#45】人と組織のポテンシャルが継承されるソース原理 ~人と組織のポテンシャルが花開く「ソース原理」とは~
2024.12.09 - 2024.12.09
『これで採用はうまくいく』著者が語る、今こそ採用担当に届けたい「口説く」力のすべて
2024.11.29 - 2024.11.29
第20回エクゼクティブメンターイベント「今、「ひと」と組織が共創する〜働き方の未来へ」
2024.12.07 - 2024.12.07