(28ページ目)

開発

に関する学び

---

同条件で比較する？ 分析とは、同じ条件下での比較を行うことだと思います。たとえば、「Apple to Apple」の視点で比較を行うことで、分析の目的やゴールが明確になり、結果の精度も向上します。また、分析を進める際は、仮説を立てることで、目的外の迷いに陥らずに進められると感じています。 ブランディングはどう？ 現在、私はプロダクト開発とコンテンツ企画・運営に携わっており、いずれも競合が存在する中で、自社のブランディング戦略を考える必要があります。ただ、現状ではプロジェクトオーナーの感覚や経験に頼る部分があり、より現実的かつ客観的な視点を取り入れる余地があると感じました。 課題整理は進んでる？ そこで、まずは各プロジェクトの目的とゴールを再整理し、現時点での課題を明確にすることが重要だと考えています。その上で、適切なフレームワークやツールを活用した分析を行い、より精度の高い戦略策定を目指していきたいと思います。

戦略思考はどう見える？ 戦略思考とは、まず明確な目標を設定し、その目標に向けてリソースをどのように配分し有効活用するか、また目標に至る最適な道筋を描くことだと理解しました。この考え方では、高い視座で全体を俯瞰し、何をすべきか、何をしないかを大局的に判断する能力が求められることを学びました。しかし、一方でその実践が十分でないと感じる場面もあり、自らの課題として認識しています。 計画策定はどう進む？ 現在、IT関連の開発部門の責任者として事業計画の策定に携わっています。これまでの計画は、現状を出発点に考える傾向が強く、目的から逆算したものではありませんでした。しかし、戦略思考を取り入れることで、長期的視点に基づく明確な目標設定や、現在地と目標とのギャップ、課題の明確化が可能になったと実感しています。今後は、何をするか、何を控えるかを慎重に選別しながら、組織の成長を一層促進する事業計画を立案していきたいと考えています。

目的整理はどう進む？ ライブ授業では、シナリオ実習を通じて目的の明確化、優先順位の決定、リソースの最適な活用、そして情報収集の大切さを学びました。一方、動画学習では戦略と戦術の違いに着目し、物事全体を俯瞰して捉える重要性を実感しました。これにより、まずは達成すべき目標の整理と明確化、そしてその目標に向けた無駄のない計画作成の必要性を体得することができました。 開発進捗はどう見極める？ また、システム開発の初期段階においては、顧客の要望整理と目的の明確化、優先順位の確定、さらには予算や人員配置、期限設定といったリソースの最適化が欠かせません。開発段階では、全体の状況を把握しながら効率的な進捗管理を行うことで、無理なくプロジェクトを進めることが可能となります。発生する課題に関しても、すべてに対応するのではなく、優先順位に基づいて取り組むことで、リソースを集中させながら最適な解決策を見出すことが大切だと感じました。

本当のニーズは何？ ウォンツのみに頼ると価格競争に巻き込まれる可能性があるため、顧客の本当のニーズを引き出す重要性を実感しました。特にペインポイントが十分に深掘りされていないケースが多く、事前の調査が必要だと感じました。また、製品展開においては、顧客が親しみやすく記憶に残るネーミングの工夫も勉強になりました。 手法はどう選ぶ？ さらに、顧客アンケートだけでなくエスノグラフィやユーザーインタビューなどの手法を活用することで、真のニーズをより明確にし、製品開発や施策、企画と連動させることが大切だと思います。自社の強みを再確認し、ペインポイントの解消につながるポイントを洗い出し、販売戦略へ結びつける必要性を感じました。 潜在ニーズの掘り方は？ また、顕在的なニーズと潜在的なニーズをどのように深掘りするか、そしてペインポイントをどのように把握するかという点は、今後の戦略立案において重要な視点となると学びました。

リーダーシップって何？ 今週の講義で印象に残ったのは、リーダーシップが先天的な能力ではなく、肯定的な行動や意識に基づくものであるという考え方です。また、リーダーは従う人が初めて成立するため、状況や場面ごとに誰もがリーダーになれる可能性があるという点も学びになりました。 新規顧客獲得どうする？ 私の所属する部署は新規顧客の開拓を担当しています。そのため、リーダーシップを発揮することにより、既存の顧客に固執することなく、新たな顧客との関係構築や業務の進め方を研究・開発することができると考えています。具体的には、まずは積極的に新規の顧客へアプローチし、社外で出会った方々に対して営業活動を実施する予定です。 チーム成果の差はなぜ？ また、ライブ授業の中で、同じプロジェクトであってもチームメンバーによって成果に大きな差が出るという体験談があり、なぜそのような現象が起こるのかについて深く知りたいと感じました。

なぜ参考になったの？ 「売れない理由」や、物事をネガティブな面から観察する手法は大変参考になりました。また、「差別化の罠」という言葉が非常に印象に残り、心に深く響きました。社内では、どのメーカーのどの商品をターゲットとして新たな商品を開発するという話が日常的に飛び交っていますが、その際、肝心な顧客の視点が見落とされていないかと改めて考える必要性を感じました。 どう伝え方を考える？ さらに、顧客視点を再確認しながら、既存の商品をどのように魅力的に伝え、効果的な結果を引き出すかという問いを持ちながら日々の営業活動に取り組む意識が芽生えました。具体的には、商品の特徴を顧客の状況に合わせて強調するポイントを変える工夫が必要です。B2Bのビジネスにおいては、単なるネーミングではなく、企業全体としての期待と商品の個々の機能や特徴をどのように紐づけるかを、メンバーと議論しながら確立していきたいと感じています.

なぜ売れたのか？ 実例に沿って、なぜある商品が売れたのかを考えることは今まで経験していなかったため、とても印象に残りました。自分がよく知る商品についても同様に、なぜ売れたのか具体的な理由を探っていきたいと思います。また、行動観察を行ったことがなかったため、まずは身近なところから実践してみる意欲が湧いてきました。 実際の行動はどう？ 新規システムを開発する際には、これまで社長からの指示に従ってシステムを作ってきましたが、その結果、真のニーズが捉えられておらず、売れない原因になっていたと感じます。今後は、社長が想定する利用者像に留まらず、実際に利用者の行動を観察し、深いインタビューを行った上でシステムのコンセプトを策定していくことが重要だと実感しました。この点を踏まえ、予算申請にも利用者観察やインタビューのプロセスを組み込み、本当に解決すべき課題を明確にしていきたいと考えています。

ポジショニングの重要性を学ぶ 商品戦略を考える上で、ポジショニングの重要性を学びました。具体例として、ワークマンやポッキーの事例が挙げられます。これらの企業は、商品自体に変更を加えず、ターゲットに対する価値の整理を行うことで、ヒット商品を生み出しました。これにより、新商品を考えることが必ずしも最適解ではないと理解しました。 新たな価値提案の方法は？ 我が社においても、既存の商品や事業に対して、新製品の開発や全く異なるセグメントの検討を急ぐのではなく、訴求ポイントを整理することで新たな価値を顧客に提案できると考えます。 差別化マップで見える化する 具体的には、まず自社の製品の特徴を洗い出し、顧客のニーズを整理した上で、顧客に訴求するポイントを明確にします。その後、ライバルとの差別化を図るため、差が明確に伝わるポジショニングマップを作成することが重要です。

サービス説明はどう？ 私は新規サービス開発業務において、サービスのコンセプトや内容を1～2枚のパワーポイント資料に簡潔にまとめ、顧客に説明してフィードバックを得る方法を採用しています。加えて、動画など他の手法も取り入れることで、より多様な表現ができればと考えています。 意見を絞るには？ また、短時間で作成できる説明資料という点から、これまでの方法が決して間違っていなかったと実感しました。検証したいポイントや求めるフィードバックをもう少し狭く設定することにより、得られる意見が一層具体的になるのではないかとも感じました。 目的はどう伝える？ さらに、プロトタイプに唯一の正解はなく、これまで使用してきたパワーポイント資料も十分に効果を発揮しています。重要なのは、どのプロトタイプを作るかという点よりも、その制作目的を明確にすることだと学びました。

3CやSWOTをどう活かす？ 3C、SWOT、バリューチェーンの3つの方法について学びました。各用語の意味は理解できたものの、実際の業務への適用となると難しさを感じました。特に3Cでは、自分自身と相手をしっかり把握し、そこからゴールへの最速・最短の道筋を導き出すことが重要だと感じました。また、SWOTとバリューチェーンを組み合わせることで、より広い視野で現状を考察する意識が芽生えました。 競合対策はどう進める？ 対競合の観点からは、製品の作り方や工程を見直し、自社の強みと弱みを徹底的に分析する必要性を実感しました。さらに、試作や開発の段階から製造の視点を取り入れ、開発部署と密に連携することで、量産開始後のトラブルを減らせる体制づくりが不可欠だと考えます。こうした取り組みによって、プロジェクトの最速・最短なゴール達成を実現していきたいと思います。

定石をどう捉える？ ビジネスの定石を正しく理解し活用することの大切さが印象に残りました。漠然とした知識だけで判断してしまわず、本質をしっかりと捉える姿勢が必要だと感じています。 適切な打ち手は？ また、単に総生産数を増やすだけでは規模の経済が働くかどうかは不明であり、自社の状況に合わせた適切な打ち手を検討する必要があるという点も重要だと思いました。 大数字の罠は？ 技術開発提案書を作成する際、年間や生涯の生産数といった大きな数字を用いていましたが、規模の不経済が生じていないか、また工場の生産状況を踏まえた上で、より効果的な施策を考える必要性を強く感じます。 情報の真偽は？ さらに、範囲の経済性などの要素も十分に考慮し、単なる定石に頼るのではなく、部分的な情報だけに流されずに事実の本質を見極めることが求められていると実感しました。

A/Bテストはどう活かす？ A/Bテストの手法を学ぶ中で、基準を揃えた上で複数のパターンを試し、比較検証することの重要性を実感しました。また、A/Bテストに限らず、比較を行う際には条件を同一にすることが必要であると感じています。 仮説検証はどう進める？ 仮説検証については、小さなサイクルを繰り返すことが効果的だと考えています。月次実績を追いながら、仮説検証を実施し、特に割合の比較を日々の業務に取り入れることで、より正確な分析が可能になると認識しています。 UI/UXはどう評価する？ さらに、アプリケーション開発に携わる立場から、UI/UXの検討においてもA/Bテストの手法を積極的に活用していきたいと思います。現業務で実際に数値をもとに比較を行っている経験を踏まえ、今後も引き続きこのアプローチを継続し、業務改善に生かしていく所存です。