クライアントがソフトウェアをどのように使用しているかを理解することは、この情報を使用して製品を改善するため、SSIにとって常に重要な情報でした。 さまざまな戦略には異なる欠点と利点があるため、ユーザーの行動に関する情報を収集する方法について慎重に考えていました。
調査
調査は、企業がクライアントの現在および将来のニーズをよりよく理解しようとする一般的な方法です。 しかし、私は彼らから本当の利益を得るために考えているので、私は常に調査の価値に懐疑的でした、会社は解釈の余地をあまり残さない本当に具体的な質問をする必要があります。 たとえば、明確に定義されていない用語を使用すると問題があります。 この問題の例としては、PLM、PDM、統合、初期設計、または基本設計を参照する場合があります。 これにより、調査の結果が特定の方向に歪み、現実と一致しない可能性があります。
私が調査で見るもう一つの問題は、彼らが本当に代表的なサンプルを持っていない場合があります。 たとえば、一部の企業は、iPad、Amazonギフトカード、フリーソフトウェアなどの賞を受賞する可能性を提供することで、ユーザーを参加するように誘惑します。 私はこれがより多くの参加者を得るために働くことを知っていますが、私が自分自身に尋ねる質問は、「それらの人々は本当にユーザーベースの良い断面ですか? その考えは、教授が スーパーストア で買い物をしていると答えた調査を作成する方法の例を教授が示した私の統計コースの1つに戻ります(カナダの大きな食料品店です)。 彼がしなければならないのは、スーパーストアのドアの前で目立ち、スーパーストアを出るときにスーパーストアで買い物をしたことがあるかどうか人々に尋ねることだけです。 彼のポイントは、調査は適切に行われた場合にのみ有用であるということです。 これは、それが提供する情報が役に立つかもしれないが、それはより大きな全体の一部に過ぎないという調査結果を読むとき、私は本当に気にしました。
監視(「ビッグブラザー」とは違う)
特にクラウド/オフサイト製品では、ユーザーの行動を理解するためのもう 1 つの一般的な戦略は、すべてのユーザーアクションを記録することです。 これはクラウド/SaaS 企業にとって比較的簡単であり、実際には自社のプロセスに統合されています。 たとえば、多くの企業では、ボタンの移動やテキストのフォントの変更など、小さな変更を行い、ユーザーの動作の変化を分析します。 私はこれが大したことのように聞こえないかもしれないことを知っていますが、これらの 小さな 変更のいくつかはユーザーの行動に 大きな 影響を与える可能性があります。 私たちは皆、ユーザーの行動を追跡することは「兄弟的」であるという印象を与えるかもしれない Facebookの感情研究 について聞いたことがあると思いますが、良いものと同様に、常に暗い面があります。
幸いにも、デスクトップ アプリケーションには、通常、クライアントが参加する 必要がある 別の戦略があります。 これは、アプリケーションが特定の理由でソフトウェアベンダーに情報を送り返す前に、ユーザーが明示的に同意する必要がある、ということを意味します。 おそらく、次のようないくつかのアプリケーションで見たことがあるでしょう。
Autodesk
マイクロソフト
アップル
SSI
ユーザーがソフトウェア ベンダーとユーザーの行動を共有することを、ユーザーが気にする理由は何ですか。
説明をする前に、ソフトウェアベンダに送り返される情報にIP(知的財産)が含まれていないことを前提にしています。Intellectual property )、機能が使用される時期と頻度、ソフトウェアのクラッシュを診断するための情報など、非常に基本的な情報のみが含まれています。 ユーザーパスワードの追跡、ユーザーの個別の識別、情報や会社のデータなどを再作成するための詳細を含 むものではありません 。
ソフトウェア会社に製品の使用方法に関する情報を多く提供すればするほど、ユーザーが実際に抱えている問題を解決するためにリソースを割り当てることができます。 私はこれがあなたの一部に少し信じられないように聞こえるかもしれないことを知っていますが、現実には、ソフトウェア会社は何を修正し、改善し、削除し、ソリューションに追加するかを決定するために毎日苦労しています。 作業が不足することはなく、実際に定量化可能なユーザー情報を持つことは、企業が努力を集中すべき場所と最終的に関する意思決定を行う上で役立ちます。
SSIでは、ユーザーの自発的なCIP(クライアント関与プログラム)データを使用して多くの意思決定を行っています。 これらの決定には、次の事項が含まれます。
- 多くのお客様が利用しており、パフォーマンスを向上させることができると感じているため、機能’A’を改善しましょう。
- 合理化できるコマンドのパターンに気づいたので、’X’ワークフローを改善しましょう。
- 当社のクライアントは機能’B’を使用していません:
- だから、それにリソースを費やす必要はありません。
- 知識とドキュメントの不足のために使用していない可能性があります。 それらを教育しましょう。
- これは、それが正しく設計されないことを示している可能性があります。
- そして、より多くの。
AutoCAD には 、100% 自主的なユーザー コマンドを監視する ShipConstructor と同じタイプのメカニズムがあり、 既定ではオフになっています。 SSI が同様のタイプのクライアント参加を含めることを決定する前に、オートデスクの複数の製品マネージャーに CIP データについて話を聞きました。 収集したデータについて、また、製品開発の意思決定に使用する頻度について、十分な良い情報を言う事ができませんでした。 プロダクト マネージャが私に語ったユース ケースの 1 つは、ユーザーが HATCH コマンドを実行した後で最も一般的なコマンドが UNDO であることがわかりました。 この情報を解析すると、動的ハッチング コマンドが実行され、ユーザーは適用前にハッチを変更することができました。 CIP データがなければ、特にオートデスクはこの方法で HATCH コマンドを改善するユーザーの要求が事実上なかったため、この機能を高いレベルに設定してリリース可能な製品に含めることができなくなります。 しかし、彼らは、HATCHコマンドをよりダイナミックにした後、彼らはこの改善に関する多くの良いレビューを受けました。
以下は、AUTODESK Research の画像で、CIP から受信したデータを分析するために使用するツールの 1 つを示しています。
閉会の挨拶
ソフトウェア会社の観点から、ユーザーが実際にどのようにソフトウェアを使用しているかを理解することは、傾向やパターンを分析して、より多くの情報に基づいた製品開発の意思決定を行う上で役立ちます。 これにより、正しいことに時間を費やしたり、ことわざにあるように「正しいことをする」ことができます。
ユーザーの視点から見ると、ソフトウェア製品の使用方法に関するフィードバックを提供することで、現在および将来のニーズに応じて製品を開発できます。 ほとんどの場合、ソフトウェアには、関連する情報のみをソフトウェア ベンダに共有できるメカニズムが組み込まれています。 この情報は、現在の製品を最適化し、会社が恩恵を受けることができるポジティブな変更を行うために使用されます。