ポストSaaSとしてのONCEモデル｜リーダブル秋山
ONCEモデルとはonce.com トップページ今年３月に海外のSaaS業界で、あるニュースが話題になりました。 Railsの作者で37signals社のCTOでもあるDHHは、SaaSとして提供していたチャットシステムを、今後新たな機能開発はしないという前提で、買い切りのソフトウェアとて提供し、１週間足らずで25万ドルを売り上げたとブログで報告しました。 SaaSに対置されるこの販売モデルを、37signalsではONCEモデルと呼び、さらに取り扱うシステムを増やしていく計画を発表しています。ユーザーは一度の支払いでソフトウェアを所有し、それを自らホストし運用することになります。 但し37signalsとDHHは、SaaSモデルが最適であるプロダクトは存在するとも述べており、実際に彼らは複数のSaaS製品を抱えています。一方、ユーザーにとって必要十分な機能を既に提供できており、かつ運用コ
デジタル化が進んだと思いきや、新たな手作業が生まれている今 ここから5年間、SaaSにおいて外部APIは重要なパーツになる
株式会社LayerX・プロダクトマネージャーの梶原氏は、APIを活用することでSaaSにどんな価値が増えていくのか、そしてSaaSにおける外部APIの重要性について話しました。 LayerXの事業紹介 梶原将翔氏：株式会社LayerXの梶原と申します。だいたい“かじさん”と呼ばれていて、Twitter（現X）も“かじ（@kajicrypto）”でやっていますので、フォローしてもらえるとうれしいです。 今日は「SaaSの利用体験を拡張せよ〜APIですべてが繋がる世界へ〜」というLTをしたいと思います。最初に事業の紹介をします。 LayerXという「すべての経済活動を、デジタル化する。」ということをミッションに掲げた会社でいくつか事業をやっているのですが、一番大きい事業が「バクラク」シリーズというBtoB SaaSになります。 バックオフィス向けの業務効率化を推進するSaaSで、2021年の1
BtoB SaaS プロダクトでの要件定義のリアル
2023/11/14に findy社主催の【要件定義 Lunch LT】に、「BtoB SaaS プロダクトでの要件定義のリアル」というタイトルで登壇しました。
SaaS開発者がSaaSを導入してみて感じたこと - LayerX エンジニアブログ
こんにちは！2023年に新卒としてLayerXに入社したhideです！ 現在はバクラク共通管理基盤のエンジニアとして働いています。そしてGatherの伝道師でもあります。この記事はUXにこだわるSaaS(バクラク)開発者がUXにこだわるSaaS(Gather)を導入する際に感じたことを書いていきます。 Gatherとは？ Gatherとは、レトロ x 遊び心が特徴的なバーチャルオフィスです。 独自に装飾できることをはじめ、個人の机にメモをおける機能や、呼び鈴機能などバーチャルの良いところを取り入れつつ、オフィス感も残していくれている非常にUXの良いSaaSです。 Gatherオフィス LayerX, Gatherはじめました なにはともあれ、LayerXは1ヶ月間の無料トライアル期間を経て10月よりGatherを本格導入しました。LayerXは元々チームごとにZoomのブレイクアウトルーム
内製するかSaaSに逃がすか
InternalManufacturing.md 概要 アプリやサービスをソフトウェアエンジニアが作るときに「ここはSaaSで賄いましょう」「ここは自作しましょう」みたいな判断を迫られがちです。 プロダクトごとに背景が違うので一般論は述べにくいですが、最近の僕の気持ちはこんな感じ、というのをまとめておきます。 // 極論すると、99%くらいのソフトウェアはSaaSを使ったから(勝った|負けた)みたいな短絡的な要素は無くて、それ以外のところで勝敗が決まることが多いです。なので好きにしたら良いという気もする。 ふつうの人間は、内製した方がえらい、というバイアスがある 要はバランス、ではあるが僕は内製箇所を少なくする方を提案することが多い SaaS導入のメリットデメリット 何を今更、ですが一応書いておきます。 メリット SaaSを作ってるのは賢い(?)人たちなので、内製するよりも競争力があるSa
「プロダクトとユーザーをつなぐ」BtoB SaaSデザインの面白さ
SaaS Design Conference 2022 BtoBビジネスとデザイナーをつなぐカンファレンス 2022/11/26 https://saasdesign-conf.uzabase.com/ Vertical SaaS企業に転職した元C向けサービスデザイナーが、入社してから気づいたBtoB領域・SaaSデザインならではのやりがいと面白さ。WebサイトデザインとプロダクトUIデザインの違いや、日々感じている課題感などを交えながら、アンドパッドのデザイナーが何を考え、建設・建築業界のユーザーとプロダクトを “つなぐため” にどのようにデザインしているのかをお話した際のスライドです。 ▼内容書き起こし https://note.com/sizucca/n/n615c383caf5c
iPhoneの「フリック入力」開発者が作った、世界初FAQシステム 6億円を資金調達したHelpfeelが描く、顧客接点の強化とDXの未来
大手企業からスタートアップや自治体まで、さまざまな業種で導入されているFAQシステム「Helpfeel（ヘルプフィール）」。検索キーワードの入力中に質問を予測して候補ページを表示することが可能となっており、これまでの平均的なFAQシステムに比べて約1,000倍の高速応答を実現しています。そんな「Helpfeel」に加え、ドキュメント管理ツール「Scrapbox」、スクリーンショット共有ツール「Gyazo」を展開する株式会社Helpfeel（2022年10月1日より社名変更。旧社名：Nota株式会社）が、新たな事業拡大フェーズを見据えて6億円を資金調達。「テクノロジーの発明により、人の可能性を拡張する」というビジョンのもと、事業成長に向けた今後の展望を語ります。 不要な問い合わせを減らし、顧客の疑問をすぐに解決するには？ 洛西一周氏：本日は、弊社の事業が今後どのような戦略を描いていくのかにつ
「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を開発して成功モデルに―、ラクスル松本代表に聞く | Coral Capital
月間10万人が読んでいるCoral Insightsのニュースレターにご登録いただくと、Coral Capitalメンバーによる国内外のスタートアップ業界の最新動向に関するブログや、特別イベントの情報等について、定期的にお送りさせていただきます。ぜひ、ご登録ください！ インドがIT大国であることは多くの人が知っているかもしれません。 約30年前のインド―。深刻化していた財政危機を打開するために1991年から断行された関税引き下げや外資規制の緩和など経済自由化に流れにより、外資のインドへの直接投資は、ものの数年で3倍以上に。その後はGDPが30年で10倍以上となり、今やインドは世界5位の経済大国となっています。この自由化の流れの中で、欧米IT企業の進出や業務プロセスのアウトソーシング、オフショア開発が一大潮流となったことは、私たち日本人も良く知るところです。インドブランドエクイティ財団によれ
日本のSaaSスタートアップが世界で戦うためのプロダクトを開発するということ - Commune Engineer Blog
こんにちは。昨年の11月にエンジニアとしてコミューンに入社したざびえる（仮名）です。 コミューンは、CEOのブログ「進出して分かった日本とアメリカのSaaSプロダクトニーズの違い｜高田優哉/commmune｜note」にもある通り、アメリカ進出をしており、私はその開発担当をしています。 この記事では、海外展開に関わるようになった経緯や、プロダクトのグローバル化をどのように進めているか、そして今後のグローバル化の課題などをお話しようと思います。 GlobalPJ参加の経緯 新卒でWebエンジニアとして働き始めてから常々「日本初のソフトウェアプロダクトで世界的に使われるものってないな。いつかそういうプロダクトが出て来れば日本のソフトウェア業界ももっと盛り上がって、優秀な人がソフトウェアエンジニアとして集まってくるだろうに」と思っていました。 一つ思い当たるのはプログラミング言語のRubyですが
進出して分かった日本とアメリカのSaaSプロダクトニーズの違い
はじめにこれは何？ 数カ月間マーケット調査、商談をして見えてきた日本とグローバルでSaaSプロダクトに求められることの違いを紹介する 誰向けの記事？ グローバルで利用されるプロダクト開発に興味のあるPdM, エンジニアの方 まとめると？ 競合がエグい。日本はプロ野球で、グローバルはメジャーリーグみたいなイメージ。プロダクトは広く浅く→狭く深くに要件が変わる。 エコシステム、SaaS市場の成熟度の違いから、インテグレーションファーストになる 時差や人件費の違いがプロダクトに影響を与え、セルフサービス前提の設計になる 伝えたいこと グローバルで使われるSaaSプロダクトづくり（＝メジャーで野球する）、そしてそこで勝つためのプロダクト・開発組織づくりに経営者として本気で取り組みます。 メジャーで勝利するために、優秀なメンバーが集まり、切磋琢磨し、成長できる環境。勝ち筋も見えています。他ではできな
日本のSaaSにはまだ足りない…急成長を支える「プロダクトビジョン」を作るための8つのポイント
創業期のスタートアップから上場企業まで、テクノロジー企業ならば永遠と向き合う概念が「プロダクトビジョン」です。 しかし、日本のスタートアップでは、プロダクトビジョンがそもそも無かったり、曖昧なまま見直されなかったりするケースも少なくありません。それはさながら、目的地とコンパスの無い航海のようなものです。成長スピードが遅くなるだけでなく、顧客へプロダクトの方向性までゆだねるリスクをはらんでいます。それでは、もはや受託開発のような状況に陥ってしまい、真にSaaSとはいえないでしょう。 SaaSのようなBtoBプロダクトにおいて、プロダクトビジョンは重要です。BtoC向けよりプロダクトの複雑性が高く、ニッチマーケットの局地戦から、次第にターゲットを広げていくため、繰り返し修正していく必要もあります。 この記事では、急成長するSaaSスタートアップに欠かせないプロダクトビジョンの作り方や、気を付け
0→1のWeb開発においてRDBMSを使った方がその先につながりやすく、Railsが復権したのがSaaS時代のトレンド - algonote
プロダクトの変遷でアーキテクチャーがどう変わったか 前口上 Web開発においてとりうるアーキテクチャーにはいくつかパターンがあります。 サーバー構成をモノリスかマイクロサービスかで分ける場合もありますし、データベースを内製で持つか外部のmBaaSに任せるかで変わる場合もあるでしょう。認証部分をOAuthに切り出したり、全文検索部分だけ外部サービスを使うこともありますね。 とある時は新しい技術Aを使うことがいけてるという時があれば、少し経つとその技術が終わったことにされる場合もあります。 こういった技術のトレンドにはその時にビジネスチャンスが広がったプロダクトのトレンドに影響されていることも多く、サーバー・クライアント比率の観点で見るとうまく整理できることに気づいたのでまとめてみます。 System of RecordとSystem of Engagement のっけから人様の資料で恐縮です
絡み合うSaaSプロダクトのマイクロサービスアーキテクチャ | LayerX
業務フローをなめらかにするために絡み合う複数プロダクトに、マイクロサービスならどう向き合うかの話です。LayerXのバクラクシリーズの話です。 完璧な設計＆アプローチとかではなく、現実にあったケーススタディとして、優しく見ていただけると幸いです。
実は意外と大したことない。スタートアップの現実と数字（カミナシの場合）｜諸岡 裕人(カミナシCEO | SaaS)
最初の売上はMRR10万円。それを獲得するまでに1年1ヶ月かかった。MRR100万円を超えるのに2年。問い合わせは毎月5件くらい。投資家とのMTGは辛く、友人の「売上いくら？いつ上場するの？w」には苦笑いで返してた。3年やってMRR280万円までしか伸ばせずにピボット。スタートアップなんてこんなもん！ — 諸岡 裕人｜カミナシ CEO (@morooka_hiroto) February 9, 2022 そこで2つのことを感じました。 「サクセスストーリーではなく、苦労話や失敗談を聞くことで活力になったりする場面もある」ということ。過去の自分など特にそうですが、上手く行ってない時ほど誰かの苦労した話を聞くと、「自分もがんばろう！」と思えました。なので、このnoteは順調な方よりも、昔の自分のように苦しい状況にいる方に向けたものになっています。 2つ目は、「みんなリアルな数字を知りたがってい
【考察】Vertical SaaSの成長戦略について｜神前達哉（ALL STAR SAAS FUND）
2021年は北米にて、Toast（レストラン）、Samsara（IoT）などの業界に特化したVertical SaaS(※1)がIPOを果たしました。未上場ながら設備保守・メンテナンス事業者向けにSaaSを提供する、ServiceTitanも約9000億円という高い評価額をつけており、今後も成長が期待される領域です。 ※1 Vertical SaaSという名称が実態を表しているかは少し疑問が残るところですが、特定の業界や産業にフォーカスしてSaaS＋αなサービスを提供する企業群をVertical SaaSという形で統一したい思います。 今回の記事では、バーティカルSaaSの成長戦略について特に海外の事例記事やS-1（上場時の目論見書）を参考にしつつ少し大胆にグルーピングします。プロダクト戦略と市場拡大の戦略の特徴、そして競合に勝ち切れたポイント、経営の注意点などをまとめてみました。 Ver
BtoB SaaSにおけるIDaaSの選択が難しい
Leaner Technologies でエンジニアをしている @corocn です。 社内では IDaaS 利用していきたいねという機運が高まっているのですが、toB で SAML 対応の IDaaS について比較検討してみて難しいな〜と思ったところをまとめてみました。 前提 BtoB SaaS では、初期のプロダクトの領域を起点に事業領域を隣接する領域に広げていくことが多いですよね。バックオフィス向けの SaaS を開発しているメガベンチャーを見ているとそう感じます。 新しく立ち上げたプロダクトを既存のユーザーさんにも提供したい。そうなると、必然的に複数のプロダクトに対して共通で ID 基盤を持ちたくなるはず。認証ドメインを分離しようとすると、自前で作るか、KeyCloack などの OSS をベースに運用するか、IDaaS の利用を検討することになるでしょう。 最初は認証基盤も含めて
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
⾃律的な開発チームを⽀えるためのSLO運⽤
Lotus — Open Source Pricing and Billing Infrastructure
エンジニアの成長機会はリリースサイクルの計測にあった
