
2025.02.18
「売上をスケールする」AIの使い道とは アルペンが挑む、kintone×生成AIの接客データ活用法
リンクをコピー
記事をブックマーク
浅子拓耶氏:次に開発です。今日(のイベント)はエンジニアの方もたくさん応募いただいたということで、開発のところも資料を作ってきました。どんなことをしていたかをさらっと前提から説明します。
まずnoteのシステムの全体の概要ですが、もともとnoteは大きな1つのプラットフォームです。できるところからモジュールの分割をしていて、どういう感じで切り出していたり、どういう挑戦をしているかみたいな技術的な記事は、CTOの今が書いた記事があるので、エンジニアで気になる人がいたら、ぜひ読んでみてもらえるといいかなと思っています。
noteもかなり歴史が積み重なってきて、もともとメチャクチャ、モノシリックなサービスだったこともあって、自分たちが積み重ねてきた歴史が足枷になっていることも多いです。
これはスタートアップ、どんな会社でもあるあるだと思うのですが、過去に意思決定した時に見とおしきれなかったコード上の負債だったり、あとはそもそもビジネスレベルや要件レベルで複雑な機能を作っちゃって、それが今でも足枷になっているようなことがありますが、noteもそういったものは当然存在しているというのが前提です。
1つ紹介し忘れていましたがも、メンバーシップは完全に0→1のサービスではなくて、もともとnoteに「サークル」という機能があって、それをベースにして、「完全にリファインしましょう」みたいな感じのコンセプトで作られていました。データベースやフロントエンド・バックエンドの既存のコードはガッツリ踏襲しているし、それをベースにして機能追加している感じになっています。
コードベースを同じものを使っているとはいっても、ちゃんと新しく体験設計をして、ジャーニーを変えたりもして要件定義をしているので、そこにあわせてフロントの部分はかなり改修を入れています。
今回はnoteの記事をメンバーシップに紐づけられたり、マガジンをメンバーシップの特典に追加したり、あとは当然そこに購買行為が挟まるので、決済のシステムの開発がありますが、それはnote全体に関わる仕様を考慮したり、note全体にもともとあった仕様をそのまま使わせてもらったりして開発をしていました。
具体的にどんな感じで開発を進めていたかというところですが、先ほど話したとおり、まずジャーニーを描きました。全体の流れとして、どういう感じになっているとサッと始められるかとか、始めた後にどんないいことが起きるかをかなり重視をしました。
それをベースに画面のイメージのざっくりしたものを作成して、流れの合意を取って、あとはガシガシ開発をしていく感じです。開発は5人いますが、メンバーがざっくり分担を分けて、それぞれゴリゴリと進めていく感じでやっていました。
「具体的に何?」というのがお話しできないのがアレですが、今回はけっこうチャレンジングな、「技術的に本当にこれでいけるのかいけないのか」みたいなものがあったりもしたので、そこはかなり早いタイミングからフィジビリに時間をかけたりもしていました。
できたものに関しては、本番に接続された検証環境を1個確保しておいて、そこに毎日デプロイする感じで、常に本番のデータが入っている状態のプロダクトを触って、気づいたこととか、「使い勝手どうですか?」「これ、作ってみたんだけどちょっと触ってみてもらいますか?」みたいなことをしていました。
あとは、動作確認をしてOKになったバックエンドのコードは都度本番環境にデプロイしました。半年ぐらい開発をしていたので、それをビッグバンリリースするのは恐ろしく、話すだけでメチャメチャ震えるのですが。
コンフリクトが超出るし、絶対バグるところがあるので、表に出ないバックエンドのコードは都度本番環境にデプロイするとか、フロントエンドのコードも表に出ない部分はガンガン本番環境にデプロイしていって、バグらないように、バグるようだったらすぐ切り戻すことを前提として開発をしていました。
最後にテストの話です。noteは今では専任のQAチームがいますが、「それぞれのチームでテスターが各自でやって」とはなっていなくて、みんなでテストをして品質を高めていく感じでやっています。
都度テストをしたり、最後のほうに1週間ぐらいガッとテストの期間を取って、そこでモンキーテストをしたりするという感じで、ガンガンissueを立てていくことをして、「やるやら」を検討していました。
(スライドを示して)できなかったことです。本番環境のDBにつながっていたという話をしましたが、クリエイターのみなさん、ユーザーのみなさんが、「実際に自分のデータを使って触り心地を確かめたいです」というものはかなり多かったです。しかし、それができなかったというのが「どうにかできなかったものかね」と思っているところです。
ダミーのモックを作ることはぜんぜんできますが、「やはり自分のコンテンツが入っていないとか、自分が書いた記事が並んでいないと使うイメージできないよね」というところがあったので、社内の合意形成するところや、クリエイターに紹介するところはかなりやりづらかったと思っています。
あとは本番DBにつながっているかというところで、注意事項が多すぎて、社内に向けて「みんな触ってね」と言えるタイミングがだいぶ遅くなってしまったのが反省点です。
もちろん検証環境で検証用のDBにつながっている環境ではテストはできましたが、やはり実際に継続的に運用をしてみないとわからないところがあったので、そのあたりをうまく潰せないままリリースをしてしまったところはあります。
ただその点は、noteの社員はエンジニアもエンジニアじゃない人も、「リリースされました、ちょっと触ってみてくれ」とお願いをすると、みんながガッと触ってものすごい数のバグを上げてくれたので、それを1週間とか2週間とか続けていくことで、リリース直後でガッと品質を上げることはできていたかなと思っています。
(スライドを示して)最後に、コミュニケーションの要としてのPMということで、発信というものを置いています。
これは、noteの社内およびnoteのPMがかなり重視しているところです。みなさんも重々承知しているかとは思うのですが、プロダクトや機能は作って終わりじゃないですよね。作ったとしても、気づいてもらわなきゃいけないし、「なんか使ってみたらいいことが起きそうだな」と思ってもらえないと使ってもらえないというところが前提になっています。
noteも同じで、使ってもらいたい機能をガシガシとプロモーションしていく感じです。例えば「こんな機能ができました」「こんな機能がリリースされました」みたいな感じでリリースを出しても、その機能の内容がわからないとか、どんな良いことが起きるかわからないと、使う気にならないと思います。
なので、「メンバーシップを使うとどんないいことが起きますよ」とか、「これはどういう思想で、どういうふうな世界観を目指して作っているものですよ」ということを伝えていかなければいけない。(スライドを示して)ということで、ここに書いてあるようなツイートやプレスリリースや告知記事など、諸々のコミュニケーションの品質を高めていくことが必要でした。
ここでまた、合意形成メチャ大変問題に戻ってくるんですけども、品質コントロールを全体俯瞰してやるのは無理でした。それぞれのチームのリーダーを集めて、定例の進行を毎週するとか、都度アドホックのミーティングをしていました。
しかし、やはりリーダーと僕との会話だけで賄えるコミュニケーションが限られていたので、これはあまり良くないやり方ではあると思いますが、僕がハブになってそれぞれのミーティングに参加したり、レビューをさせてもらったり、Slackの会話を拾ったりして切り抜いていました。
当時では僕が一番メンバーシップに対する解像度が高かったこともあって、ちゃんとドキュメンテーションをして、それをベースにみんなが意思決定できる状況が作れれば良かったのですが、そこまでの余裕がなかったので、ぜんぜんサステナブルではありませんでしたが、自分が負荷を上げて対応していました。
ちなみに例えばLPの文言を考えるとか、告知記事の導入部分を考えるようなことを僕がけっこうやっていたので、今回のメンバーシップの開発を通じて、ライティング的なスキルはメチャメチャ上がったなと思っています。余談でした。
では、僕の発表は以上にしようと思います。
2025.02.13
“最近の新人は報連相をしない”という、管理職の他責思考 部下に対する「NG指示」から見る、認識のズレを防ぐコツ
2025.02.13
AIを使いこなせない人が直面する本当の課題 元マッキンゼー・赤羽雄二氏が“英語の情報”を追い続ける理由
2025.02.06
すかいらーく創業者が、社長を辞めて75歳で再起業したわけ “あえて長居させるコーヒー店”の経営に込めるこだわり
2025.02.12
マネージャーは「プレイング3割」が適切 チームの業績を上げるためのマネジメントと業務の比率
2025.02.14
報連相ができない部下に対するコミュニケーションの取り方 「部下が悪い」で終わらせない、管理職のスキル向上のポイント
2025.02.13
上司からは丸投げ、部下からはハラスメント扱い、業務は増加…プレイングマネジャーを苦しめる「6つの圧力」とは
2025.02.12
何度言っても変わらない人への指示のポイント 相手が主体的に動き出す“お願い”の仕方
2025.02.13
「みんなで決めたから」を言い訳にして仲良しクラブで終わる組織 インパクトも多様性も両立させるソース原理
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