(4ページ目)

業務 ✕ 開発

に関する学び

---

自己紹介で伝えるのは？ ライブ授業の初めの自己紹介では、「誰に対して」アピールするのかを意識せず、「自分が伝えたいこと」に偏りがちだったと思います。この経験を通じて、「顧客志向」は意識して慣れることが重要だと実感しました。 ヒット商品はどう捉える？ さらに、ヒット商品を列挙し、ディスカッションする活動では、すぐに3つの商品を思い浮かべることができませんでした。しかし、ヒット商品を掘り下げるプロセスで、身の回りには「顧客視点」の伝えるヒントが多くあることに気づきました。 誰を主語にしてる？ まず、マーケティングチームとしてコンテンツや企画を考える際、「伝えたいこと」や「達成したいこと」が前面に出ることが多いと感じています。アウトプットする際は常に「誰を主語にしているか」を見直す習慣をつけたいと思います。 どう顧客を理解する？ 次に、顧客志向を磨くためには、顧客を等身大で理解することが大切だと再確認しました。自分の業務では、自社プロダクト導入前の企業と関わることが多いですが、導入後の企業の意見を聞くことは少ないです。顧客を正しく理解しないと偏った見方になってしまう恐れがあるため、導入いただいた企業についても理解を深めたいです。 顧客の声をどう届け？ 現在、SaaSプロダクトベンダーに所属し、営業時に得た顧客の声を開発にフィードバックできる環境です。その行動が、より良いマーケティング活動につながると学びました。顧客の声を社内にどのようにとどけるのかを意識していきたいです。 魅力はどう伝え直す？ 「顧客」と「扱っている事業・プロダクトの魅力」を両面から整理したいです。その際、常に整理した内容を言語化し、特に「魅力」の面では顧客目線で他の表現や訴求ポイントに置き換えられないかを内省していきたいです。また、顧客の声を社内に積極的にフィードバックすることで、表面的なニーズではなく根本的なニーズを捉え、そこから惹きつける材料に考えを巡らせていきたいです。

ポジショニングの新たな理解 ポジショニングについて、私はポジショニングマップを見たことはありましたが、価値の掛け合わせによって優位性が導き出されることを新たに整理しました。また、市場に顧客が存在し、認めてもらえるかという視点や調査も必要であり、ポジショニングは非常に難しい舵取りだと感じました。 ターゲット理解の難しさ ターゲットを理解する点についても、理論的にはわかっていても実践できていないことが多いと気づきました。例えば、商品に関して「にごり」などと表現されてもピンとこない場合があります。そのため、どうすれば適切に伝わるか、最適な手段を選ぶ必要があると理解しました。 自社ポジショニングの再考 次に、弊社のポジショニング（SES）の考察についてです。まず、業界内で自社がどういうポジショニングを取っているのかを考える必要があります。特に、営業担当者とのコミュニケーションが重要です。「顧客とのやり取り」を知らないので、営業担当者との対話を通じて顧客要望を聞き出したいと思います。また、自身の業務上のポジショニングについても考えるべきです。 社員間での理解とコミュニケーション 社員間で自社ポジショニングの理解と今後について話し合う場も必要です。現在の自社のポジショニングがSES（開発）✖️IT教育のような事業的特徴の掛け合わせであると認識していますが、その優位性と差別化が弱まっていると感じています。そのため、企業の現状と将来性を理解するためのコミュニケーションの場を設けることが重要です。 個人としての価値の評価 最後に、自分自身がどのような価値（できることや経験、スキル感）の掛け合わせができるのかを考える必要があります。もし企業としての差別化が難しい場合、一社員としてどのような価値提供ができるかを棚卸しし、優位性や差別化を出す方法を模索します。至らない場合は、「今後どういった価値の掛け合わせができればよいか」をイメージしてみることも有効です。

イシュー整理の重要性 イシューについて整理しました。 まず、いきなり考え始めるのではなく、目的を明確にすることが重要です。問いや課題に対しては、その本質や解決の道筋を考え、可能な解決策をいくつかカテゴライズします。そして、本質に対しての裏付けや根拠を数値を用いて行うことが必要です。 プロジェクト管理への応用は？ 私はSIerでプロジェクトマネージャーをしています。そこで、この方法をプロジェクト管理やチームの問題解決の場面で活用したいと考えています。新製品開発やソフトウェアプロジェクト、業務改善プロジェクトなどで、リスクや課題を効果的に管理し、進捗を安定させるために用いるつもりです。 イシューの特定と優先順位付けとは？ イシューの特定と優先順位付けについては、プロジェクト開始時に潜在的な問題やリスクを洗い出し、イシューとして登録します。各イシューについては、影響度と緊急度に基づき優先順位を設定し、重要な問題から対処していきます。 進捗管理のシステムは？ 次に、イシュー管理のプロセス設計です。イシューの進捗を継続的に監視するために、専用のツールやシステムを使用します。また、各イシューには責任者を明確にし、対応策を実行する担当者を決定します。 効果的なコミュニケーション方法は？ コミュニケーションと報告の部分では、プロジェクトの進行に合わせて定期的にイシューのステータスをレビューし、必要な対策を講じます。そして、進捗状況や解決策について関係者に適切に報告し、情報共有を行います。 問題解決後の改善策は？ 最後に、問題解決のプロセス改善です。イシューの解決後には、対応策の効果やプロセスを評価し、フィードバックを収集して改善点を明らかにします。さらに、解決したイシューの事例を文書化し、将来的なプロジェクトで活用できるようにします。 これらの方法を通じて、プロジェクト管理がより効果的に行えるようになると期待しています。

法則はどう活かす？ ビジネスの法則を知り、それを活用することで、一から考える時間を短縮できます。しかし、その法則を正しく活用することが重要です。自社製品の特性や季節商品の年間を通した生産量や販売量の把握をし、全体像を捉えることが必要です。 戦略は何が鍵？ 事業戦略を考える際には、コスト低減の法則として、規模の経済性、範囲の経済性、習熟効果、ネットワークの経済性などがあります。例えば、製薬業界では膨大な研究開発費が必要になります。販売量が少ないと製品一つあたりの研究開発費が高くなってしまうため、M&Aを通じて事業規模を拡大しようとする動きがあります。また、範囲の経済性は、食品業界で培った技術を他の業界の製品に転用することを指します。 例外は何だろう？ ただし、この定石にも例外があります。ビジネスが複雑化し、それぞれの事業をマネージするコストが高くなる場合です。この場合、事業を分割して独立した会社にすることでコストが適正化されることもあります。 法則で何が改善？ 今回学んだコスト低減の法則を基に、自社の現行業務の課題に対してもともと考えていた機器の導入費自体を下げて固定費を削減し、機器の稼働率を上げる取り組みを進めることができると明らかになりました。また、ネットワークの経済性に近いサービスアイデアを検討中であり、その方向性で進めていきます。 人件費はどうする？ 人件費を削減するために、業務上作業に近い内容を切り出し、派遣社員の導入も検討しています。この導入によって社員の時間が奪われ続けないよう、導入の影響を慎重に見極めることが重要です。 次の一手は？ 現在、機器の導入費や維持費の算出中であり、データが出揃った時点で固定費削減と稼働率向上のために何ができるか、チームでアイデア出しを行う予定です。また、業務に近い作業の切り出しと派遣会社の情報収集も進めていきます。これらの取り組みは、来週から開始します。

視覚的に経営を理解する方法とは？ 内容的にはすでに学んだことが多かったが、他の学習者も書いているように「体の大きさ」を使った例がとても分かりやすかった。「骨格や筋肉」を純資産、「脂肪」を負債とし、純資産の割合が高いことを「筋肉質」と表現するのは、会社の経営の健全性を視覚的に理解する助けとなった。前回学んだ売上高と各利益の違いからも会社の戦略やビジネスモデルを把握できたが、企業の全体像や経営の健全性を具体的にイメージできるようになったのは大きな進展だった。 貸借対照表のストーリー理解法 自社の貸借対照表もまた、ストーリー仕立てで理解することが有効だと気付いた。具体的には、各拠点の経営状況を取締役会での報告に基づいて把握し、今後の建て替え業務などで貸借対照表がどのように変化するかを観察することが有益だと思う。 同業他社との比較で学ぶ 同業他社の貸借対照表を通じて企業規模や戦略を理解することの重要性も感じた。特に、同じ業界内での比較を通じて規模感や経営戦略の違いを学ぶのに役立つだろう。 異業種のビジネスモデル理解の重要性 さらに、他の業界の貸借対照表を見る際には、そのビジネスモデルや資産状況を理解することが重要だと感じた。実際、鉄道会社のように固定資産が多い業界のビジネスモデルをイメージしながら、数字を読み取る練習を続けたい。また、経理の数字に馴染みがない中で、一般的な負債額や規模感を身につけることが事業管理や開発に携わる上で役立つと感じる。 経営者視点での貸借対照表の見方 取締役会の議事録や音声を元に会社の経営状態を理解し、貸借対照表を経営者の視点で見るスキルも重要だと思う。他社の情報を見る際には、まずその会社のビジネスモデルをイメージし、そのイメージを持って貸借対照表を確認。その後、HP上の招集通知などに記載された経営状況の説明を読み込み、具体的なストーリーと数字を結びつけて理解するプロセスが有効であると感じた。

日本語を正しく使うには？ 日本語を日常生活や業務で使う際、無意識で表現してしまいがちです。日本語では主語がなくても文章が成り立ってしまうため、主語と述語が正しく対応していない曖昧な表現でもなんとなく伝わってしまいます。今回の学習を通じて、自分が正しい日本語を使えているか確認する必要性を感じました。 効果的な伝え方のコツは？ 言いたいことを明確に伝えるためには、柱を見つけて組み立てることが大切です。根拠を明確に分類し、相手に伝えることで、より理解してもらえることがわかりました。ピラミッドストラクチャーを意識し、「目的」「理由」「結論」を的確に伝えるためには、頭の中で整理してから発言することが重要です。 依頼や提案時に重視する点は？ 客先から製品開発や改良の要望を受けた際、技術開発部門や製造部門に依頼するときには、「目的」を明確にし、要望に的確に応じてもらうように依頼することが求められます。また、費用対効果など「効果」も具体化し、社内を動かすための説得を行います。客先に製品を勧める際も、根拠を明確に整理し相手に伝えることを意識します。 言葉を駆使する重要性とは？ ポイントは、「目的」「根拠」「順序」を論理的に組み立て、言葉を駆使することです。依頼書や報告書、メールなどの文章を作成する際は、文章を組み立てて書き始め、読み返して主語と述語が成立しているか、一文が長くなりすぎていないか確認します。他部門への依頼書は上司に確認してもらい、チーム員の文章も細かくチェックします。客先への提案資料作成時も根拠を分類し、より明確に伝える必要があります。 話す前に何を意識する？ 発言する場合は、一番伝えたいことを意識し、その根拠を具体的にわかりやすく伝えることが大切です。発言の前に頭の中で整理してから話すよう心がけます。反復、訓練、振り返りを行い、頭の中で整理しながら話せるようになることを目標としています。

リーダーシップとは何か？ リーダーシップは特別なスキルではなく、フォロワーがリーダーに自然と集まる現象を指します。このため、誰でもその能力を発揮することが可能です。リーダーとしての役割は、行動に表れるもので、これは「能力×意識」で形成されます。高い能力と意識を持っていても、行動で示さなければ他者には伝わらないこともあります。 言語化が与える影響は？ 日本はハイコンテクスト文化が強く、言葉以外の要素に頼ったコミュニケーションが多いと感じます。このため、言語化が苦手ですが、言語化の能力を磨けば、リーダーシップを発揮する際に自分の考えや意図を相手に伝えやすくなると感じました。 リーダーシップスタイルの言語化 自分自身や仲間のリーダーシップスタイルを行動、能力、意識の観点から言語化することで、その強みや改善点が見えてきます。次のミーティングなどで、自分自身のリーダーシップスタイルを明確にし、行動、能力、意識に分けるアクティビティを計画しています。また、自分が取った行動をなぜと問い続けることで、行動の言語化を練習し、内省を深めていきたいと思います。 理想のリーダー像はどのように形成する？ このアクティビティの後、自分がなりたいリーダー像を明確にし、それとのギャップを埋めるための能力開発プランを作成します。これを日々の業務で実行し、チームメンバーと共にチャレンジしていきます。大切なのは、チームのメンバーが一緒に取り組みたくなるようなビジョンを描き、ミーティングで共有することです。そして、そのビジョン達成のためのプランを四半期ごとに具体的に設計し、少しの挑戦を含ませた目標を掲げることです。 信頼関係の構築はどう進める？ フォロワーがついてきてくれるよう、日常の信頼関係構築は欠かせません。そのため、自分自身がリーダーとしてぶれずに、一貫した行動を示すロールモデルであり続けることが重要です。

適切なイシューの立て方は？ 状況に合わせて適切なイシューを立てることの重要性を改めて実感しました。初めてケースを読んで分析してみたものの、非常に難しく、まだ十分に身についていないと感じました。今後、これまで学んだ知識をさらに活かせるよう、練習と実践を重ねていきたいと思います。 FAQタイトルはどう？ また、FAQのタイトルづけについては、お客様の解決したい課題を問いかける形で整理することで、誰が見ても内容が分かりやすい記事に繋がると感じました。これにより、より具体的な問題解決を図るための記事作りを心がけたいと思います。 改善要望は何が課題？ 開発への改善要望においては、ただ「やってほしいこと」を伝えるのではなく、解決したい課題（イシュー）からアプローチすることで、より的確な対応が期待できると学びました。 業務脱線はどう防ぐ？ 業務インプットの際には、説明中に画面の別機能の話題や質問の補足などで脱線しがちなため、「何を伝えるべきか」を双方でしっかり認識しながら進めることが大切だと感じました。このような意識の共有が、目的を見失わずに効率的なインプットにつながると考えています。 記事作成の基本は？ 今後、新たな記事を作成する際には、まずその機能が何のために存在するのかという基本的な問いから考え、記事の目的を明確にしていきたいと思います。また、来月から始まる業務インプットにおいても、開始前に「今日理解してほしいこと（イシュー）」を共有することで、より効果的な説明ができるよう努めたいと思います。 ケース分析で得る知見は？ 最後に、ケース分析を通じて、イシューの立て方には慣れが必要であると痛感しました。自社の施策においても、なぜその取り組みが行われているのかを常に意識し、考える習慣を身につけることで、より深い理解と実践へとつなげていきたいと思います。

目標は何になる？ まず、以下の3点を目標にする必要があります。第一に、物事の本質を捉え、目標達成に効果的な手段をシステマチックに考えること。次に、大局観を持ってバランスよく情報を収集・分析し、適切に考察すること。そして、フレームワークなどの型を習得することです。 どう分析する？ 分析にあたっては、3C、SWOT、クロスSWOT、バリューチェーンなど、案件に応じた手法を選ぶと同時に、特定のフレームワークに固執しすぎない柔軟さも求められます。また、常に経営者の視点を持ち、ジレンマを恐れずに他社の意見に耳を傾ける姿勢が重要です。 どう機能を活かす？ 製品開発においては、自分の担当機能に偏りがちな傾向を意識する必要があります。たとえば、機能テストではテスト内容に気を取られがちですが、本当に提供したい機能で何が求められているのかを見極めることが大切です。また、他機能との干渉が発生した場合、自己の機能を守るだけでなく、相手とのより良い落としどころを探ることが求められます。自分の機能のメリットを強調する際も、全体最適の視点で何が必要とされているのかを考えることが重要です。さらに、自グループの改善・発展のみに目を向けるのではなく、経営者の視点でそのグループに求められる役割を見定めること、そして、現状の取り組みに意義を見出せなくなったときには、チーム、会社、グループ、業界全体の視点で再評価することが求められます。 役割を再考すか？ また、現在、関連企業に出向している中で、業務委託先という意識から自らの存在意義を否定的に捉えるメンバーが多い現状があります。そのため、会社単体で考えるのではなく、グループ全体や業界全体、さらには世界規模の視野で自分たちの役割がどのような影響を及ぼし、結果的に何を求められているのかについて、定期的にメンバーで話し合う機会を設けることが重要だと考えています。

どうして顧客目線？ 一番印象に残ったのは、「競合ばかりに気を取られてはダメ」というフレーズでした。自分にとってまさに刺さる言葉であり、改めて顧客目線を重視する必要性を感じさせられました。 普及要件をどう理解？ また、イノベーションの普及要件というフレームワークが、これまでなんとなく理解していた内容を明確に言語化してくれた点も印象的でした。特に、顧客に選ばれるためには「わかりやすさ」「試用可能性」「可視性」が重要であると感じました。 魅力だけで足りる？ この普及要件は、商品そのものだけでなく、プロモーション方法や商品名、パッケージなどの細部にまで影響を及ぼします。いくら商品自体が魅力的であっても、これらが普及要件を満たしていなければ、顧客に選んでもらえない可能性があると改めて認識しました。競合が増えた時、他社との差別化も大切ですが、何よりも大前提として顧客目線を忘れずに業務に活かしていきたいと考えています。 売れない原因は？ 自社が推進しているものの、なかなか売れていない商品について、この普及要件を当てはめて考える方法を試みています。まず、①ヒット商品と売れなかった商品の要因を言語化し、②売れなかった理由を踏まえた上で、どのようにすれば売れるのかを検討してメモにまとめます。さらに、③現職で実践可能な場合はすぐに行動に移し、難しい場合は将来的に商品開発を行う際に注意するようにしています。なお、①と②の作業は2週間以内に実施する予定です。 市場調査の視点は？ また、市場調査を行う際には、他社の商品における同じ要素と自社との打ち出し方の違いにも注目しています。 売れない事例は何？ 最後に、話題にはなっているものの売れていない商品にはどのようなものがあるのでしょうか。皆さんが発見した事例をもとに、普及要件がどのように欠けているのかを考えてみたいと思います。

全体像を再確認？ これまでの学習内容を振り返る中で、全体像を再確認できたと感じています。毎週の講義では、個々の演習を通じて内容を確認する機会がありましたが、連続性が不足していたため、先週と今週の学習でその点が整理された印象を受けました。また、従来のやり方や考え方にとらわれがちであることを学びの中で指摘され、再度学び直す必要性を実感しました。 特許情報の活用は？ 環境分析においては、特許情報と非特許情報を組み合わせた手法のニーズが高まっていることから、今回の学習で得た知識や手法を取り入れていきたいと考えています。特に、分析は比較が前提であることや、「目的」の重要性について、チーム内での認識が揺らがないよう常に確認する点、そして仮説志向で同じパターンに偏りがないか、使用するデータが適切かを検証すること、さらにWhat-Where-When-Howの観点から確認と検証を行うことが必要です。 データ分析の課題は？ これまでの業務を振り返ると、部署や立場が異なるチームでデータ分析に基づく活動を進める際、結果を重視した分析や、データから無理に仮説を導いたり、エイヤーで問題設定を行ったりしていたことに気付きました。今後は今回学習した流れをもとに、自らの手でハンドリングできるよう、実践の機会を積み重ねたいと思います。 問題解決の手順は？ また、データ分析に限らず「問題解決のSTEP」を意識して業務に取り組むようになりました。分析を進める過程で、常に「目的」の認識に相違がないか確認し、スケールの大きい要求に対しては漠然とした要求を細分化し、より適切なデータ分析とアウトプットが実現できるよう努めたいと考えています。まずは、自分が担当するチームの開発テーマや製品の規模に合わせたデータ分析を実施し、その結果を第三者であるチームに説明することで、考え方や手順の定着を図っていきたいです。

データはどう見切る？ データの切り方によって、同じ数字でも見える課題や傾向が大きく変わることを実感しました。目的を明確にして「何を見たいのか」を意識した切り分けを行うことで、漠然と眺めるだけでは気づけなかった本質が浮かび上がり、無駄を省いた的確な分析が可能になると感じています。 MECE活用は有効？ また、MECEの考え方を取り入れて整理することで、重複や見落としを防ぎ、全体像を正確に把握できるようになりました。その結果、何が起こっているのか、どこに手を打つべきかを論理的に説明でき、相手にも納得してもらいやすくなると学びました。 支援でどう効果発現？ たとえば、新規事業の構想支援では、顧客層、提供価値、チャネル、収益構造などの視点で情報を整理することで、情報の抜けや重複を防ぎ、相手の納得感を得て意思決定をスムーズにする効果を実感しました。 組織開発の整理法は？ また、組織開発の現場では、ヒアリングした内容を「構造」「風土」「スキル」「制度」といった切り口で整理することにより、課題の全体像や優先順位が明確になり、具体的な施策立案につながっています。 研修・講演はどう整理？ さらに、研修や講演の場面でも、参加者にとって複雑なテーマを目的に沿って段階的に分解して提示することで、理解と納得を引き出す効果がありました。オンラインでのクライアントとの対話やレビューの際にも、現在の視点や抜け漏れ、そして本質を可視化することで、共通理解と納得感のある議論が進められると感じています。 学びを今後どう活かす？ 今回学んだ「切り口の工夫」や「MECEの視点」は、事業開発や組織開発の現場で、初期の仮説立てからヒアリング結果の整理まで非常に役立つと実感しています。今後はこれらの手法を意識的に活用し、ツールを組み合わせながら日常業務に継続的に取り入れていきたいと思います。