投稿

プロダクト・レッド・グロースを読んだ

先日、 fukabori.fm 62. プロダクト・レッド・オーガニゼーション を聞いて「先行指標と遅行指標」の話に感銘を受けた。 「プロダクト・レッド・オーガニゼーション」の背景にある「プロダクト・レッド・グロース」モデルについて先に知っていると、後日、前者を読んだときにより理解が進むような気がしたので本書を読んだ。 分野的にはプロダクトマネジメント関連の書籍と近いところがあると感じたが、基本的にはビジネス側からの視点なので、プロダクト側からだけではない視点を増やすためにも読んでみてよかったなと思う。 プロダクト・レッド・グロースモデル 本書ではプロダクト・レッド・グロース(以下、PLG)モデルについて紹介・説明している。これは表紙の言葉を借りれば「プロダクトでプロダクトを売る」ビジネスモデルだ。本文中ではプロダクト主導型ビジネスモデルと訳されている。 セールス主導型ビジネスモデルと比較しながら、PLGモデルが適するビジネスの類型や、適用するにあたって重要なポイントなどを紹介している。 この本の中で私がなるほどと思ったポイントのひとつが「ビジネスのインプットとアウトプットを知る」という部分だ。 「第12章 最適化プロセスを開発する」の中で持続的な成長を実現するためのプロセスとして「トリプルAスプリント」というものを紹介している。このプロセスにおいて外すことができないものがビジネスに必要なアウトプット(ARRなど)を生み出すインプット(展示会、広告、eメールマーケティング)が何かを理解することだとしている。 どんなインプットが望むアウトプットを生み出しているか理解していなければ、持続的な成長を実現することはできない。なるほど確かにそうかもしれない。これまでを振り返ってみるとインプットに対する理解があまりない状態でアウトプットについて考えていることが多かったように思う。言うは易く行うは難しかもしれないが押さえておくと役に立つ考え方だと感じた。 余談 少し前にmasuidriveさんのこのツイートがバズっていた。 エンジニアが会社を選ぶときに評価をするのは年収以外に「事業ドメイン」「技術スタック」と共に「理解がありアホなこと言わない上司、経営陣」と「適切な成長機会」があると思う 特にアホに説明する心理コストは高いから、なぜメモリがたくさんいるのかとか、この機能の変更は大

LOCAL Developer Day Online ’21 /Security に参加してきたよ

LOCAL Developer Day Online ’21 /Security に参加してきました。セキュリティの知見を広げるよい機会となりました。主催したLOCAL、せきゅぽろのみなさまありがとうございました。  Developer-First Securityという考え方 LOCAL Developer Day Online ’21 /Security はじまりました〜 Session 1. Developer-First Security という考え方 講師: 米内 貴志 (株式会社Flatt Security 執行役員 CTO) #ldd21sec pic.twitter.com/aJpdm7gsF4 — LOCAL (@local_hokkaido) September 4, 2021 Developer-First Security の背景 設計・開発者が安全にものを作れるとセキュリティってよくなるんじゃない? セキュリティの範囲は広い 人によって「セキュリティ」が指すものは違う セキュリティに関わる人も多い 設計・開発者が安全にものを作れる環境が大事では? 安全にものを作れるよいプラクティスはあまりないのではないか うまくいっているセキュリティプロダクトにはDeveloper-Firstという共通点がある これまでのセキュリティプロダクトに課題があった すぐ使えない、コストが高い UXが常人向けではない 開発者の環境になじまない セキュリティプロダクトでうまくいっているスタートアップの共通点としてDeveloper-Firstという考え方があるようだ Developer-First Securityとは 1. 開発者の活動圏にとけこんでいく 開発フローに組み込める製品にすることで開発者のセキュリティへの関心や行動を自然に引き出すようになっている。ツールに密結合したりしている。 ex.) Snyk:GitHubと連携して改善のアクションまでをサポートしている ex.) GitHub:数多くのセキュリティ機能を展開している。 2. 開発者の技術スタックにとけこんでいく 例えば認証処理なんかは要件が複雑になりがち。ここをサービスとして提供することで技術スタックに押し込む。認可のサービス化もあったりする ex.) Auth0 ex.) build.

最近Unityをいじっている

ツイッターの投稿を見る限り1月末くらいからはじめたようだ。 unity、移動制御をPhysicsまかせにするとこんな感じになるのかー。ウケるけどこうではない pic.twitter.com/X6vwC7j0NU — もひゃ (@onjiro_mohyahya) January 25, 2020 2月末くらいの時点でこんな感じ。 よしよし、そこそこゲームっぽい雰囲気が出てきた気がするなー pic.twitter.com/shyKoIn52c — もひゃ (@onjiro_mohyahya) February 29, 2020 元々はSFネタで1本アクションゲームを作ろうかなーと思っていたけど、ネタがあまり煮詰まらないので、とりあえず昔描いたミクのドット絵で適当に作ってみることにしたのだった。 お話はねぎ畑を荒らされたミクがたこルカをしばきに行くみたいな感じになりそう。適当な感じにしておくと気が抜けてよい。 今はボスのたこルカを作っている。ドット絵を打つの面倒すぎなのでたこルカはやめたほうがよかったかもしれない。 たまにgh-pagesも更新。zでジャンプ、xでネギ https://t.co/1Ki8H7lJbY — もひゃ (@onjiro_mohyahya) February 29, 2020 ちなみにシルフェイド幻想譚の作者のsmokingWOLF氏の本で紹介されていた"力尽きたらそこで完成"メソッドで進めているので、力尽きたらそこで終わりにしようかと思っている。

「本当に取り組む課題を見つける、課題発見ワークショップ in Sapporo」に参加してきた

昨年、 本当に取り組む課題を見つける、課題発見ワークショップ in Sapporo  に参加してきました。会社のSlackで紹介されて、なんとなく「面白そうだなぁ」という動機で参加してきたのですが、想像以上に楽しかったの最高でした。 年末あたりに記事にしようと思ってたけど気張りすぎて出力できなくなってしまったので供養。。。 こんなワークショップだったよ ワークショップの目的は次の通りでした。 課題設定の重要性を理解する 課題の見つけ方を体験する 課題解決までのプロセスを体験する 内容としては課題設定の重要性についての話をし、実際にワークをいくつかやってみるというのをいくつかやる、という形式で進みました。 ワークショップの中では課題発見の方法として、以下の考え方やテクニックが紹介されていました。 認知問題、技術問題 問題の分解とリフレーミング スマートとシニカル HMW Framework、我々はどうすれば〇〇できるだろうか、という形式で考えてみる よりよい課題発見の方法にも型がある 課題の見つけ方の体験というのはじめてやった チームでの課題が面白かった。途中でこれは厳しそうだなぁと思ったけど、なんかそれなりになんとかまとまった。ちょっとびっくりしました 背景の異なる人とワークすると刺激がある いっしょにワークを実施したチームメンバーは全然背景の異なる方々で、開始するときにはちょっと心配だなぁと思っていたのですが、逆にこれはこれでよかったかもしれません 次はこれやってみようかな 話の中で紹介されていた本、「他者と働く」が気になったのでどこかで読んでみようかなぁ。。。

「カスタマーサクセス」を読んだ。カスタマーサクセスって実際のところなんなの?

イメージ
「カスタマーサクセス――サブスクリプション時代に求められる「顧客の成功」10の原則」を読みました。 だいたいこんな感じの内容でした。 Salesforceがサブスクリプションこれまで買い切りだったソフトウェアの世界にサブスクリプションを誕生させた。サブスクリプションの世界では導入時の売り上げよりも、契約し続けてくれることによりもたらされる売り上げのほうが大きく、重要になってくる この世界では更新、アップセルが特に重要になってくること。このためにはソフトウェアを導入した顧客が目的を達成できることや、ファンになってもらうこと(=心理ロイヤリティの創出)が求められること 売り上げ比率の変化により、これまでの社内での力関係に変化が発生している。これまでは契約取得に対して責任を持つセールスが力をもっていたが、更新に対して責任をもつ部署へとバランスが傾いてくるようになった 更新に対する責任の遂行にあたっては何か問題があったら対応するというこれまでのカスタマーサポートよりも、事前に手を打って顧客の心理ロイヤリティを高めるカスタマーサクセスという動きがより重要視されている 今後 CCO(Chief Customer success Officer)が出現し、重要なポジションとなっていくであろうこと サブスクリプションはソフトウェア以外の分野でも今後増えていき、カスタマーサクセスの重要度が多くの分野で増していくであろうこと 「カスタマーサクセス」って実際のところなんなの? これまでカスタマーサクセスという言葉について、「耳障りのよい言葉で、なんかよさそうなやつだけど、実際に何を指しているのかが、人によって考えていることがバラバラでふわふわしたもの」という認識でした。この本ではもう少し具体的にカスタマーサクセスとはなんぞ?というものが定義されており、「カスタマーサクセス」という言葉が出てきた時に認識を合わせるひとつの指針として利用できそうだなと感じました。 カスタマーサクセスという文言は、ロイヤリティの創出、特に心理ロイヤリティの創出という言葉の言い換えにすぎないということだ。 カスタマーエクスペリエンス大事、、、大事 読んでいてこれは確かにそうだよなぁ、なるほど〜と思ってマーカーを引いていた部分を挙げておきます。 最高のカスタマーエ

Blogger に OGP & Twitter Card を設定した

イメージ
このブログは Blogger で書いています。現時点で使っているテーマではこれを Twitterから リンクした場合、いい感じに画像や概要が表示されてくれていないようでした。 せっかくなのでいい感じに表示されてくれると嬉しいのでちょっと調べてみました。 Twitter Card を設定したぞー!できたはずだ!どうだ? https://t.co/8aZYCawR1y — もひゃ (@onjiro_mohyahya) October 29, 2019 これを調べる現時点で僕が知っていること、考えていることはこんな感じでした。 Twitterに投稿したときに写真と概要を表示するようにしたい 画像や概要を表示するにはOGPを設定する必要があるはず OGPについて詳しいことはあんまり知らない BloggerでOGPを設定するには多分テーマに何か手を加えるとうまいことできるんじゃなかろうか 調べて色々と試した結果、最終的に以下のようなコードを Blogger テンプレートの head タグに仕込むことで目的を達成することができました。いえーい <!-- OGP --> <meta content='xxxx' property='fb:app_id'/> <meta content='website' property='og:type'/> <meta expr:content='data:view.title' property='og:title'/> <meta expr:content='data:view.url' property='og:url'/> <meta expr:content='data:view.featuredImage' property='og:image'/> <meta expr:content='data:view.description' property='og:description'/> <!-- Twitter Ca

ジャックパーセルのかかとの内側を直した

イメージ
2シーズン履いたジャックパーセルのかかとの内側の布が破れてきてしまっていたので修理した。壊れたものを分解したり直したりするのはなかなか楽しい。 白い革のジャックパーセル。結構汚れているように見えるが実際結構汚れている。 こんな感じでかかとの内側に貼ってある布が破れてきていた。こうなるとかかとがめっちゃこすれるようになるので、靴下に穴が空いたりかかとが靴擦れになったりして塩梅がよくない。今回はこれを修理していく。 紺色のインソールがはいって。ジャックパーセルにはかなり厚手のインソールがついている。これは僕が持っている登山用の靴のインソールより厚手だったりする。 使うのは代わりの布とハサミとボンド。この写真では2種類布を用意してあるけど最終的は奥にある濃い紺色の布だけを使った。ボンドは手芸店で売っていた皮革とか布とかゴムとかをつけることができるやつ。先日はシャンプードレッサーのプラスチック棚を直すのにも使ったりした。ほとんど万能、とても便利。 ちなみに今回は手元にあるものを使って直したけど、道具がない場合はAmazonとかで売っている修理キットをそちらを使った方が簡単だと思う。ネットの噂によるとちょっと高めになるけど靴の修理屋さんとかでも直してもらえるらしい。 破れてベロッとなっていた部分の布を切り落とす。破れていた部分以外は接着剤か何かでくっついているようで簡単には剥がせなかった。 インソールを外した方が作業がしやすいので、作業時は外している。 破れた部分に貼る布を適当に切って合わせてみる。端の部分はほつれてくると嫌なので折り返してボンドで止めた。 布は手元に持っていた紺色のものを使った。質感からなにがしかのジーンズ生地のきれっぱしだと思われる。元は白い布が貼ってある場所なので白いガーゼ布みたいのでももちろん問題ないし、柄物の生地とかでも面白いかもしれない。 サイズもよさそうだったのでボンドで貼り付けていく。中心の線を最初に留めてそこから左右を留めていくとやりやすかった。底の面のあたりはどうせインソールで隠れるので綺麗に切りそろえたりはしなかった。 インソールを入れたところ。インソールの厚みがあるので、下の方はほとんど隠れている。まあまあよさそうだ。今回使った布がインソールとかなり色の近い紺なのであまり違和感はないと思