「コード全捨て」で覚悟が決まった。Bill Oneチームが“売れない新規事業”を脱却した方法 | レバテックラボ（レバテックLAB）
「コード全捨て」で覚悟が決まった。Bill Oneチームが“売れない新規事業”を脱却した方法 2024年7月26日 Sansan株式会社 VPoE 大西 真央 SEとしてエンジニアのキャリアをスタートさせ、2012年以降はアジャイルやDDDなどの開発スタイルを経験。2016年にSansanに入社し、営業DXサービス「Sansan」の大阪開発拠点立ち上げやインボイス管理サービス「Bill One」の立ち上げにプロダクト開発責任者として携わる。2024年4月より現職。 X（@mmmmao0530） これまでの経歴 新規プロダクトをつくり始めたものの、なかなか売れずに苦しんでいる開発チームも多いのではないでしょうか。Sansan社の2本目の柱として現在急激に売上を伸ばしている請求管理SaaS「Bill One」も、実はそのひとつでした。 Bill One開発チームは、多くのユーザーに必要とされる
BtoBプロダクトをシンプルに保つ「名前をつけない」UXライティング｜hikaru-takase /Loglass
🐳この記事は「ログラスサマーアドベントカレンダー2023」の29日目の記事です。明日は一人目のマーケ、盛川君です！ こんにちは、ログラスでデザインマネージャーをしている高瀬です。 この記事では、名前をつけないUXライティングのアプローチについて考察し、なぜ名前をつけない決断が必要なのかを記載していきたいと思います。 プロダクトが複雑になる問題昨今のデジタルプロダクトは時間の経過とともに成長していき、どんどん便利な機能がリリースされていきます。はじめはシンプルで使いやすかったけど気がつけば複雑になっていき「使いにくい…」となることも珍しくありません。 私が所属しているログラスは「BtoB」 で「経営管理」という領域のプロダクトを提供しているため、専門用語や複雑な業務フローを扱うことがよくあります。 例えば経営管理の業務ワードを軽くピックアップするとこんな感じのものがいくつも出てきます。 予
超一流のプロダクトマネージャーへの道 - エムスリーテックブログ
こんにちは。エンジニアリンググループ プロダクト支援チームでプロダクトマネージャーをしている中村です。 2019年5月にエムスリーに入社してから、早4年が経ちました（うち1年半の出産・育児のための休業期間を挟んでいます）。 ちなみにエムスリー入社前の経歴としては、大手メガベンチャーの事業企画からキャリアをスタートし、企画職、プロジェクトマネージャー等を経てプロダクトマネージャーを3年ほどやっていました。 私がエムスリーに入社してから半年後の2019年11月に、以下の記事を書いていました。 www.m3tech.blog 当時の記事に書いた通り、私がエムスリーへ入社を決めた理由は下記4点でした。 エムスリーは新規事業の立ち上げサイクルが速く、プロダクトマネージャーとして「製品を見つける」フェーズにチャレンジできる環境であること 尊敬できるプロダクトマネージャーだと感じたVPoE山崎の直轄チー
人材不足の救世主？ UXデザイナーこそ「プロダクトマネージャー（PdM）」に挑戦しよう｜Goodpatch Blog グッドパッチブログ
こんにちは！グッドパッチのUXデザイナー兼プロダクトマネージャー（以下、PdM）のかのうです。 UXデザイナー兼PdMというと、「何それ、両立できるものなの？」と思われる方もいると思いますが、実は今、グッドパッチでは、PdMとしてクライアントワークにアサインされるUXデザイナーが増えています。 PdM、すなわちプロダクトの責任者が担うべき領域は幅広く、開発、マーケティング、デリバリーと多岐にわたり、今もっとも人材不足が叫ばれている職種といっても過言ではありません。 そんな職種にUXデザイナーが挑む理由はただ一つ。UXデザインの知見がプロダクトマネジメントで生きてくる、つまりスキルセットに似た部分があるためです。例えば、プロダクト開発を進める上でぶつかりやすいこんな課題。 多種多様なユーザーがプロダクトを使うため、ターゲットが定まっていない ユーザーの要望に応えることはできているが、プロダク
個人分担性がスタートアップの成長を殺す �〜協働でチームがめっちゃ進化する話〜
※ スクラムフェス仙台2023 で登壇した際の資料です。 スタートアップでの開発形態は、ウォーターフォールに依存しがちなJTCと違って、プロダクトバックログやカンバンぽいものを使ったアジャイル風の開発をしていることが多いです。 しかし一方で、そういったスタートアップにはプロダクトバックログはあっても、たいていPBIの1つ1つがやたらでっかくて、1つ1つにしっかり担当者がアサインされてて、何ならデッドラインまで記されています。 これを引き起こすのは、スタートアップ特有の個人分担制です。 多くのスタートアップ企業はたいてい、エンジニア1〜2名からスタートし、個々のエンジニアの馬力で開発をこなしていくところから始まります。このときのバリバリ個人開発なノリが、エンジニアが増えても継続してガチガチの個人分担制に移行しがちです。 このセッションでは、個人開発をこじらせたスタートアップ企業がどうやって個
SmartHRの強さを支える「ユーザビリティテスト」のウラ側。より早く、より質の高いプロダクトを！ | キャリアハック（CAREER HACK）
SmartHR「ユーザーリサーチ推進室」が取り組む、ユーザビリティテストに注目！ プロダクトを短期間でリリースし、素早く改善を回すなか、どうユーザビリティの課題も解決していくか。取り組みをリードする佐藤 哲裕さん（プロダクトデザイナー）にお話を伺った。 【もくじ】 ・ユーザーリサーチ推進室 始動！ ・開発プロセスに「ユーザーリサーチ」を、当たり前に取り入れられるように。 ・お客様にユーザビリティの課題がないプロダクトを届けたい ・ユーザビリティテストの実践 「使ってもらえる」まで含めてデザイン >>>［関連記事］「UXリサーチ」に関する記事一覧はこちら ユーザーリサーチ推進室 始動！ まず「ユーザーリサーチ推進室」なるチームがあることに驚きました…！どのような組織なのでしょうか？ 「お客様を理解するための調査」を専門とするチームと言えるかと思います。メンバーは私と、UXデザイナー1名、プロ
プロダクト体験の「インフラ」となったUIコンポーネントSmartHR UIの現在とこれから - SmartHR Tech Blog
こんにちは、念願の高級水拭き兼用ロボット掃除機を買ってほくほくなプロダクトデザイナー@kgsiです。 ※ この記事は、SmartHR Advent Calendar 2022の13日目の記事です。 SmartHRではReact コンポーネントライブラリ「SmartHR UI」を全プロダクトで使っています。なぜ使っているのか？それはSmartHRのプロダクトの体験統一と、開発速度を向上させるためです。 github.com SmartHR UIがそもそもどういったコンポーネントライブラリなのか、どうやって始まったのか、運用やリリース手順の改善については、過去の記事にて説明しています、よろしければ以下の記事をご覧ください。 「プロダクト間共通の React コンポーネントライブラリ」がどうなったか、という話 - SmartHR Tech Blog プロダクト間共通の React コンポーネント
FigmaとMazeで「開発せずに」ユーザーテストをする方法とそのコツ - asken テックブログ
はじめに こんにちは！北米版あすけんアプリ「Asken Diet」のプロダクトデザイナーのNeicyです。 主にUI/UXデザインの仕事をしていますが、チーム内のUXリサーチにも携わっています。今回は、私がFigmaとMazeを使ってどのようにリサーチを活用し、どのようにデザインを検証して実用的なインサイトを生み出しているかについて紹介したいと思います。 なぜユーザーテストを行うのか？ ユーザーリサーチは、UI/UXデザインのバックボーンです。ユーザーのペインやニーズを知り、プロダクトがそれらのペインやニーズにどのように対応しているかを理解しなければ、ユーザーにとって有意義で直感的な体験を生み出すことはできません。ユーザーテストは、ユーザーが実際にどのようにプロダクトを使用するかを理解するために非常に重要です。アプリは年齢や人種、性別などによって使い方が大きく異なるため、ユーザーテストを実
プロダクトマネジメントと事業開発に関する私的な振り返り - 下町柚子黄昏記 by @yuzutas0
TL;DR 企画力が…欲しい… pic.twitter.com/hJfr0qNv7T— ゆずたそ (@yuzutas0) 2020年11月19日 試行錯誤の瓦礫の記録です。 はじめに もくじ TL;DR はじめに もくじ 以前書いた記事 前提・免責 アイデア 1日1案（やってよかったこと） 1stスクリーニング（やってよかったこと） コミュニケーション チームへのリスペクト（やってよかったこと） 話す <<< 聞く（改善余地あり） 即決する（やってよかったこと） 自分で各論まで見る（やってよかったこと） 発散→収束でディスカッション（改善余地あり） イラストで話す（改善余地あり） 日次ミーティング（やってよかったこと） 議事録を書く（改善余地あり） 得た情報を共有する（改善余地あり） 想定納期を示す（改善余地あり） カレンダー招待＆日程確約コメントを転記（改善余地あり） プロセス管理 仮説
Figmaで実践！ プロダクト開発のスピードを上げる効率的なコンポーネントの設計
本連載では、SmartBankのデザイナーが「デザイナーの業務効率化」をテーマに、FigmaやNotionを活用した「業務効率改善のTips」を紹介していきます。今回焦点を当てるのは「プロダクト開発のスピードを上げる効率的なコンポーネントの設計」についてです。 こんにちは！SmartBankでデザイナーをしている福嶋（putchom）です。 2022年9月にふたりめのデザイナーとしてSmartBankに入社し、現在はおもにプロダクトのUIをデザインしたり、デザインシステムを設計したりしています。 私たちは、「B/43」というVisaプリペイドカードと家計簿アプリがひとつになった「家計簿プリカ」という新しいジャンルのサービスを運営しているのですが、SmartBankでは、より本質的な機能開発に集中できる環境を用意すべく、デザインシステムの構築や運用にも力を入れています。 私たちはFigmaで
スプリント1を始める前にどんな準備をするか
みなさんこんにちは。@ryuzeeです。 スクラムでスプリント1を開始する前にどんな準備をしておくと良いかについては、Regional Scrum Gathering Tokyo 2018で話をしたのですが、改めて文章化してみました。 なお、かなり長いので関係なさそうなところは適宜読み飛ばしてください。 1. はじめに1.1 この記事の目的スクラムでは、プロダクトバックログが用意されていて、それを元にスクラムチームでスプリントプランニングを実施し、スプリント期間中毎日デイリースクラムを行い、最後にスプリントレビューとレトロスペクティブを実施することになっています。 つまりプロダクトバックとスクラムチームが存在するところがスタート地点になっています。言い換えるとそれらがないとスプリントが開始できません。 本稿では、実際にスクラムでスプリントを開始する前にどんな準備を行うと良いのかを考察してい
デザイナーのためのプロダクトマネジメント入門講座｜坪田 朋
最近、デザイナーキャリア相談で話した内容の言語化。UIデザイナーが将来プロダクトマネージャー(PdM)になれるかの問いに対する回答です。 デザインキャリアの先にプロダクトマネージャーはありえるUIデザイナーのキャリアをざっくり2つに分類するとサービスデザインの追求とデザインプロセスの効率化の2つに分類できて、サービスデザインを突き詰めたい人は、その先にあるプロダクトマネジメントの基礎を学ぶことで、UIデザインの精度も高まりサービス設計のキャリアを描けると思います。 UIデザイナーがプロダクトマネージャーを目指すために知っておくべきことプロダクトマネジメントの基礎を理解しておくUIデザイナーがPdM転換するためには、プロダクトマネジメントの基礎と必要なスキルセットを理解してUIデザイン業務と近い領域のオーバーラップを目指すとスムーズだと思います。 プロダクトマネージャーの基礎プロダクトマネー
プロダクトの目的・目標・指標をチームで考えていくために可視化した話 - SmartHR Tech Blog
こんにちは、プロダクトマネージャー（以下PM）の adachi です。（ToDo: ここになにか面白い文章を入れる） 先日、プロダクトの目的・目標・指標をまとめた図をTwitterに投稿したところ、わりと反響があったのでこちらで解説したいと思います。 開発メンバーから「会社の戦略とプロダクトの目標がどう紐付いてるかわからない」という声をもらって作った図。 改めて整理する中で自分のなかでも気付きがあり、もっと早くやっておけばよかったなと思いました。 pic.twitter.com/tuedZhaZG2— Takashi Adachi (@asanebo_) 2022年6月1日 この記事でお伝えしたいこと 会社のミッションや戦略とプロダクトの目的・目標・指標は、構造的に整合していることが重要である PMにとって自明に思えることでも、アウトプットしなければチームで共有できない 目的・目標・指標の
「やさしさ」禁止！SmartHRのプログレッシブデザイン宣言｜oujimiyahara
こんにちは、SmartHR VP of ProductDesign のおうじです。 普段はプロダクトデザイナーとして複数のプロダクトを開発したり、マネジメント役として組織のメンバーが快適に過ごせる環境づくりのお手伝いをしたり、経営メンバーとして会社の大きな意思決定に関わったりしています。 noteではいつもみなさんに笑ってほしくて奇を衒ってしまうきらいがあり、社内ではヘヴィメタル一発屋・サタニズム芸人などと揶揄されていますが、今日は珍しくほんのちょっとだけ真面目なお話をさせてください。 後半ではグループメンバーへのインタビューがありますので、是非最後まで読んで頂けると嬉しいです。 SmartHR、第3のデザイン組織をデザインするSmartHRではこれまでコミュニケーションデザイングループとプロダクトデザイングループというふたつのデザイン組織が存在していましたが、今年から第3のデザイン組織と
チームの心理的安全性を可視化しよう！今すぐできる超簡単ワークショップ「片思いマッピング」 | 株式会社PLAN-B
自称ふりかえりエバンジェリストとして社内で活動し始めてから1年ほどが経ちました。 幾度となくふりかえりを行なってきましたが、チームをより良くしたいと思い活動する中で、この「心理的安全性」がとても可視化しづらいという悩みがありました。主観的なものであり、自覚がないことも多いからです。 そこで、心理的安全性を可視化する新しいワークショップ「片思いマッピング」を考案し、社内のプロダクトチームのふりかえりで行いました。 ふりかえりを経て1ヶ月後、チームには大きな変化が！ なんとよそよそしかったプロダクトマネージャーが事業責任者とズッ友(誇張)に！ 今回は、チームの心理的安全性を可視化するワークショップ「片思いマッピング」を紹介します。 こんな人におすすめ！ チームの心理的安全性を高めたい人ふりかえりに慣れていない人ファシリテーションをあまりやったことがない人準備をする時間がない人(準備いりません！
エムスリー執行役員VPoE兼PdMの山崎が、エンジニア、QA、デザイナー、プロダクトマネージャーにお薦めする良書7選 - エムスリーテックブログ
こんにちは。最近、お掃除職人きよきよ*1というYouTuberにハマってしまい掃除に明け暮れ、近所のドラッグストアでドメストとパイプフィッシュの原材料が同じことなどを知って、ふむふむと楽しんでいるエムスリー執行役員兼VPoE兼PdMの山崎です。薬剤を活用した掃除はDr. STONE*2気分で面白いですね。 本ブログはエムスリー Advent Calendar 2021の25日目の記事です。 エムスリー Advent Calendar 2021の締めとして、今年も「VPoEとしてこの◯年間を振り返って」シリーズで2021年を締めくくろうかとも思ったのですが、先日fukabori.fmの第59回と第60回でしっかり語ったのと、流石に3年連続でやっていて4年目も同じネタだと皆さん飽き飽きするかなとも思ったので、本日は新企画として「エムスリー執行役員VPoE兼PdMの山崎が、エンジニア、QA、デザ
チーム内でも目標設定と振り返りをやってみよう！から1年が経ちました - STORES Product Blog
テクノロジー部門、STORES ECでフロントエンドエンジニアをしている @daitasuです。 私たちのチームでは、会社全体での人事制度で設定する目標とは別に、チーム内で独自にクオーターごとの目標設定と振り返りをしています。 チーム内での目標設定と振り返りを1年ほど続けてきたので、なぜこの取組を始めたのか、実際やってみてどうだったかを書いていこうと思います。 チームの位置づけ UI改善チームとは hey内では、全プロダクト横断的なテクノロジー部門という棲み分けがあり、その中にSTORES ECの開発を進めるECの部隊があります。 私たちフロントエンドチームは、ECのエンジニアチームの中の1つとなっています。 hey社のEC本部では、フロントエンドチームはUI改善チームと呼ばれています。 フロントエンドチームの構成 フロントエンドチームは、大きくプロダクト開発のチームと基盤改善のチームに分
デザインシステムに関わるいろいろなプロセスを図にしてみた
今までも何度か デザインシステム に関する記事を書いてきましたが、手段や考え方が中心でした。今回はプロセスに注目して、代表的な課題を図にしてみました。すべてのケースに当てはまるわけではないですが、参考にしてください。 大まかな進め方 「デザインシステムを作りました！」とドカンと発表したほうがインパクトがあるように見えますが、苦労したわりには誰も使わないものになる可能性が高いです。実際はデザインシステムの中にあるものを小さく切り出して少しずつ変えていくことになります。 正攻法であればデザイン原則から始めたほうが良いと思っていますが、組織としてどうあるべきかといった根本的なところが明文化されていないのであれば、そこからスタートしたほうが良いでしょう。デザイン原則があったほうがデザインの議論がしやすくなるので早期にもっておきたいですが、1 日でも早く成果を出したいのであれば、まず色からはじめてみ
Story-Assured Design - 未来の改善スピードのためのデザインワークフロー
現在開発担当している AbemaTV で、昨年末にパナソニックさんのスマートテレビ VIERA 向けにアプリケーションをリリースしました。AbemaTV リモコンボタンで AbemaTV にアクセスできます。今回このアプリケーションの UI を開発するにあたって、新しいデザインワークフローを導入しました。 本記事では、 Story-Assured Design というデザインワークフローを、現在プロダクト開発で直面しているデザインの課題とともに紹介します。 Story-Assured Design とは？ Story-Assured Design はその名前が示しているように、ユーザーストーリーを保証することを目的とした UI デザインのワークフローです。UI デザインを３つのステップに分けて行います。 ストーリーデザイン デザインの構造化 視覚情報デザイン 一番重要なユーザーストーリーの
「バラバラになりそうだった」メルカリUI / UXの認識をDesign Systemにまとめたデザイナーたちの話 | mercan (メルカン)
「Design System（デザインシステム）」とは、開発で必要となるデザインの概念やスタイルなどがまとめられたものです。開発効率の向上だけでなく、プロダクトの一貫性を担保するためにUIのコンポーネントを規格化。プロダクトマネージャー（PM）やデザイナー、エンジニアの共通言語として存在しています。 そんなDesign Systemが、メルカリグループ内で誕生したのは2019年夏ごろでした。 「なぜそのタイミングでつくったの？」 「Design Systemをつくった目的は？」 そんな疑問を、Design Systemの設計をリードしたProduct Designチームの@tottieと@morishy、@kitajにぶつけてみました。 ※撮影時のみ、マスクを外しています。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
