ユーザーエクスペリエンスのプロトタイピングに特化したプロトタイパーに何が求められるかをコミュニティに尋ねたかった。ここに、私が測定しようとしているいくつかの特定の事項があります(ただし、リストされていないものについては遠慮なくカバーしてください)。
この状況では、採用担当者は設計者のリーダーの下にあり、ユーザーテストと社内での議論の両方のために、将来の概念(即時機能とより頻繁には次世代UXの改善/機能の両方)のプロトタイプを作成します。これらのタイプのプロトタイプ、セールスデモで常に発生します。
一般的なPOCエンジニアリングの通常のフロントエンドエンジニア/プロトタイパーとの差別化に役立つと思われる具体的なスキル/キーワードはありますか?
ユーザーのUXおよびUXプロトタイピング機能をよりよく理解するために、最初の電話インタビューでどのような具体的な質問をしますか。
レビュー用のコードサンプルを依頼するのが適切だと思うのはいつですか
一般的なPOCエンジニアリングの通常のフロントエンドエンジニア/プロトタイパーとの差別化に役立つ特定のスキル/キーワードはありますか
それらがUXデザイナーでもあることを期待しているかどうかに依存します。プロトタイプを作成できるUXデザイナーはたくさんいますし、プロトタイプを作成できるソフトウェアエンジニアもたくさんいます。後者では、はるかに複雑なプロトタイプを作成できる可能性がありますが、UX/UIデザイナーから何を構築するかについてのガイダンスが必要になる可能性があります。
レビュー用のコードサンプルを依頼するのが適切だと思うのはいつですか
UXプロトタイピングの場合、これは技術的な問題ではありません。これは、ソフトウェアエンジニアリングではなく、特定のUXを伝えるためのプロトタイプにすぎないためです。時々(しばしば)速度がコード品質を上回ります。また、プロトタイプの作成に使用されるコードは、最終製品の開発に使用されるコードとは関係がない場合があります。
エンジニアリング/ POCプロトタイプとは異なるユーザビリティプロトタイプが達成しようとしていることを理解している人を見つけるために「純粋なエンジニア」を選び出すのに役立つ、最初の電話インタビュー中にどんな質問をしますか
私は単に彼らと率直に話し合い、プロトタイピングのスキルを持つUXデザイナーが必要だと指摘します。 UXを実行しないほとんどのエンジニアはすぐにそう言うでしょう。
赤い旗だと感じるアイテムはありますか?
ここでより広いコンテキストを知らずに言うのは難しい。プロトタイピング自体は便利ですが、あなたのより大きなプロジェクトの計画とプロセスについては知りません。
補遺:
更新された質問ごとのいくつかの追加コメント:
プロトタイピングのスキルを持つインタラクションデザイナーではなく、ユーザーエクスペリエンスのデザインスキルを持つプロトタイプを探している
少しクロストレーニングをしている人を見つけたら、彼らが最初にどこから来たのかは必ずしも問題ではありません。あなたが探している重要な側面は、少しのコードを知っていて、少しのUX/UIを知っている人のようです。そしてそれはいいことだ、私見。
プロトタイピングは専門であり、完璧なコードである必要はありません。すばやく説明する方が良いですが、すぐに反復できるように持続可能である必要もあります。
はい、いいえ、私見。私たちは皆、持続可能性を目指して努力していますが、最終的にはプロトタイピングは面倒です。少なくともUIプロトタイピングでは、数回の反復が可能であることがわかります。3回目または4回目の反復の後は、最初のバージョンとはまったく異なるものになるので、トスして再構築する方がよい場合がよくあります。
私はプロトタイピングをワイヤーフレーミングと同様に使い捨てと考えています。アイデアをすばやく伝えることで、実際のコーディングに早く着くことができます。
候補者は、コードの決定、および決定Xがプロトタイプを迅速に作成し、運用環境でそれを行う方法ではないにもかかわらず、反復を可能にする理由を守ることができるはずです。
それは良い点です。そして、それはたぶん良い質問です。 「プロトタイプの段階とプロダクションの段階でどのようなコーディングの決定を下しますか?それはなぜですか?」
巨大な警告:
プロトタイプコードの「使い捨て」を強調するのは、それが理想的な世界ではそうあるべきだと本当に感じているからです。プロトタイプは、ビジネスオーナーと開発者の両方に複雑なやり取りとフローを伝えるためのものです。これは、すべての利害関係者間でコミュニケーションをとる方法です。
そして、それはその責任が終わるべきであるところです。その時点で、開発者は実際の本番コードを投入する必要があり、すべてのチームが実際のコードとその反復に集中する必要があります。
悲しいかな、私はそれが現実の世界でどのように機能しないかをよく知っています。私はプロトタイピングチームに参加しており、CODE IS DEMOのみで、本番環境ではありません。さらに6か月後、オフショアされたコードから戻ってきたゴミを調べています。ミルズとコメント「プロトタイプのみ」を完備したプロトタイプコードがあります。
さらに悪いことに、Axureで生成されたコードを取得し、そこから何かを構築しようとしている開発チームの話を聞いたことがあります(震え!)
しかし、どちらの場合でも、それはプロトタイプ作成者の責任ではなく、プロトタイピング段階での初期のコードフレームワークに対する速度と創造的な考え方を重視します。
最後の1つの考え:
最終的な考え:適切な給与範囲の人を探していることを確認してください。 PHPとJSを1時間あたり20ドルで実行できるUXの人々を探しているクレイグリストの投稿を見て、彼らがそのようなギグに応募する予定の人々のタイプについてさえ考えるのが嫌です。普遍的には真実ではありませんが、少しのUXスキルと少しのコーディングスキルを持つ人が支払うものを手に入れますが、経験のある人が必要になる可能性が高いので、それに応じて支払うようにしてください(私は決して努力していませんクリスがこの側面について正しいか間違っているかを暗示するために、良いスキルセットを適用するために何が必要かを理解していない多くの会社がまだそこにあるように単に指摘しているだけです)
@ DA01がとても素敵で詳細な答えをくれたと思います。私は彼の答えと矛盾しないと私が思ういくつかの警告を付け加えたいと思います。
あなたが言った:
最良の状況はもちろん、コーディングにも優れたInteraction/UX Designerですが、その数はわずかです。この人物の主な役割は、リードデザイナーからデザインをプロトタイピングすることです[...]
2人の経験豊富なデザイナーの間に上位と下位の関係がある場合は、ペアにしないことを検討してください。プロトタイパーの役割とメンターと見習いの関係については、経験の浅いデザイナーを優先します。あなたはおそらく緊張、不和、紛争を必要とせず、双方に有利な状況を望んでいます。
@Rahaulさんのコメント:
「プロトタイパー」を雇わないでください。設計したものを構築できる人を雇ってください。
コミュニケーションのチェーンに別のセルが本当に必要ですか?これは、ボトルネック、責任のぼやけ、チーム内の不要な分割が発生する可能性がある場所です。多様なタスクを備えた健康的な作業環境を計画し、結果を共有する。
ユーザーのUXおよびUXプロトタイピング機能をよりよく理解するために、最初の電話インタビューでどのような具体的な質問をしますか。
私は簡単な質問から始めます:
一般的に言って、プロトタイピングに関する人の見方があなたの見方と一致しているかどうかを確認しようとします。個人的に会ったときに技術的なスキルをチェックし、技術的なスキルをトレーニングできます。 おそらく、考え方や考え方を変えることはできません。
レビュー用のコードサンプルを依頼するのが適切だと思うのはいつですか
ポートフォリオを要求することは常に適切ですまたは彼らが誇りに思っている作品を表示するために。それにもかかわらず、私は信じていません:
候補者はコードの決定を守ることができるはずです
プロトタイプを作成する開発者を雇ったとしても、プロトタイプ作成者を雇った場合は、「はい」です。簡単に言うと、プロトタイプは「迅速で機能的なsh * t」であり、破棄されます。経験豊富な開発者はそれを守らないでしょう。