BSA
SKUs and Serial Numbers †
- とても小さな会社を除いて、顧客に出荷される製品は在庫管理やセールスレポートのような様々な目的のために識別されるべき。
- 多くの会社では業務を支援する様々なシステムにてそれらの機能を管理するために、SKUという仕組みを使用している。
- 多くの数販売されるソフトウェアではユニークな識別情報・トラッキング・コピー保護の制限のためにシリアライズされることがある。
SKU Management †
- リリースやバリエーション体系や潜在的に冗長で記述的な名前の変更はセールスや販売、アップグレードや他の顧客に対する活動をするコーポレートシステムにとても大きな影響を与える。
- これを容易に管理する方法はSKUを確立することだろう。
- コーポレートトラッキングシステムにおいて、他の全てとは区別された一つのリリースとしてユニークなリリース認識情報を与えることができる。
- SKUは様々な状況において使用される。
- 一つの例が特定のリリースへのオーダーだ。
- 他の例としては値段で、値段はリリースの認識情報や製品名の部分ではなく、価格データベースから取得されるべきものだ。：値段を探す主キーはSKUだろう。
- 電子ソフトウェアの配布の在庫は理解しづらい、しかし多く場合物理的もしくは電子的な配布を行うことになるだろうから、SKUは在庫管理システムで使用されることになるだろう。
- SKUを管理するチームはよくリリースに対してSKUを割り当てる場合に苦労するだろう。
- SKUのリリースプロセス全体に多くの追加タスクを産むことになる。なので、マーケテクトが絶対的な必要性ない場合にSKUを除外することが理解できる。
- SKUは常に販売においての全てリリースに割り当てるべき。パッチや部分的や全体のスコープや管理や一般などのターゲットに関わらず。
- 全ての一般的なリリース(全ての顧客を対象としたリリース)にSKUを割り当てるべき、パッチや部分的、全体などのスコープに関わらず。これは全体的に利用可能な利便性の高いトラッキングを実現することができる。
- 主要な顧客のトラッキングやシステムの配布がSKUで紐付けられている場合は常にSKUを割り当てよう。誰にリリースしたか追跡することができる。
- セルフサービスのテクニカルサービスかフリーダウンロードのWebサイトに単純にポストされるようなリリースからはSKUを取り除こう。もし売ったりしないのであれば、経理システムにSKUを作成する必要はない。誰が手にしたか追跡し続けることはないだろう。（もしすべきだったとしても）
- もちろんこれらのSKUについてのおすすめはコーポレートポリシーにフィットした場合にのみするべきだ。
- もしすべてのリリースに必須しているなら、言うまでもなくすべてのリリースにSKUを作成することになる。
- SKUのフォーマットを必須とすることはできない。なぜならそれは通常IT・出荷・会計部門のコントロール下にあるからだ。
- しかし、それらのグループにどれくらいのSKUが目標を達成するための必要なフォーマットを教えることはできる。
- 表15-1はキーとなる3つの論理コンポーネントを含んでいる。
- SKU、外部名、全リリース認識情報だ。
- 全リリース情報については製品の全ての側面から適切な管理を保証するためのプロダクトマネージメントのために拡張が必要とされている。
- 例として、内部ネットワークにてビルドした場所を含みたいとして、
- \\buildmaster\SuperDraw?\4\5\1\{build}をいつもビルドで使える。
- バックエンドシステムはどのくらいの数のSKUが必要とされているか見積もられている必要がある。
- 製品に関連付けられたSKUの数は下記によって増えることを見積もることができる
- フルリリースの数はフルリリースのバリエーションで複雑化する。
- バリエーションのカウント、例えば言語・オペレーティングシステム・プラットフォームなど
- 部分的なリリースは部分リリースの数によってSKUの複雑化となりやすい。
- オプションコンポーネントのバリエーションはオプションコンポーネントの数を複雑化する。
- その他のSKUも他の理由で生成される。
Serial Numbers, Registration, and Activation †
- SKUは在庫管理の追跡目的をするために製品のクラス化する。
- それは個々製品を販売した個々の顧客を認識するものではない。
- シリアルナンバーが必要な場合を考えてみると、ユニークな認識情報は個々の製品を区別できない。
- レジストレーションとは、ユニークな製品を購入した顧客を、ベンダーに対して、誰に売ったかをシリアルナンバーをキーとして顧客を会社にバインドすることだ。
- ソフトウェアアクティベーションとは強制的なレジストレーションで製品の様々な機能について顧客の登録の完了が確認できるまで、アクセスできないようにするものだ。
- ソフトウェアのアクティベーションはライセンスの強制と密接に関連していて、適切にライセンス化されたソフトウェアが機能を使用すること許可することを保証するソフトウェアアクティベーションの一つのゴールである。
- 物理的な世界ではいろいろなものにシリアルナンバーが付与されているが、ソフトウェアはユニークなシリアルナンバーによって、識別することが簡単ではない。
- さらにコピープロテクションやソフトウェアへの変更を防ぐライセンス強制を適用するまでは、シリアルナンバーは簡単に変更なのだ。
- シリアルナンバーは煩雑なのだが、実メリットもある。
- 製品にシリアルナンバーを紐付けておくことで、ユーザに登録の際にシリアルナンバーを聞くことでデモグラフティックな統計情報とマーケティングのキャンペーンを作成することができる。
- 顧客がシリアルナンバーを登録することで、それをアップグレードやバグフィックス、製品やサービスのオファーを知らせることができる。
- 登録された顧客は価値のある追記情報を知りたがるかもしれないし、ベータプログラムへの参加の意志や新規機能の設定を含むことを望むかもしれない。
- 適切なシリアルナンバーは海賊版を減らすことができる。
- 過去ではシリアルナンバーはCDのジャケットにプリントされていたが、大きなサイズ
- のプログラムの複製や、CDの複製の困難さは海賊版を作成することに困難をもたらしていたが、技術の進歩はそれらを無効にし、ソフトウェア開発者は新しいものを探し続けている。
- ソフトウェアのアクティベーションは海賊版を抑止する効率的な方法だ。
- アクティベーションプロセスはソフトウェアアクティベーションベンダによって調節される必要がある。
- 概して下記のような動作となる。
- ソフトウェアの発行者はソフトウェアの配布を準備する。
- シリアルナンバーはこの時に割り当てられ、シリアルナンバーは動的に生成させることもできる。
- ソフトウェアは何らかの方法でアクティベーションコードが与えられるまで、実行できなくなっている。
- 顧客がソフトウェアを購入。ソフトウェアをインストールすると、マシンにバインディングされる。バインディングプロセスはマシンのフィンガープリントとなるプロセッサーIDま- たはマザーボードのシリアルナンバーまたはMACアドレスによって行われる。
- この情報はセキュアな場所に置かれ、違法なコピーを防ぐ目的で使われる。
- ソフトウェアを使用するために、購入者は発行者にコンタクトを取り、シリアルナンバーとマシンのフィンガープリントのコンビネーションなどをもってアクティベーションコード
をリクエストする。このプロセスは様々な方法によって実施される。インターネット・メール・電話・FAX。
- このプロセスの間、ターゲットマシンのデータは様々なコーポレートデータベースに保存され、シリアルナンバーに紐付いたソフトウェアはアクティベートされたをマークされる。
- シリアルナンバーの登録は製品のユニークな識別であることを示し、
- マシンに保存されたフィンガープリントやバインディングされたソフトウェアは海賊版の抑制の保護となる。
- ソフトウェアに与えれたアクティベーションコードはセキュアな場所に保存される。
- ソフトウェアのアクティベーションプロセスはストラジックな選択となる。
- 多くの会社が効率的なアクティベーションシステムを作成するリソースをもっていないし、ベンダーもいるから。
- 相対的なバックエンドシステムとワークフローの評価が必要。
- バックエンドシステムはソフトウェアアクティベーションベンダーを選択するより、大きな仕事となりがち。
担当者のつぶやき †
みんなの突っ込み †
