事業開発におけるBSとPLの考え方 - SaaSベンチャーで働くエンタープライズ部長のブログ
事業開発は、企業が長期的な成功を収めるために必要です。事業開発においては、PL（損益計算書）型とBS（貸借対照表）型の二つの異なる考え方があると考えています。PL型は売上や利益の追求に焦点を当て、BS型は将来のPLを見越して資産を積み上げることに重点を置いています。この記事では、私の経験から、これら二つのアプローチの特徴、利点、そして潜在的な落とし穴について詳しく記します。 売上や利益を追求するPL型の事業開発 PL型事業開発の落とし穴 短期的な成長を追ってしまう 製品・組織が発展しない場合がある BS型の事業開発 BS型の事業開発とは BS型の事業開発は長期的に有益になる まとめ 売上や利益を追求するPL型の事業開発 PL型の事業開発は、短期的な成果に注目し、売上や利益の最大化を目指します。このアプローチは市場での迅速な対応や競争上の優位性を確保する上で有効です。一方で、短期的な目標に集
プロダクトマネージャーをやめる - SaaSベンチャーで働くエンタープライズ部長のブログ
9月から異動でバクラクのプロダクトマネージャーの職種をおりることとなりました。異動先は大企業向けビジネスを推進するエンタープライズ部を立ち上げてそこの部長になります。エンタープライズ向けの機能開発マネジメントはしていたものの、ビジネス全般の管掌となり立ち位置が大きく変わりました。 もともとエンジニアからプロダクトマネージャーになり、エンジニアリングマネージャーも務め、と開発畑のキャリアを歩んできていたので晴天の霹靂だったのですが、意外とビジネス職になっても役立つ経験が多いので書いてみます。 着任1ヶ月で行った現状把握 メンバー理解を深める（組織） 常に発見を議論する機会を作る（業務） 事業をプロダクトとして捉えて構造化する（戦略） 羅針盤（アウトカムとロードマップ）を作る おわりに 着任1ヶ月で行った現状把握 まず開発職からビジネス職への異動ということで状況理解から始めました。理解する構造
１年以上インボイス制度対応をして、業務とシステムを踏まえて法整備がされるべきだと思った - SaaSベンチャーで働くエンタープライズ部長のブログ
受取請求書処理SaaSのプロダクトマネージャーとして、この1年以上プロダクトのインボイス制度対応を行ってきました。 請求書の受け取り、仕訳処理、支払処理などを行うB2BSaaSだったのですが、インボイス制度自体が非常に複雑で対応方法に非常に頭を悩まされてきました。 法制度自体が過度に複雑なため、業務もプロダクトの設計もユーザー体験も複雑にならざるを得ない点を感じました。 インボイス制度は増税観点で批判されることも多いのですが、業務自体の生産性やエンジニアの開発生産性にも影響を及ぼすと感じ、今回は法制度の複雑性に焦点を当てていきます。政治的な内容はあまり書くつもりはないのですが、昨今あまりに業務をおざなりにして法制度が作られることが気になるので課題意識を書いてみたいと思います。 インボイス制度とは インボイス制度によって業務負担が増える 適格請求書を逐一確認する業務負担が増える 適格請求書か
「マネージャーは1時間単位でタスクにあたるが、エンジニアはまとまった半日単位の時間がある方が良い」話について - SaaSベンチャーで働くエンタープライズ部長のブログ
タイトルは、ポール・グレアム氏（Yコンビネーター）の「メイカー（作り手）のスケジュールとマネージャーのスケジュール」(Maker's Schedule, Manager's Schedule) からの引用です。 マネージャーは多くのミーティングをこなすなど、1時間単位でタスクにあたりますが、エンジニア（プログラマ）は最低でもまとまった半日単位の時間を作業に必要とする、と書かれています。 paulgraham.com 日本語訳 note.com エンジニア上がりのプロダクトマネージャーとして開発もプロダクトマネジメントも並行してこなしてきたのですが、意思決定のためのミーティングスケジュール、自身が開発を行うためのスケジュールをやりくりするバランスに腐心していました。 自身のタイムマネジメントで特に感じた点として、ミーティングとミーティングの間に1時間が3コマある時の開発生産性と、3時間まとま
「Product Roadmaps Relaunched」（オライリー未邦訳）がプロダクトマネージャーにとって非常に良書 - SaaSベンチャーで働くエンタープライズ部長のブログ
プロダクトロードマップに関する書籍を探していたら、「Product Roadmaps Relaunched」に辿り着きました。未邦訳なので英語で読んでいったのですが、非常に良い本です。 Product Roadmaps Relaunched: How to Set Direction while Embracing Uncertainty (English Edition) 作者:Lombardo, C. Todd,McCarthy, Bruce,Ryan, Evan,Connors, MichaelO'Reilly MediaAmazon アウトカムベースのロードマップ(Outcome Based Roadmap) プロダクトマネジメントでは「アウトプット」と「アウトカム」がよく比較されます。アウトプットは出てきた機能に対して、アウトカムは提供価値であり、プロダクトマネージャーはアウトカ
ハードワークで人は成長するか - SaaSベンチャーで働くエンタープライズ部長のブログ
「成長するためにはハードワークは不可欠」。こういう言説は常に世に出ています。そして、それを信じた真面目な若者が「成長」するためにハードワークをこなすという流れ。知っているだけでも10年以上同じサイクルがあるように思います。 思いつくだけでも、サイバーエージェント創業者の藤田晋氏が著書「渋谷ではたらく社長の告白」で月に440時間働いていたという話や、テスラ創業者のイーロンマスク氏が世界を変えるためには最低でも週80時間は働くべきだと主張があったり、成功者がハードワークを乗り越えた話があります。 一方で自分自身の経験を振り返ると、必ずしも労働時間の長さが個人の成長につながったとは思えません。この認知の違いはどこからくるのか。自分自身の経験を振り返ってみたいと思います。 自分自身の労働時間経験 ハードワークだが成長しなかった経験 ワークライフバランスを保ち、成長した経験 成長の定義を「今できない
実践プロジェクトマネジメント - SaaSベンチャーで働くエンタープライズ部長のブログ
プロダクトマネジメントを最近は生業としていますが、プロジェクトマネジメントについても必要となることが多くあります。 最近、周囲でもプロジェクトマネジメントが必要な機会を見聞きすることがあり、需要はあるのではないかと思い、私が学んできた知識や経験を書き記してみます。 仕事の終わらせ方は2つしかない プロダクトマネジメントとの違い プロジェクトマネジメントの３種の神器 プロジェクトマネージャーの仕事は不確実性を潰していくこと チームマネジメントについて 「運用でカバー」は最終手段 まとめ 仕事の終わらせ方は2つしかない 新人研修で、仕事の終わらせ方は2つしかないという話を教えてもらいました。その2つは「成果で終わらせるか」、「期限で終わらせるか」です。 （こちらの企業の研修だったと思います http://www.onevision.jp） 言い換えると、あらかじめ定めた成果物が完成した時、ある
これからドメインエキスパートという職種が重要になりそう - SaaSベンチャーで働くエンタープライズ部長のブログ
2021年はB2B SaaS開発にどっぷり浸かりました。バクラク請求書という経理業務の支払処理に該当するサービスを開発していたのですが、当然のことながら専門業務向けのSaaSになります。 プロダクトマネージャーとしても動いていたのですが、具体的な経理知識が必要になり、経理の方から常にヒアリングを重ねていました。しかし、個社によって事情は異なります。例えば、仕訳の切り方1つにしても教科書的に正しいものと、現場での作業では簡略化して入力するものなどがあり、それらを考えた上での仕訳機能を策定する必要があります。 また、法令改正などの影響によって仕様が影響を受け、ここも理解して開発を進める必要があります。あるべき仕様やペインが何なのか、また法令によってどのような影響を受けるのかを判断できる、経理業務に精通した人間が内部にいる必要を痛感しました。 この内部領域専門家は「ドメインエキスパート」と呼ばれ
B2BSaaSのプロダクトマネジメントで気をつけていること。「体験の品質保証」の重要性 - SaaSベンチャーで働くエンタープライズ部長のブログ
この記事はLayerXアドベントカレンダーの企画の一部です。 ここ1年ほどは所属しているLayerXにて、LayerXインボイスという、請求書処理プロダクトの立ち上げ開発を行ってました。特に最近はプロダクトマネージャー(PdM)業務を行っており、事業部内で上半期MVPをもらいました。 正式なプロダクトマネージャーの仕事は試行錯誤しながらでしたが、得た知見や気をつけていることを記しておきます。 1/ 本業のLayerXでは1年強ほどブロックチェーンはお休みしてB2BSaaSの開発とプロダクトマネージャー(PdM)をして、DX事業部(SaaS事業)内で上半期MVPをもらいました。 まだ全然成果を上げられていないと思うものの、この機会にPdMとして意識していること、意識したいと思っていることを言語化してみます— 花村 直親 Nao Hanamura (@naomasabit) October 3
デジタル化の流行と「上流工程」の終焉 - SaaSベンチャーで働くエンタープライズ部長のブログ
DX（デジタルトランスフォーメーション）という言葉が流行し、猫も杓子もデジタル化という言葉を使い始めました。さて、デジタル化とは何なのか、そして流行しはじめたのはなぜなのか。 端を発するのは経産省の「2025年の崖」のレポートだと言われていますが、レポート読んではみたものの本題はSAP ERPの保守期限を意識した基幹システムの刷新化と技術的負債の返済であるにもかかわらず、日本企業のスピード感の話だったり、なぜかマイクロサービスとAI、アジャイルサービスなど流行のワードがたくさん出ており、論点がぼやけている印象を受けてしまいました。 基幹システム刷新化においてマイクロサービスなどは一部で使えるかもしれませんが、銀の弾丸とは思いませんし、現状整理によってはきちんとしたデータベース設計とウォーターフォールを主としたロジック移行が最適解であることも十分にありえるといち技術者としては思います。 僕自
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
