(8ページ目)

開発 ✕ 本

に関する学び

---

プロトタイピングの留意点は？ システム開発では、定められた手法に沿った実践が成果の成否を分けるとよく言われます。その一環として、プロトタイピングが推奨される場合もあり、顧客に実際の成果物に近い形を見せることで、齟齬がないかを確認することが目的です。しかしながら、プロトタイピングはコストがかかる点や、成果物に近いがゆえに本来の目的と異なる変更が行われるリスクがあると感じています。そのため、KT法など他の手法も併用すべきではないかと考え、今回の学びを改めて実務に活かす必要性を再認識しました。 初期案件で試す価値は？ 開発初期の案件でこれを試みるのが最もやりやすいと感じています。初期段階であれば、手法や認識に囚われ過ぎず、目的を確実に反映させることが可能だからです。現在、ヒアリングの初期段階にある案件もあるため、その案件で実践してみたいと思っています。目的の決定においてはMUSTとWANTの両面が存在することから、これらを明確にし、常に共感を得続ける姿勢が大切だと考えています。 非線形プロセスの注意点は？ また、WEB制作も手がけている中で、ビデオ内の説明は非常に分かりやすかったと感じました。実際に手を動かしていない方にはイメージしにくい部分もあるかもしれませんが、実務では線形的なプロセス進行が理想とされる一方、現実には非線形となる場面が多いことが大きな課題となっています。手戻りは望ましくないものの、「手戻り禁止」ではなく、最低限に留めるという意識が必要であることを改めて認識しました。

マーケティングの意味は？ マーケティングは、顧客目線で価値を生み出すプロセスであり、その意味や解釈は多様であると実感しました。ドラッカーが提唱する「販売の必要性をなくす」という考え方は非常に究極的で、私も今まで「マーケティングとは何か」という問いに対してピンと来ない部分がありましたが、本日の講義でその疑問が徐々に解消され、理解が深まりました。極論のように聞こえるドラッカーの主張ですが、そこまで価値あるものが創出できれば、顧客は本当に喜ぶのだと感じました。 現場との連携は？ 普段、私は研究開発の部門に所属しており、直接マーケティングの業務に関わることはほとんどありません。しかし、実際の業務ではマーケティングを担当される方々と連携する機会があり、その考え方や悩みを伺う中で、社内で共有されるマーケティング資料に興味を持って観察しています。資料がどのような流れや考え方で作られているのか、自分なりに分析し、今回の学びで得られる知識や考え方を実践に活かしていこうと考えています。 プラン共有の大切さは？ また、講義中に講師から「同じマーケティングプランを持つことが大事」というお話があり、疑問ではなく「理想の姿」だと感じました。この理想的な状態を構築するためには、個人の能力だけでなく、組織全体としての考え方やフィロソフィーが重要だと実感しました。さまざまな業種の方とのディスカッションを通じて、異なる考え方に触れるとともに、自分自身の思考の癖を認識し、改善していきたいと考えています。

部下の背景を知るには？ 部下の言動には必ず理由があることを実感しました。メンバーの行動の背後にある理由や背景を理解せずにフィードバックをしても、すれ違いが生じることを学びました。もちろん、メンバーが自分の言動の理由を言語化して説明してくれるとありがたいのですが、何も言わず黙り込んでしまうこともあります。メンバーの様子を把握するためにも、フィードバックは対面が基本であり、リモートの場合も必ずカメラONで行うことが重要だと認識しました。 どうしてリアルが重要？ 期末にはMBOの評価面接や能力開発面接がありますが、これも基本的にリアルで実施します。やむを得ずオンラインで行う場合でも、カメラONの面談を心掛けています。また、ネガティブな評価を伝えなければならない際は、以下の点を意識しています。まず、事実に基づいて具体的に指摘すること。そして、メンバーの努力に共感し、将来的な成長を期待していることを伝え、前向きになれるよう支援します。自分の過ちに対しては素直に認め、その改善意志を示すことも肝要です。 フィードバックの極意は？ 改善すべきネガティブな点だけでなく、ポジティブなフィードバックも事実に基づいて行うよう心掛けています。そのために、気づいたことを忘れないようメモを取ることを継続しています。メンバーの心情に共感するには、行動よりも感情に焦点を当てて質問することが大切です。目標が達成できなかった場合は、目標設定時の期待を再確認し、次年度に向けてメンバーを鼓舞しています。

プロトタイプはどう活かす？ 業務において、プロトタイプは新しいプロセスやアプリケーションの原型として位置づけられるため、本番の製品やサービスの一部と見なして、開発に過度の時間や労力をかけてしまい、せっかく作り上げたプロトタイプを無理にでも活かそうとしてしまうことがあります。しかし、プロトタイピングの本来の目的は、具体化されたアイデアに対するユーザーのフィードバックを得ることにあるため、効率的に、何度もプロセスを回すことを意識する必要があります。 評価の真実は？ 思い描くプロトタイピングのシーンでは、手間をかけて作ったプロトタイプに対してユーザーからの評価が必ずしも期待通りでない場合も考えられます。このとき、単にプロトタイプの作り方が悪かったと考えるのではなく、そもそもの発想や課題定義に問題があった可能性を検証することが重要です。デザイン思考の各ステップにおいては、できる限り手戻りが発生しないよう注意深く進める工夫が求められる一方で、うまくいかなかった場合には直前のプロセスだけに原因を求めず、必要に応じて大きく方向転換する決断力も大切です。 過程重視の意味は？ また、「プロトタイプ」と聞くと、自分のアイデアに対する試作品そのものに注目してしまいがちですが、実際にはユーザーからのフィードバックを得る過程全体を重視することが肝要です。そのため、単なる試作品の開発にとどめず、評価を得るまでのプロセス全体を意識した「プロトタイピング」に取り組んでいくべきだと考えています。

コスト削減の真意は？ 単純にコストを削減すればよいというわけではなく、各社においてどの項目を増やすべきか、削減すべきかという違いがあることが分かります。 指標の意味はどう？ 各種指標にはさまざまな観点があります。売上総利益については、単に売上高や原材料費が前年と比べて増減しているかに着目すればよいでしょう。一方、営業利益の場合は、販売費や一般管理費が売上総利益に対してどの程度の割合を占め、前年と比べて増加しているか減少しているかを確認する必要があります。さらに、経常利益の割合が高い会社は、本業での収益が薄い可能性があるという点も注目すべきです。 経営戦略はどう考える？ また、自社の経営の方向性について常に自分なりに答えられるようになることが重要です。今後どの活動に資金を投入すべきかを具体的に示すことで、社内外に経営戦略を説明し、実行へと繋げることができます。さらに、昨年との違いを踏まえ、今後どこに注力すべきかを明確に説明できるようになること、そして自社および競合他社の財務諸表をじっくりと比較検討することが求められます。 費用配分はどう検討？ 最後に、次のような疑問が浮かびます。研究開発費は一般管理費に含めるべきか、また、業種ごとに営業利益や経常利益の相場はどの程度異なるのか。当期純利益は株主にどの程度残るのが理想であり、その一部は従業員にどのように還元されるべきか。さらに、ROEやROIは損益計算書上のどの項目に対応するのか、といった点です。

相手に何を伝える？ 社会人になってからは、同じ業界の人々と関わる機会が多く、無意識に同一視していた部分もありました。しかし、異なる業界、業種、年齢、居住地など多様なバックグラウンドを持つ方々と対話する中で、相手の視点に立って何を伝えるべきかを考える重要性と、その難しさを痛感しました。今後は、これまでの固定観念を捨て、相手が本当に求めているものに意識を向けることが必要だと改めて感じています。本講座を通じて、そのための手法を学べることに大いに期待しています。 投資、どう伝える？ 資源の権益投資の提案では、数百億円を超える金額が動くことがあり、鉱山開発も短期間ではなく10年単位の長期計画です。これほどのリスクを負って投資を行う理由を、社内の意思決定者にしっかりと納得してもらうためには、魅力的な案件であっても適切な伝え方が不可欠です。ライブ授業では、初対面の方々それぞれの関心事を把握するのに苦労し、その結果、自分が伝えたいことばかりを優先してしまっていたことを反省しました。今後は、相手のニーズをじっくりと探りつつ、マーケティングの視点から自分の主張をどうアジャストするかを考えていきたいと思います。 経験はどう活かす？ 授業内での発言やチャットを通じ、マーケティングに関する知見を既に持たれている方や、実際に顧客対応で試行錯誤をされている方々の存在を実感しました。授業内容だけでなく、彼らの成功や失敗の経験談を詳しく聞くことで、さらに理解を深めたいと感じています。

顧客ニーズをどう理解する？ 顧客のニーズを探ることは非常に難しいものです。顧客が本当に求めているニーズには、顧客自身も気づいていないものが存在します。そのようなニーズを引き出す手法として、対話が重要であると感じました。特定の商品が欲しいというのは、その商品自体が前提とされたニーズになってしまうため、注意が必要です。 ペインポイントの捉え方とは？ 顧客ニーズの捉え方として「ペインポイント」があります。ソリューション開発でこれを考える機会がありますが、「あるべき姿」ではなく、「ありたくない姿」を切り口に深く掘り下げていくのが、自分に合っていると感じています。しかし、これは一般的な商品販売とは異なるため、過去の業務とは毛色が違い、苦手意識が残る場面もあります。 真因の探求が重要な理由 業務設計において真因を探ることは重要で、取引先が抱える課題解決が顧客ニーズとなりますが、既存サービスでは解決できないケースもあります。このギャップを明確にし、課題解決につなげることで、差別化を図り、ニーズを満たすことが可能となります。ただ個別でカスタマイズを行う際の困難さとのバランスをうまく取る必要があると感じます。 今後も継続して真因の解決を意識し、取り組んでいきたいと考えています。ある程度パッケージ化されたサービスが整ってきていますが、それをそのまま適用して件数の確保（セリング）につなげています。この恵まれた環境にいる間に、マーケティングを定着させておきたいです。

顧客志向はなぜ大切？ 顧客志向でプロセスを構築することの大切さを学びました。顧客自身が気づいていない欲求や、さらに求める＋αの価値を引き出し、それを実現するための方法を検討し提案する必要があります。真のニーズを発見し、それを満たす際は自社の強みを活かすことで、他社との差別化が可能となる点が印象的でした。 ネーミングの魅力は？ また、ネーミングの重要性にも触れられており、覚えやすくキャッチーな言葉であること、そして口にしたときに心地よさを感じられる点が理想とされます。実現手法としては、STPやAIDMAなどのフレームワークを用い、社内での合意形成にも十分に注意する必要があると学びました。何より最後に、常に顧客目線を持つことが重要であると再確認しました。 自動車業界で何を重視？ 自動車業界での商品開発の現場においては、顧客がどこに強いペインポイントを感じているのかを深く検証することが求められます。現在検討している製品や機能が、顧客にとって実際に価値があるものかどうか、または他にもっと重要な課題がないかを見極めることが大切です。検証の手法や必要なデータについても改めて考える良い機会となりました。 異業種交流で何を掴む？ さらに、異なる業種や業界のメンバーとのグループワークを通じ、自分の考え方や癖を再認識することができました。さまざまな価値観や考え方に触れることで、その背景にある理由や経験を深く掘り下げることができたのが非常に有意義でした。

クリティカルシンキングの技術をどう活用する？ クリティカルシンキングというテクニックを用いることで、課題に対して適切な解を導く方法を学びたいと思います。物事を客観的に捉えることによって、考えが偏ったり固定観念にとらわれたりすることを防ぎます。反復練習や他者とのディスカッション、時には内省により、新しい視点を開発するための頭の使い方を身につけたいです。 問題解決に必要な視点とは？ 日常業務においては、新たなルールの決定や改善が求められますが、「問題だ」と誰かが指摘した一言にただ反応するのではなく、問題の本質や他に同様の問題があるかどうか、また将来的に発生するかもしれない問題についても多角的に考え、最適解を模索していくことが重要だと感じました。 プロジェクトの目的を見失わずに進行するには？ さらに、プロジェクトに参加する際には、「この企画を実施する」ことが目的となりがちですが、本来の目的を見失わないようにすることが肝要です。目的を明確にし、その上でプロジェクトを進行するよう努めたいです。 行動を深く考える習慣をどう付ける？ 私自身は思い立ったらすぐに行動に移すタイプですが、これからはもう少しじっくりと多方面から考える癖をつけるよう心がけます。他の人がどのように考えるかを頭に置き、「なぜ？」を問う姿勢も大切にしたいです。また、チームで仕事をする際には、自然と多様な視点が開発される機会を設け、トレーニングの場を作りたいと考えています。

住民サービス改善とは？ 私の職場である自治体において、住民への行政サービス提供の改善を実践しています。一例として、市役所の窓口での手続き改善点を見出すため、職員がロールプレイング形式で体験しながら意見を出し合ったり、電子化された行政手続きを自ら試用してみたりする取り組みがあります。 試用体験の効果は？ 電子化された行政手続きは、リリース前に何度も動作チェックを兼ねた体験が行われるため、自然と試用される流れになっています。私自身は行政手続きの担当部門ではなく、システム開発側にいるため、制度の細かな点についてはあまり把握していません。そのため、住民に近い立場から、専門用語を極力排除し、質問項目も必要最低限に工夫して使うよう努めました。この経験から、行政特有の硬直した手続きや、利用者側のストレスを実感し、ユーザー視点に立ったサービス開発が可能であったと考えています。 ユーザー共感どう生む？ 利用者はあくまでサービスのユーザーであるため、ユーザー視点で製品やサービスを開発するのは当たり前のことです。しかし実際には、業務の多忙さや手間を理由に、この基本的なステップが省かれている場合が多く見受けられます。組織全体の取り組みとしてユーザー共感のプロセスを重視することで、より良い環境づくりが実現できるのではないでしょうか。共感と共創が伴わない製品やサービスは淘汰されるという認識のもと、今後もユーザー体験の改善に努めていく必要があると感じています。

なぜ切り口が大切？ 数字を分解して考える際の重要なポイントを学びました。どのように分ければ情報がより明確に見えるか、多くの切り口を持つことが重要です。例えば、年代別に分ける際に、単純に10代、20代、30代という機械的な分け方をしていましたが、18歳や22歳で分けると、高校生や大学生といった具体的な層が見えてきます。また、ある傾向が見えた場合でも、そこで分解を止めずに「本当にそうか？」と疑問を持ち、他の切り口からも考えてみることが重要です。分解して傾向が見えなくても、別の視点で再考することが大切で、迷わずまずは行動することが必要です。 市場分析はどう進める？ 現在、数字を用いた分析の機会は少ないですが、今後開発を進めている製品の市場分析においては、MECE（漏れなくダブりなく）を意識して全体を網羅した切り口を見つけ出し実践したいと考えています。都市別や規模の大きさなど、思いつく限りの切り口を活用し、まずやってみることが大事です。仮に傾向が見え始めても、思考を止めずに「本当にそうか？」と他の視点から再度検証します。 なぜ議論を重ねる？ 常にどのような切り口があるかアンテナを張り、プロジェクトメンバーとの議論では、定量的なものだけでなく、定性的なものをどう分解するとどう見えるかについても意見を交わし、考え抜くようにしたいです。また、一度導き出した結論も「本当にそうか？」の問いを繰り返し再考し、慎重に判断するよう心がけます。

なぜ問いは必要？ この講座を通じて、問を立てることの重要性や、そのための考え方を学びましたが、「なぜ問の形にする必要があるのか？」については深く考えたことがなかったと気づきました。問題を問いの形にすることで、解決に向けた思考を進められるということが大切だと学びました。また、講座での課題を通じて、自分が「経験や勘に頼って主観的に考えがち」であることに気づき、これからは客観的に考える方法を身につける必要があると感じました。 どの問いが響く？ 「問から始める、問を押さえておく、問を共有しておく」の三点は、さまざまな場面で役立ちそうです。例えば、新規サービスの開発プロジェクトにおいても、「顧客が求めているものは何か」という問いを立て、それを常に念頭に置きプロジェクトメンバーと共有することは、今すぐにでも実践したいことです。また、リーダーの役割を担う中で、「何を課題（問い）と捉えるべきか？」を見極める訓練を積んでいきたいと思います。 正しい問いは？ プロジェクトを進める際や会議、データ分析の際には、必ず「問い」を中心に置くことを忘れずに進めようと考えています。問から逸れていないかを確認し、客観的な視点で議論を進めることが重要です。また、リーダーとしてその問いが本当に解くべきものであるかを見極めたいです。講座を通じて多くのことを学んだので、これから様々な場面で実践を重ねていくことが非常に大切だと感じています。