八尾市の工場が製品開発の過程をホームページで紹介する方法

製品の形が決まるまでに、何度も試作を重ねた。その過程をホームページで紹介したくても、「苦労しました」「使いやすさにこだわりました」という文章だけでは、お客様が製品を選ぶ理由につながりにくいことがあります。

伝えたいのは、どんな使い方を考え、何を比べ、なぜその形を選んだかです。確かめた条件と、まだ確かめていない点も添えると、開発の工夫を具体的に理解していただけます。長い開発年表を作る前に、一つの判断を取り上げてみましょう。

八尾市で製品開発の紹介を担当されている方へ、試作品の形を比べた記録から、掲載原稿とページ改修を考える例をご紹介します。開発担当の記録を、営業やホームページの制作担当へ渡せる形に整理していきます。

作り手を知る入口から、形を選んだ理由へつなぐ

八尾市の小冊子「世界に自慢したい 八尾の名物」の紹介では、工業製品とともに、打ち出しアルミ鍋やハリケーンランプなどの手仕事と作り手が取り上げられています。製品だけでなく、ものづくりを担う方を知るための地域の入口です。

自社サイトへ来た方にも、「誰が作っているか」に加えて「どのような判断をしているか」を伝えられると、製品を見る手がかりになります。例えば、穴の位置が変わった写真を並べるだけでなく、その変更が使い方とどう関係するかを説明します。作り手の話を、お客様が確認したい情報へ結び付けるためです。

開発のすべてを公開する必要はありません。公開できる一つの課題と、その課題に対する選択が分かれば、考え方は伝えられます。社内の図面や試験記録は根拠として整理し、ホームページには読者の判断に必要な範囲を選んで載せます。

試作の回数より、何を変えて確かめたかを書く

ここからは、金属製品を開発する工場の架空例です。卓上の配線をまとめるトレーT04で、「ケーブルの途中を、後からトレーへ置けるようにしたい」という課題を考えています。試作Aは側面に閉じた丸穴があり、試作Bは側面の上端まで開いた切欠きがある形です。

Aは、ケーブルの端を穴へ通して置く方法です。Bは、端を通さず、ケーブルの途中を上から切欠きへ置く方法を考えました。同じトレーの二つの自社試作案を、ケーブルを後から置くという今回の目的に沿って比べます。

説明用の確認では、試作B一台と、外径4mmのUSBケーブルS04一本を使います。切欠きの幅は8mmで、机上でケーブルを置く・取り出す操作を5回行い、5回とも端を通さずに置けた記録がある設定です。この結果をもとに、Bの開口形状を次の試作へ採用する判断とします。

ここで確認できたのは、その試作品と一本のケーブルを使った置き方です。ケーブルが引っ張られても外れないか、長期間使ったときにどうなるか、ほかの太さや形にも合うかは未確認です。Bを選んだことを、製品全体の品質確認や発売決定と同じ意味にはしません。

開発紹介には、「何回試作したか」だけでなく、このような目的と形の違いを載せます。Aを失敗品と呼ぶ必要もありません。今回は後から置く動作を優先してBを選んだ、と書けば、判断した理由が伝わります。別の使い方なら、確かめる内容が変わることも説明できます。

開発判断表から、原稿と改修の依頼をそろえる

社内のメモには、試作番号、条件、確認結果、判断した方を残します。それを公開原稿へ移す前に、次の開発判断表へ整理します。「課題」から「公開できる範囲」までは伝える内容、「変更するページ」以降はホームページへ反映する作業です。一つの記録から両方を考えると、写真だけ差し替えて説明が古いまま残る、といった行き違いを防ぎやすくなります。

「採用」と書くときは、何に採用したかも残します。この例は、次の試作で使う開口形状を選んだ段階です。量産品への採用が決まった記録とは分けます。実際の製品では、試作段階、設計が決まった段階、販売中など、自社で確認できる現在の段階を使います。

表のすべてをそのまま公開するのではなく、掲載文へ使う部分と、社内で確認する部分を分けて渡します。例えば、加工条件を伏せても、「途中からケーブルを置けるように、上端を開いた形にした」という判断は説明できます。公開できる範囲が小さくても、理由まで削る必要はありません。

「こだわりました」を、使い方と確認結果へ言い換える

現在の開発紹介が「何度も試作し、使いやすさにこだわったトレーです」だけなら、T04では次のように書き換えられます。「ケーブルを後から置くとき、端を穴へ通す手順を減らすため、上端が開いた形を検討しました。試作Bと外径4mmのケーブル一本で、途中から置く動作を確認し、次の試作にもこの形を採用します」。

その近くに、「机上で置く・取り出す操作を5回確認。抜けにくさや長期使用、ほかのケーブルへの適合は今後確認します」と添えます。結果と条件を近くに置くと、どこまで分かっている製品なのかを読者が判断できます。条件だけを離れたページの末尾へ移すと、結果だけが独り歩きすることがあります。

5回確認した記録を、「使いやすさ100％」「あらゆるケーブルに対応」といった説明へ広げることはできません。一つの試作品、一つの使い方で得た記録として伝えます。試験を繰り返した回数と、確認した製品やケーブルの種類数も別に書くと、調べた範囲が分かりやすくなります。

開発担当の言葉は、判断の背景として生かせます。「仕事机のケーブルをまとめ直すときに気になった」といった実際のきっかけがあれば、本人に確認して短く添えます。文章を温かくするために、お客様の困りごとや担当者の発言を新しく作る必要はありません。

採用しなかった案も、今回の目的との関係が分かる範囲で紹介します。「Aは使えない」ではなく、「Aは端を穴へ通す形なので、途中から置く今回の方法には合いませんでした」と説明できます。比較対象を下げず、自社がどの条件を優先したかを示す書き方です。

写真には、試作品と現在の製品が分かる説明を添える

AとBを並べる写真では、同じ角度から、丸穴と切欠きの違いが見えるようにします。全体写真だけでは開口部が小さくなるなら、その部分を短い比較図で補います。写真の採用前に、開発担当が試作番号と形を確かめ、掲載担当が説明と一致しているかを確認します。

画像の説明には、「試作A・丸穴」「試作B・上端が開いた切欠き」と役割を書きます。本文にだけ試作品と記しても、写真だけを見た方には伝わりません。写真の近くに短く置き、比較図にも同じ呼び方を使います。画像だけを見ても、どちらの判断を説明しているか分かる形にします。

社内図面のスクリーンショットを、そのまま比較画像にする必要はありません。公開する形の違いだけを描き起こし、加工条件や取引先情報を含めない図にできます。制作会社には「二つの開口形状とケーブルを置く向きが分かる図を作りたい」と伝え、描いてよい情報を開発担当が指定します。

T04では、Bを次の試作へ採用した段階なので、製品紹介も「開発中」とそろえます。開発記事から移った先で、確認していない完成品の仕様や購入ボタンが表示されていないかを見ます。販売している製品の開発経緯を紹介する場合なら、試作写真と現在販売している製品の写真を区別し、現行仕様を製品ページへまとめます。

一つの記事を直す作業と、記録を増やす機能を分ける

まず現在のページで、見出し、本文、画像、リンクを編集できるか確認します。一製品の開発紹介なら、課題、A・Bの比較、採用理由、確認条件を順に並べ直し、製品紹介へのリンクを添える改修で伝えられる場合があります。動きのある演出や専用の管理機能を付ける前に、文章と図が対応しているかを整えます。

製品ごとの開発記録が増え、毎回同じ項目を書き直すなら、入力欄を用意する方法もあります。製品名、試作版、確認日、課題、採用理由、公開する検証結果、関連製品ページを項目として持たせ、同じ順番で表示します。社内の詳細な試験記録を保存する仕組みまで含むかは、公開ページの更新とは別に検討します。

公開する情報と社内だけのメモを一画面に集めたい場合は、入力欄の名前を分けるだけでは十分かを確かめます。内部メモがページの表示や検索用の説明に出ないこと、更新する方が公開前に確認できることまで必要です。最初は、承認した公開文だけを掲載担当へ渡す運用でも進められます。

依頼は、例えば「T04の開発紹介を、苦労した経緯から、丸穴と切欠きを比べた判断が分かる内容へ直したいです。試作B一台とS04一本で確認した条件を結果の近くに置き、開発中の製品紹介へつないでください。まず既存ページの編集で対応する案と、記録が増えたときの入力欄追加を分けて知りたいです」とまとめられます。

開発担当の説明を原稿に整える作業や、紹介内容を更新する機能は、Bämのコーポレートサイト制作でご相談いただけます。こうした開発紹介の改修に迷われたら、八尾市のホームページ制作・改善のご案内をご覧ください。現在のページと開発判断表、公開できる試作写真をもとに、直す文章と追加する機能を整理できます。

更新時は、開発当時の記録と現在の案内を照合する

公開前は、営業担当が開発紹介だけを読み、何を比べてBを選んだのか、どの条件で確認したのかを説明できるか確かめます。開発担当は数値と試作番号、未確認の範囲を照合します。スマートフォンでも、A・Bの写真と説明、確認結果と条件が離れすぎていないかを見ます。

次の試作で切欠きの幅や材料を変えた場合、以前のBとS04の記録を、そのまま新しい試作品の検証結果へ置き換えません。変更した内容と今回確認したことを追記するか、別の開発記録として残します。過去の判断はその時点の記録として読み取れるようにし、製品紹介には現在の段階と仕様を反映します。

更新のきっかけも決めておきます。試作版の変更、追加の確認、仕様決定、発売などの節目で、開発担当が更新すべき事実を渡し、営業が公開する説明をまとめ、掲載担当が関連ページまで確認します。開発の過程と現在の案内がつながれば、お客様は工夫の理由を知ったうえで、自分の使い方について相談しやすくなります。