ロードマップは決めきるべきじゃない。「売れない」から脱出するために、PdMがやるべきこと【エムスリー山崎聡】 | レバテックラボ（レバテックLAB）
TOPインタビューロードマップは決めきるべきじゃない。「売れない」から脱出するために、PdMがやるべきこと【エムスリー山崎聡】 エムスリー株式会社取締役CTO／VPoP エムスリーテクノロジーズ株式会社代表取締役 山崎聡 大学院博士過程中退後、ベンチャー企業、フリーランスを経て、2006年、臨床研究を手がけるメビックスに入社。2009年、メビックスのエムスリーグループ入り以降、エムスリーグループ内で主にプロダクトマネジメントを担当する。2017年からVPoE。2018年からエムスリー執行役員。2020年からはエンジニアリンググループに加えて、マルチデバイスプラットフォームグループとデザイングループも統括。2020年より初代CDOに就任。2022年よりCTO兼VPoP。2023年より取締役。2024年よりエムスリーテクノロジーズ株式会社代表取締役。 X Speakerdeck 人はつい「楽な
ReactプロダクトにおけるButtonコンポーネント実装の最適解を探し続けた結果
2023/12/13 aria-disabledの付け方を改良 2023/12/11 タイポ修正 2023/12/08 next/linkのhrefにundefinedを渡すとエラーがでるため、disabledにする方法を修正 <Button asChild ref={}>とrefを指定できてしまっていたのを修正 セミコロンをつけないように 2023/12/07 タイポ修正(priamry -> primary) import { cloneElement, forwardRef, isValidElement } from "react" import styles from "./style.module.css" import clsx from "clsx" export type ButtonProps = { variant?: "primary" | "secondary"
【翻訳】なぜ、最悪のUXを持つプロダクトが市場を制するのか？（Meelis Ojasild, 2022） - 体験とデザイン、スタートアップについて
meelis-ojasild.medium.com 企業がユーザーエクスペリエンスに基づいてソフトウェアを選択するというのは神話です。しかし、PMは主にUXに注目しています。では、実際はどうなっているのでしょうか？ ソフトウェアの選定プロセス これが一般的なソフトウェア選定の仕組みです。 人々は問題とそれを解決する可能性のあるソフトウェア・カテゴリーを認識します。 ソフトウェアのカテゴリーを広くグーグル検索しています（例えば「ベストCRMツール」）。 彼らは、Googleで上位に表示されるいくつかの結果を閲覧します Googleのトップページで最もよく使われているソフトウェアソリューション（Salesforce、Hubspot、Pipedriveなど）を（精神的または物理的に）メモしておくのです。 安いものから試していく（HubspotとPipedriveとします）。 テストでは、1つのコ
Mentallyの挑戦と失敗〜創業からの1年をふりかえる〜｜西村創一朗
僕がMentallyを創業したのは、今からちょうど1年前の今日、2021年10月11日のことでした。 それから約1年。今月頭に僕は断腸の思いで以下の文章を投稿しました。 7月にリリースしたばかりのmentallyですが、9月30日をもってサービスを終了させていただきました🙇♂️ 資金調達が上手くいかず、資金が枯渇してしまい、サービスの継続に必要なメンバーの雇用・業務委託契約を維持することが困難になってしまったためです。 https://t.co/YA6EBgoy9g — 西村創一朗 | Mentally CEO (@souta6954) October 3, 2022 創業からわずか1年足らずで、資金が枯渇し、チームの解散（従業員の解雇・パートナーの契約終了）・サービス終了を余儀なくされることになるとは、1年前の創業時は思ってもみませんでした。 正直、目を背けたくなるほどつらい結末です
USBのベンダーIDとプロダクトIDの話 - Qiita
ここには誤った情報が含まれる場合があります。 製品開発などの際には、専門家の意見を参照してください。 前提 USB規格には、製品の識別のためにベンダーIDとプロダクトIDがありますが、 テスト用のベンダーIDなどはありません。 同じベンダーIDとプロダクトIDの違う製品が混在すると、それを識別に使っているドライバなどが混乱し、 最悪の場合PCがクラッシュしたりするため、USB-IFがベンダーIDを管理しています。 usb.orgに行くことで、有効/無効なベンダーID一覧を見ることができます。 正規の方法 ベンダーIDを入手するには、法人格を持ち(会社を持ち)、USB-IFに申請します。 ベンダーIDのみの入手であれば昔は2万円の支払い、現在は49万円の支払いで、ベンダーIDが入手できます。 1つのベンダーIDの入手で、6万種類の製品の作成ができます。 [0x04D8]Microchip社の
「僕たちは特別だ」という驕りが生んだ“阿吽の呼吸” LayerXがプロダクトスケールのタイミングで陥った罠
「プロダクトマネージャーカンファレンス 2021」は、プロダクトマネジメントに携わる人たちが共に学び、切磋琢磨することを目的に開催されるイベントです。株式会社LayerXからは、代表取締役CEOの福島氏が登壇。これまでのプロダクト開発における4つの罠について発表しました。全2回。前半は、「PMFの罠」「阿吽の呼吸の罠」について。前回はこちらから。 罠その3 PMFの罠 福島良典氏：変わってきて、すごくうまくいきましたという話ができればいいのですが、ここから先もアホみたいな失敗を何度もやっています。（スライドを指して）「PMF（プロダクトマーケットフィット）の罠」と書いててありますが、ベンチャーの世界やプロダクト新規事業では、「プロダクトマーケットフィットをまず検証する、それができたらアクセルを踏もう」が定説になっていると思うんです。 ただ、僕はそんなキレイな状態が起こるのかとかなり疑問を持
Product Engineering Managerの募集をスタートしました - LayerX エンジニアブログ
こんにちは。松本（@y_matsuwitter）です。 最近はひたすら干し芋を齧っています。 昨日、新たにProduct Engineering Managerという、Engineering Managementに加えてProductも一体的に見ていくべくセットしたポジションについて募集を開始しました。 今回はこのポジションの募集に関して、将来を見越して何を狙っているのか簡単に書かせていただこうと思います。 https://herp.careers/v1/layerx/t_g55EhgE6oLherp.careers Engineering Managementの重要性 様々な企業でEngineering Manager（以下EM）が募集される様になって久しいと思います。 開発組織のPeople Managementに責務を持って行動することがEMの主たる責務となります。 その延長としての
GitHub、自動でマージが実行される「Pull request auto-merge」機能を発表。GitHub Universe 2020
GitHub、自動でマージが実行される「Pull request auto-merge」機能を発表。GitHub Universe 2020 GitHubは、オンラインイベント「GitHub Universe 2020」において、自動的にマージを実行してくれる新機能「Pull request auto-merge」を発表しました。 Check out auto-merge! Now, when your branch protection rules are met, your changes approved, and your checks are green, GitHub can automatically merge your pull request for you. #GitHubUniverse #Keynote https://t.co/9gQRFt3aqQ pic.tw
アプリの履歴上のお店の名前を、全角漢字かな表記に変えてみました - Kyash Product Blog
こんにちは。Kyashでプロダクトマネージャーをやっている yanai です。 もうお気づきの方もいるかもしれませんが、Kyashアプリ内の履歴に表示されているお店の名前が、今年の7月中旬頃以降のご利用分から全角漢字かな表記になりました。 すごく地味な変更ではあるのですが、会社の開発の様子を織り交ぜながらこの記事を通じて少しご紹介したいと思います。 本題に入る前に少しだけPaymentチームのご紹介 KyashのPaymentチームは、プロダクトマネージャーが1名と、3名のエンジニアで成り立っています。 Paymentチームのメンバー構成 プロダクトマネージャーA:入社7ヶ月目。カード会社からの転職でKyashに入りました(筆者) エンジニアB:入社5ヶ月目。 エンジニアC:入社5ヶ月目。 エンジニアD:入社2年目の、みんなの兄貴。 PaymentチームではKyashアプリで発行したVis
起業家としてのPM、職業としてのPM - 小さなごちそう
Kaizen Platformさんとの共同セミナー「Webサービスの事業成長を牽引するプロダクトマネージャーになるには？」ですが、非常にたくさんの方にご参加いただきました。お忙しい中ご来場いただいた皆さま、ありがとうございました。 私のプレゼンでは、組織の中で職務としてプロダクトマネジメントに従事する方向けに、私個人のPM経験を基にした「あるあるネタ」とその対処法を紹介しました。 私自身のPMとしてのテーマは「再現性」です。どんなカテゴリのプロダクトでも、あるいは誰がPMになっても、プロダクト開発を成功させるにはどうすれば良いのか。今回のプレゼンでもそうした観点でお話しさせていただきました。 プロダクトマネージャーにたちはだかる壁を、どう乗り越えるか from Mizuki Tanno なお、一部ネタとして他の役割のメンバーを揶揄するような表現をしている箇所がありますが、メンバーのアウトプ
プロダクトマネージャー宣言 - 小さなごちそう
プロダクトマネージャーを目指す人にとって指針となるようなマニフェストを、日本語で作りたいと思っている。 僕自身も修行中の身だが、僕がプロダクトマネジメントを行う際に気をつけていることをマニフェスト風にざっと書き出してみた。 まだ粗々なのでここからブラッシュアップして行きたい。 私たちは、ユーザーに愛されるプロダクトによって利益を生み出すことに情熱を持っています 私たちは、プロダクトの力で難しい問題を解決できると信じています 私たちは、問題の定義が最初の仕事であることを知っています。 私たちは、ターゲットとその課題を定義すること無しに良いプロダクトを作れないことを知っています 私たちは、要件定義はゴールではなく出発点であることを知っています 実現可能性のあるアイデアを選定するのは私たちの仕事です。 私たちは、自分の考察に盲点があることを知っています。 私たちは、多数決ではイノベーションが生ま
顧客のBurning needsを解決する | chikathreesix
こんにちは、@chikathreesixです。エンジニア起業家としてAutifyというAIを用いたソフトウェアテストの自動化製品を開発するスタートアップのCEOをやっています。 この記事では、BtoBスタートアップがProduct Market Fitするために必須である「顧客のBurning needsを解決する」ことについて、アメリカのアクセラレーターAlchemist Acceleratorにて学んだ経験を元に書きました。 僕らがどのように顧客のBurning needsを見つけ、Autifyという製品にたどり着いたのか、その過程と失敗について共有することで、エンジニア起業家やBtoB SaaS起業家の方々の参考となれば幸いです。 ※BtoCには当てはまらないケースもあるかもしれませんが、僕はBtoCの事は全くわからないのでご容赦ください。 弊社は2019年の1月にアメリカのトップス
プロダクトファーストに価値を創造するエンジニアとしての生き方 / Product first Engineering
Developers Boost 2019 https://event.shoeisha.jp/devboost/20191130/session/2234/
エンジニア採用強化各社はいかに優秀なエンジニアがすでに在籍してるかよりいかに優秀なプロダクトデザイナーやマネージャーが在籍しているかをアピールしてくれ - まいくろ🍣きりみん
ポエムです。パッと勢いで書くので反論の余地があるかと思います。 あと何にやりがいを感じるかも多分かなり人それぞれだとは思います。 経緯 最近あらためて思うのが、よほど高度な技術を使っていない限りWeb系企業におけるエンジニアってあくまで守の存在なんですよね。プロダクトのやりたいことを妨げないために堅実にしっかりと物を動くものを作っていく。ただしそれは必要条件でしかなくて、事業が駄目なら成功しない— きりみんさん(きりみんちゃんのマネージャー) (@kirimin) November 6, 2019 エンジニアがどこまで仕様に口を出せるかは組織の体制や規模にもよるけど、やはり事業開発においてエンジニア一人がプロダクトの成功に与えられる影響力はあまりにも小さい。失敗に与えられる影響力は大きいけど🤭— きりみんさん(きりみんちゃんのマネージャー) (@kirimin) November 6,
OSS利用企業はOSS開発を支援してほしい - 八発白中
先日同僚と酒の席で話をしていた。 僕「最近OSS書けてる？」 同僚「書けてないです。仕事してたら書く暇なくないですか」 1年前まではリモートのパートタイムで働いていた彼としては、週5日フルタイム勤務になってから使える時間が大幅に減っただろうことは簡単に想像がつく。 とはいえ、働かなければ生活費が稼げない。 「どうにか時間を作って開発するしかないね」 僕個人としては若い彼にはもっとOSS活動をしてもらいたいし、うちの会社に入ってからOSS活動ができなくなったと言われるのは入社のときに間に入った自分としては心苦しい。そんなことを考えながら苦い顔をしていると、反対に質問された。 「深町さんはOSS書いてますか？ どうやって時間作ってますか？」 「いまは育休中で育児に忙しいから、時間は取れたり取れなかったり」 「仕事してるときはどうでしたか？」 「うーん…僕もあんまり取れてたわけじゃないね」 翻っ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Webフロントエンド版DX Criteria (v202402)/プロダクトのユーザー体験と変化に適応するチームのためのガイドライン
新規プロダクトの仮説検証ループをすばやく回し続けるためのプロダクトエンジニアリング/PdENight3
Open - Customer support on AI autopilot
技術的負債とステークホルダと説明責任と | CloudNative Days Spring 2021 ONLINE
高齢者でも使えるプロダクトUIの挑戦 / Designing User Interfaces for the Elderly
