nDiki : 意思決定
意思決定 - decision-making
2018年11月6日 (火)
プロダクトマネージャー・カンファレンス 2018 1日目 #pmconfjp
今日から2日間ベルサール秋葉原 2F ホールでプロダクトマネージャー・カンファレンス 2018。
1日目の今日は Wellcome Talk とクロージングをのぞいても12セッションと盛りだくさん! 結構な数だなぁと思っていたけど、30分/15分というセッション時間でさくさくと進んでいるので、それほどハードモードではなかった。
今年のカンファレンスは「愛されるプロダクトを創ろう。」がテーマ。基調講演といくつかのセッションでは愛されるプロダクトについても触れられていたけれど、思ったほどは触れられていなかった印象である。登壇者の事業のプロダクトの紹介(アピール)とその成長に向けた取り組みの話が多かった。領域的には「人」「プロセス」「プロダクト」のうち「プロダクト」についての内容がほとんどだったかな。
一般申込み席はテーブル無しだけれど、前の席との間隔があって足元は快適だった。会場 Wi-Fi は無くテザリングも Wi-Fi 干渉で無理な状態(Bluetooth なら多少いけた)。メモは TaskPaper でとりつつ Twitter はスマートフォンで眺めるという感じで。
以下メモ。
10:00 - 10:15 [06-01] Welcome Talk
プロダクトマネージャー・カンファレンス 実行委員長 関満徳氏
10:07 からスタート。今年は定員650人とのこと。 今年のテーマは「愛されるプロダクトを創ろう」。
10:15 - 10:45 [06-02] 基調講演: 愛されるプロダクトを創るべき「3つの理由」
プロダクトマネージャー・カンファレンス 実行委員 丹野瑞紀氏
PM 一年生をターゲットとして想定した講演。
まずはプロダクトマネージャーの役割について。プロダクトマネージャーの役割は事業目標を達成できるプロダクトを作るために機能を(製品要求仕様(PRD)などの形で)定義しエンジニア・デザイナーと共に開発するとした。
「愛されるプロダクトを創る」べき理由として以下が説明された。
- カスタマーロイヤルティが高いことで継続利用が増える。サブスクリプションサービス時代に重要。
- 愛されるプロダクトはソーシャルメディア上を含め他人に勧められることが増え、顧客獲得コストを下げることにつながる。
プロダクトマネージャーもカスタマーロイヤルティを強く意識していく必要があるね。
「愛されるプロダクトとは何か」ということについては触れられなかった。今回のカンファレンスでそれを定義するセッションはあるのかな?
11:00 - 11:30 [06-03] 未来を変えるプロダクト作りへの挑戦 ～FiNCの今までとこれから～
▲株式会社FiNC Technologies チーフプロダクトオフィサー 犬飼敏貴(@wancky)氏
FiNC Technologies の製品と会社の紹介。ヘルスケアではユーザーの短期解決よりも継続のある成果を提供する必要があるという話。それからゼロベースを怖がらすにプロダクトを定義していこうというのと高効率な PDCA サイクルにしていこうという話であった。
「高速よりも高効率」という論だったが、PDCA サイクルについてはまあ高速に失敗することも大切。考えなしにやってみればいいというものじゃないよという戒めかな。
「愛されるプロダクト」
特に話題なし。
11:45 - 12:15 [06-04] 世界で愛されるプロダクトを作ろう
▲楽天株式会社 トラベルプロダクトマネジメント課 マネージャー 熊谷亘太郎氏
楽天なのでスライドは英語。
「20年稼働してきたシステムを刷新し世界展開できるようにする」ことを題材にプロダクトマネジメントサイクルの要素の話をされていた。「製品要求仕様をまとめる」「コミュニケーションをしながら課題を解決していく」「意思決定していく」「バグトリアージ」のことなど。
- 機能をいれない (Cut feature)
- 不具合を修正しない (Wan't fix)
を宣言できるのは「プロダクトマネージャーだけ」という話はドキッとなった。これはしっかり意識しないとな。
「愛されるプロダクト」
特に話題なし。
12:25 - 12:55 [06-05] [対談] 食文化を支えるプロダクトマネージャーの仕事術
株式会社ノンピ 取締役 荒井茂太氏、プロダクトマネージャー・カンファレンス 実行委員 及川卓也氏
カフェテリア運営におけるプロダクトマネジメントもソフトウェアプロダクトマネジメントも多くな共通点があるという話。ユーザーをどう動かすか(とがめることなく食べ残しを減らした取り組みなど)が興味深かった。
「愛されるプロダクト」
ユーザー(カフェテリアを利用する社員)のことをしっかりと意識しているのが感じられて、これは愛されるプロダクトだろうなと感じた。
12:55 - 13:10 [06-06] クチコミサイトからプラットフォームへの挑戦プロセス
▲株式会社アイスタイル 代表取締役社長 兼 CEO 吉松徹郎氏
@cosme のビジネスモデルと採用をアピールしていた。スポンサーセッションぽい。
「愛されるプロダクト」
特に話題なし。
13:10 - 13:25 [06-07] プロダクトマネージャーにもコーチは必要だ
▲グロース・アーキテクチャ＆チームス株式会社 代表取締役 鈴木雄介(@yusuke_arclamp)氏
新会社をマネタイズするのがこのセッションのゴールとストレートに言ってしまうのは好感。スポンサーセッションぽい。
プロダクトマネージャーが忙しくなることによりコミュニケーションの薄いセクションとの齟齬が発生する。組織としてプロダクトマネジメントいくことで対応していくためには、いろいろ共有してくのが重要だという話であった。
アジャイル/スクラム用語がさらっと出てきていて、それらを前提でザクザクと進めていく感じのトークだった。
「愛されるプロダクト」
特に話題なし。
13:40 - 14:10 [06-08] ユーザーと両想いになるサービスの作り方
株式会社エウレカ 執行役員 VP of Pairs Japan 金田悠希氏
「新しい革新的なビジネスモデルは存在しない」 「機能は真似る」「マーケティングで勝つ」というプロダクト戦略はわかりやすいし、成功についてのしっかりとしたポリシーが感じられてよかった。
「愛されるプロダクト」
特に日本のユーザーがマッチングアプリで抱えやすい不安に誠実に向き合いそれを取り除く取り組みをしている点は、愛されるプロダクトにしていく上で大切だなと感じた。
14:25 - 14:55 [06-09] インターネットテレビ局「AbemaTV」プロダクトの変遷
▲株式会社サイバーエージェント 執行役員 長瀬慶重(@lionbaby)氏
「新しいプロダクトが市場で埋もれない」ようにするということについて、AbemaTV の企画・デザイン・PR などの取り組みを紹介。PR で話題を絶やさないように出し続けていく、PR もプロダクトマネージャーの大切な仕事と言っていたのが、自身の立場に照らし合わせてなるほどと感じた。
「愛されるプロダクト」
特に話題なし。
15:10 - 15:40 [06-10] 事業ドメインを絞り込むことで磨かれるプロダクトマネジメント
▲ピクシブ株式会社 執行役員 pixiv運営本部長・新技術プロジェクトプロデューサー 清水智雄(@norio)氏
pixiv では「創作」というドメインに絞ってプロダクトを出している。ドメインを絞ることで社会の解決すべき問題の詳細が見えてくる。知見と技術が蓄積され、体制変更が柔軟・高速にできる。という論。
自社だとコミュニケーションがそれにあたるな。
「愛されるプロダクト」
ドメイン理解者であることがユーザーに伝わると、ユーザーが自分たちのためにプロダクトを作ってくれているという感じてくれるようになる。企業レベルでユーザーとエンゲージメントが結ばれるというところが素晴らしい。
15:55 - 16:25 [06-11] 愛されるプロダクトマネージャーのプロダクトマネジメント~愛されるためにまずは成果を残す~
株式会社ZOZOテクノロジーズ 代表取締役CINO 金山裕樹(@yukiller)氏
最近読んだ『Hooked ハマるしかけ 使われつづけるサービスを生み出す［心理学］×［デザイン］の新ルール』の翻訳もされている方。行動力というか物事を成し遂げる力というか、フレンドリーな話し方を含めてとても魅力的な方だった。
今日のセッションでは数少なかったピープルマネージメントについての話題が興味深かった。プロダクトマネジャーチーム結成について。リクルーティング(スクリーニング)・オンボーディング(花を持たす)・グロースへをどうやってきたか。人を生かす・パフォーマンスを引き出すという気持ちが、今日一番刺激的に感じた。
スクリーニングについては Joel の考え方に近いなと。
「愛されるプロダクト」
具体的にどの話がという訳ではないのだけれど、この方が創るプロダクトなら好きになりそう、そんな感じがした。
16:40 - 17:10 [06-12] LINE開発の舞台裏とプロダクトマネージャー
▲LINE株式会社 LINE企画1室 副室長 入江和孝(@kazukomati)氏
みんなが使っている LINE アプリの話。
LINE の規模までくると機能改良しても利用者数は変わらないのがプロダクトマネージャーとして辛いとか、国内王者らしい話がうかがえた。
取り消し機能の製品要求仕様の決定では、さまざまな仕様案と反対意見が出た中、全てのユースケースを解決する仕様が無い中で、機能の目的・原則に立ち返って決定したとおっしゃっていた。 GTD でのナチュラルプランニングを思い出した。
「愛されるプロダクト」
ユーザー・メディアの取り消し機能仕様に対する不満に対して、取り消せなくて困った事例を募集するキャンペーンをやってみたりするのは面白いなと。ユーザーに対する説明をしっかりしようという感じが伝わった。
17:25 - 17:55 [06-13] 失敗をデザインする
ラクスル株式会社 取締役CTO 泉雄介氏
リリースしてから失敗することを減らすためにプロトタイピングと検証をという話。
「愛されるプロダクト」
特に話題なし。
17:55 - 18:05 [06-14] クロージング
プロダクトマネージャー・カンファレンス 実行委員長 関満徳氏
2019年11月12日 (火)
プロダクトマネージャーカンファレンス 2019 1日目 #pmconfjp
今日から2日間ベルサール渋谷ファーストでプロダクトマネージャーカンファレンス 2019。
去年に引き続きの参加である。
今日のキーワードは「feature team ではなく真の product team を」「プロダクトビジョン」「信頼(trust)」。
以下タイトルは公式サイト掲載のものより。
10:00 - 10:10 [MainRoom] Welcome Talk
横道稔氏。
10:15 - 11:05 [MainRoom] ORDINARY PEOPLE, EXTRAORDINARY RESULTS
Silicon Valley Product Group Partner and Founder / Inspired 著者 Marty Cagan 氏
与えられた機能を作るだけの feature team ではなく、真の product team を作り信頼し、プロダクトマネージャーは本当のプロダクトマネージャーの仕事をしようという話。
feature team をそのまま product team に成長させて信頼していくことができるのか、それとも優れたメンバで優れた product team を作っているからこそ信頼できるのか。
- Product Discovery が重要。
- feature team (残念) と真の product team
- なぜ empowered product team にしないか → チームを信頼していないから。そういうチームの PM は本当の PM の仕事をしていない。
- リーダーシップの役割
- Product Vision (チームが同じ方向を向く。働く魅力になる。3〜5年/10年)
- Product Strategy(Plan)
- Product Principles
- Product Priorities
- Product Evangelism
- マネジメントの役割
- 人のマネジメントはプロダクトマネージャー(PM)の役割ではない。
- Staffing (強い人材を雇用する)
- Coaching (能力を押し上げる)
- Objectives
- 信頼
- 革新はエンジニアから生まれる。真の product team が重要。
- feature team から移行するには PM は自分の真の仕事をする。成果に責任をもつ。
11:15 - 12:00 [MainRoom] Special Session
TransferWise Head of Product Kaarel Kuddu 氏
- speed
- customer focus
- autonomous teams
- 決定権をもつチーム。
- Autonomy = responsibility
前のセッションに続きここでも、能力の高いメンバによる顧客のことを理解し考えて決定し実行できる優れたチームに決定権と成果に対する説明責任を与え信頼するという話が印象に残った。
ここでいっている責任をもつというものが何か指しているかが気になるところ。
13:00 - 13:30 [MainRoom] LINEにおけるお金とユーザーのジレンマ
LINE株式会社執行役員 二木 祥平 氏
「LINE公式アカウント」「LINE Ads Platform」が現在の担当プロダクトの二木氏のセッション。 「LINE(株式会社)では」 PM が何をしているかをふわっとまとめた話。ロジカルな構造や用語使いなどでしっくりこないところがあるけれど、生の声という意味で興味深く聞けた。
13:50 - 14:10 [MainRoom] PMにおけるストーリーテリング
freee株式会社 執行役員 プロダクトマネージャー 岡田 悠 氏
バックログの縮小均衡 → プロダクトビジョンが必要 → プロダクトビジョンが機能しなかった → ストーリーテリング。
「静的なビジョンを、動的なストーリーへ深堀ること」
セッション自体がストーリーがあるかのようで惹き込まれて響いててきてさすがだなと感じた。
「シャープに本質だけを抜き出した表現にしようとする」あるいは「そもそも事実を書き並べる以上の文章をなかなか書けない」のでつい端的な文章で済ませがちだけれど、やはり人を動かすにはストーリーも大切だなと思うことができた。
14:20 - 14:40 [MainRoom] “失敗事例で学ぶ” 失敗しないプロダクトマネジメント - PMの必須スキルと、自走する組織のつくりかた -
エン・ジャパン株式会社 デジタルプロダクト開発本部 部長 / プロダクトマネージャー 岡田 康豊 氏
スキルを明確化・指標化することで改善が動き出すというのは、プロダクトと同じで PM に馴染みやすいのかも。
今回のセッションの事例ではかなりガッツりやっているので、業務の中でどれだけのウェイトをかけてメンバが取り組んでいるのかが気になるところ。
14:50 - 15:20 [MainRoom] コミュニティマネジメント: プロダクトの開発と展開をコミュニティが加速させる
東京大学 FoundX ディレクター 馬田 隆明 氏
ボリュームある発表で浅く広くエッセンスを列挙したセッション。30分じゃもったいない量だ。実経験ではなく、世の中で論じられているものをまとめた馬田氏らしい内容。ユーザーコミュニティのり活用について整理されていて、概論についての理解のリフレッシュの良い機会になった。
大きくなったコミュニティのサブグループ化は過去やってみたりしてきたけれど、やっぱりいいやり方らしい。
コミュニティのオンボーディングは、企業内でもそのまま使えるのでリストとして見えるところに書き出しておきたい。
コミュニティを育てることでエンゲージメントと継続率を高めるというのは自サービスでも意識している点。優先度がなかなか上げられないけれども継続はしていきたいところだ。
15:30 - 16:00 [MainRoom] 企業が求めるプロダクトマネージャーとその人材戦略
パネルセッション。PM の需要・募集・市場・オンボーディングについて。
16:10 - 16:40 [MainRoom] 発明、ドッグフーディング、プロダクトマネジメント
Nota Inc.CTO 増井 俊之 氏
増井氏流の発想・発明ベースのプロダクト開発の紹介。自分が使いたいから作り、問題があればすぐ直す。
プロダクトマネジメントはほぼ関係なかったけれどウィットに富んだ参考になるセッションだった。
16:50 - 17:35 [MainRoom] Keynote Session
Zoom Video Communications, Inc Chief Information Officer Harry D. Moseley 氏
30分 Zoom の宣伝。ちょっとだけ PM の話があってまた Zoom の宣伝。
2020年6月8日 (月)
最大の価値は話し合う過程で気付きと学びを得ること
「エッセンシャル スクラム: アジャイル開発に関わるすべての人のための完全攻略ガイド」の中でメチャクチャ好きなところの1つが見積もりついて書かれている以下のくだり。
いちばん大切なことだが、見積もりの最大の目的は、話し合う過程でいろいろな気づきが得られるということだ。 — 第7章 見積もりとベロシティ
「気づき」は原著「Essential Scrum: A Practical Guide to the Most Popular Agile Process」では「learning」と表現されている。
Finally, and most importantly, one of the primary values of estimation is the learning that happens during the estimation conversations. — Chapter 7 Estimation and Velocity
これは見積もりというアクティビティに限らない話だよね。
このくだりを読んでから「◯◯の最大の価値は話し合う過程で気付きと学びを得ることだ」と考えることが増えた。ミーティングが意思決定や共有などのゴールを達成する場であることはもちろんとして、チーム・個人が気付きと学びを得る場になるよう常に意識していきたい。
自己組織化されたチームになっていくためには話し合い超重要。
[ opinion ]
2021年3月26日 (金)
ミーティング資料を事前に見すぎない
「ミーティングで深い話し合いと適切な意思決定ができるように、事前に議題を共有・検討しておく」派ではあるのだけれど、ここしばらく意図的に事前にミーティング資料を見すぎないようにしている。
事前に考えすぎてしまうなと。ロジックを組み立てて検討しているうちに、自分の主張を強化しすぎてしまう落とし穴がある。主張を確信しすぎてしまうとミーティングで話し合う価値が下がってしまう。
時間をかけて調べたり考えたりしたものの、ミーティングで議題の説明を聞いたら意図や温度感が違ったりすることもある。考え違い・考えすぎだった残念パターンだ。
心理的負担になる場合もある。重い相談を事前に目にしてしまうと、前日であれば一晩、金曜日の夕方なら週末ずっと心の片隅に居座り続けてしまうことがある。それって楽しくない。
他者の新規議題について見すぎない・準備しすぎないのがいいんじゃないかと。
[ opinion ]
2021年5月27日 (木)
階層思考をセルフマネジメントチームで置き換える
『社員の力で最高のチームをつくる〈新版〉1分間エンパワーメント』の「第2の鍵」についてのポイントを書き出してみてから半年以上経ってしまった。残るは「第3の鍵」。
階層思考をセルフマネジメント・チームで置き換える。 (Replace hierarchical thinking with self-management teams.)
エンパワーメントのためには従来の階層組織において上司が下していた意思決定について、チームが意思決定し実行できるようにしていく必要がある。意思決定は最前線で行わななくてはならない。
セルフマネジメントチームとは
セルフマネジメントチームについて同書では
業務プロセス全体あるいは製品やサービス全体について責任をもつ社員によって構成され、仕事の最初から最後までを、このチームが計画し、実施し、管理します。
と説明されている。
セルフマネジメントチームの上司の仕事は?
チームが自律的に動くようになった際には、上司の仕事はより上位の計画や意思決定、組織のマネジメント・メンバの成長支援などになっていく。
セルフマネジメントチームに育てる
上司は仕事の仕方を教えるのではなく、チームメンバ同士が対立解消しながら意思決定し行動していく方法を教えていくようにする。上司に頼らないで仕事ができるようになる方法を教えるのだ。
チームがセルフマネジメントチームになるまでには、途中不満を抱える段階を通る。上司は支援をしていく必要がある。
「チームの一員の立場でセルフマネジメントチームにしていく」のか「チームの外からセルフマネジメントチームに育てる」のかによって必要なリーダーシップは全然違うだろうから、その時々の立場でしっかり考えて行動していきたい。
[ 読書ノート ]
2021年7月10日 (土)
『amazonのすごい会議 ジェフ・ベゾスが生んだマネジメントの技法』
会議の資料は「箇条書きではなく文章で書く」のが Amazon のルールと紹介している書籍『amazonのすごい会議 ジェフ・ベゾスが生んだマネジメントの技法』が気になって全部読んでみた。
「会議資料の準備」と Amazon 流の「意思決定会議」「アイデア出し会議」「進捗管理会議」、そしてそのやり方の背景にある信条「Our Leadership Principles」との関係について読みやすくまとめられていた。
本書の内容は「Our Leadership Principles」という価値観・行動原則を体現したマネジメントや会議のスタイルだ。なので読んでやり方だけ真似てもうまくいかない。Amazon 流会議の紹介から共感できる大切にしたい価値観・行動原則を見つけ自分や組織に取り込みつつ、会議スタイルも参考にしていくのが良いのだろう。いや価値観・行動原則を取り込められたのなら、もう真似などせずとも自ずとイケてる会議スタイルになっていっているに違いない。
とはいえピンポイントで「なるほど」「やってみたい」というのもいろいろあったので、それはそれでピックアップして参考にしたい。
会議資料: 箇条書きではなく文章で書く
「箇条書きではなく文章で書く」については
いつ誰が読んでも確実に伝わる
と「伝えるための表現形式」として、また
きちんとした文章にするとなると、読んだときに辻褄が合わない部分が出て来ないように、最初から整合性をとらなくてはなりません。そのため、吟味に吟味を重ね、適切な情報を用いて推敲を重ねなければなりません。
と「書いて考えるための表現形式」として文章形式(ナレーティブ形式)の良さが説明されいた。
最近はできるだけ箇条書きではなく文章で書くようにしている。やってみると、なるほどそうだなと。お勧めのプラクティスだ。
会議資料: 定形フォーマットはつくらない
「定形フォーマットはつくらない」という話には唸った。
先人からの学びや自身の経験から「これは共通理解や意思決定に必要」という項目が自分なりにいくつかあって、ドキュメントの構成として意識していたりする。
しかしその構成に固執したり他人に強いたりすると、変化の阻害要因になりかねないと。定形にすると便利で楽だけれど思考の硬直につながりかねない。意識したい。
あとは
- プロジェクトリーダーが意思決定会議のオーナーになる。
- 本題から外れた意見をメモしておく「パーキングロット」を使って脱線から戻す。
- ソーシャル・コヒージョン (Social Cohesion) に気をつける。
- 「メトリックス・レビュー」と呼ばれる会議には、異常値の分析・対策検討など然るべき準備をした上で望むのが暗黙のルール。
は意識したりやってみたりしたいなと思った。
それから
- 意思決定会議で「What(何を) Who (誰が) When (いつ)」を明確に決める
というのは、『すごい会議』で学んだ
- 「誰が」「いつまでに」「なにをして」「どんな成果をだすか」を明確にする
というのと同じ普遍的な考え方だな。ガッツがいるのでついユルくなりがちだが、スピードと成果が圧倒的に変わってくるのでしっかり踏ん張ってコミット・リクエストしたい。
[ 読書ノート ]
2021年8月8日 (日)
東京2020オリンピック 17日目: 閉会式
東京2020オリンピック最終日。朝食後にテレビをつけ、 7:00 にスタートした男子マラソンで服部選手が73位でフィニッシュするのを見届けた。
昼食の時にテレビをつけたら今度はバスケットボール女子で日本がアメリカと決勝戦中。銀メダルを獲得。チャンネルを変えたらNHK2020ソング 「カイト」にのせた日別のダイジェストが流されていたので、それで会期後半を振り返った。
閉会式は 20:00 から。交響曲第9番が流れて年末ぽかったり、東京音頭が流れてお盆ぽかったりといろいろミックスな感じ。2024年パリオリンピックの引き継ぎでの映像は、歴史を感じさせるパリ市街・エッフェル塔そばの広場での賑やかなイベントの様子など魅力的な開催を予感させ素晴らしかった。
直前まで開催中止の声が多かったように感じられた今回のオリンピック。目にする情報から考えるに組織運営・意思決定・発表の仕方など多々問題はたしかにあったのだろう。
一方で完璧を求める声ばかりが大きくフォーカスされがちであったとも思う。ちょっとした声がソーシャルメディアやマスメディアで増幅される時代になったことや、新型コロナウイルス感染が続くなかで不安・不満が積もってきている世の中という背景がそうさせているのだろうか。
完璧を求める社会になると何もかもが停滞していき、巡り巡って全員が生きづらい社会になってしまう。完璧ではない人間が、他者にどれだけの完璧を求めるべきなのか。
批判のあり方について考える機会にもなった大会であった。
About Me
Naney (なにい)です。株式会社ミクシィで SNS 事業の部長をしています。
About nDiki
nDiki は1999年1月に始めたコンピュータ日誌を前身とする Naney の Web 日記(兼パーソナルナレッジベース)です。
#nNote タグがついている記事は他の記事に比べて、より断片的・未整理・不完全なちょっとしたノートです。まだ結論に至っていない考えなども含まれます。頻繁/大幅に更新したり削除したりすることがあります。
※本サイトの内容は個人的見解であり所属組織とは関係ありません。
Other Notes
ナレッジベースアプリケーション Obsidian で書いているノートの一部を notes.naney.org で 公開しています。
最近検索されている記事
- ノマ点 (ノマ点)
- iOS で KeePass するなら KeePassium (KeePass + iPhone)
- 伊達巻は正月以外に食べてはいけない (伊達巻 + 正月以外)
- Obsidian 使い方分かってきて楽しい (Obsidian + 使い方)
- 【レビュー】容量たっぷりのグレゴリー クイックポケットLが復活! (グレゴリー クイックポケットL レビュー)
- WSJF (重み付けされた最短の作業から着手)という手法を使い始める (WSFJ)
- 偏愛マップを作る時のポイント (偏愛マップ 書けない)
- MYSTERY RANCH ヒップモンキーは使い勝手の良いウエストバッグだ (ヒップモンキー ベルト幅)
- Zettlr はテキストファイルノートアプリに適した Markdown エディタ (Zettlr)
- 「いい腕時計してくださいよ」と言われてカシオ F-91W-1JF (チープカシオ 貧乏)
nDiki by WATANABE Yoshimasa (Naney)
Powered by DiKicker