我在我們公司是做UI設計的我們公司沒有交互設計師，一般都是產品原型完成後直接給到我，然後我開始做UI設計 但是我們產品在做原型的時候從來不考慮頁面的整體框架佈局 也不考慮交互設計 他們認為這些都應該是我做的 每次都給我一個很粗糙的原型設計 甚至有的時候頁面的原型就是照著某個網站抄的 然後告訴我做設計的時候交互也好佈局也好不能和這個網站做的一樣，那我就想問了你這個原型給的還有什麼意義。所有公司的產品設計都是這樣嗎 ？每次和他們理論他們都覺得頁面的整體結構交互體驗包括用戶體驗都應該是我去完善的我擦 我感覺我好累

其實讓我去做交互設計什麼的我還是能接受的最關鍵的問題是項目時間非常緊，比如我們最近要做的公司官網 頁面多設計工作量大 ， 而且他們還想要很炫的交互形式， 我在我們公司不光要做UI設計還要做網頁的前端頁面也就是html css js 就一個月的工期 就要上線 ，本來我的工作量就很大了 開會的時候 產品給的原型不完善 ， 大家一起討論每當有人對佈局或者交互提出異議的時候 產品都會說這些交給UI設計去考慮 咱們開會只討論官網裡面到底要放哪些內容就可以了 ， 我擦我覺得這是一種推卸責任的表現啊 ！ 他們把原型給我以後我還要從新弄一遍看看佈局是否合理看看應該弄什麼樣的交互還要考慮用戶體驗然後在做UI設計然後在做網頁前端頁面 ， 全公司就我一個設計 這些東西都讓我搞 我們公司可是2個做產品的啊 ，因為時間比較短我還是想把經歷主要放在設計上讓我搞這麼多東西我感覺我哪一項都搞不好 ， 和他們反應過原型的問題 他們給的答覆就是他們只能做成這樣了 其他的就讓我想讓我補充 在我看來一個原型滿分100的話他們的也就能打50分！！！原型對付完給我以後就拿個項目時間點來催我要東西 ，我和他們反應東西太多1個月做不完產品的反應不是問我需要多久 為什麼做不完哪裡遇到問題了，而是跟我說你做不完也得做啊，我得拿這個時間點催你啊！當時我就無語了

其實題主你挺幸福的，多好的機會給你啊～

假如設計師把自己的職責範圍就限定在視覺設計的話，對設計和個人發展本身並不是一件好事。

我在兩家創業公司工作過，小團隊連產品經理都沒有更別說交互設計師了。所以學會了和領頭人、夥伴討論需求；學會了用Axure、Marvel做原型和展示；學會了用Keynote將一些特別的交互與動畫展示給開發的小夥伴……

如果能夠接受的話，多一些嘗試對你一定有好處的。

從人類到代碼之間的間隔來看，職業位置是這樣的：客戶-銷售-市場-產品-UI-程序員-代碼

你說UI缺失了，那麼理應產品和程序員配合補缺。為啥配合補缺？因為產品狗不懂代碼，獨立工作的話，會設計出一些難以實現的功能，程序猿又不懂市場，獨立工作的話會設計出一些效率低下的功能，所以，兩個臭裨將，頂個諸葛亮吧。

我剛從事這個職業的時候，當時單位環境不好，我負責了機房的部分搭建工作（另外一位是主力），伺服器環境的部分配置工作（自學），調研工作，簡單的設計線框圖（現在是交互的一部分），視覺設計，還有頁面HTML與CSS（自學），還有後臺CMS發布系統的開發工作（自學，當時是改別人的程序），還有發布維護工作。在這過程中，我只是依賴了藍色理想的論壇搜索功能和一些發帖求助功能。

如果什麼角色都具備了，可能都是BAT這種配置了。

我的建議就是認認真真，一個個解決問題吧。

先給結論：在為了工作而工作的情況下，沒有專職交互設計師的情況下，交互部分的工作應該是產品和UI協商著完成；在為了產品的前提下，多溝通各自

只說交互部分，產品經理分擔信息架構設計和原型製作，UI分擔交互細節部分，總得來說產品出的交互稿可能會比較粗，但是不應該在流程和框架這些地方出問題，而UI設計可以在基礎上修改佈局、細的交互效果等等，當然如果能站在產品角度去多思考流程和信息優先順序等那是最好的，這就是不同人對設計的打磨了，多碰撞碰撞。

其實具體的分擔不同團隊應該不一樣，得你們自己去溝通確定這個邊界，清晰的邊界其實應該做不到的，除非是比較完善的團隊，想想LZ也不在這種團隊內。那就和產品協商好各自輸出哪些東西，怎麼輸出，什麼形式輸出，還需不需要再加工，這就顯得工作有點冰冷了。

我還是喜歡各自多分擔點，能儘可能多的做點自己能做的，不能做的我也會去學下，耦合部分就會不斷有碰撞，成長得就快，何樂而不為呢

在團隊角色配備不全的時候，某些事情該由誰來做一直是個問題，比如你說的這個交互設計。

交互設計在國內的時間也不過10年，在此之前類似的工作都是由某個人兼任，比如項目負責人，比如網頁策劃，也或者是設計師。那到底是誰會來做呢？我想是把產品視為自己的作品而不僅僅是一份工作的人。打個不恰當的比方，你有一個孩子，孩子媽出遠門了不在家，你會不會主動擔起餵飽孩子的責任？還是在一旁抱怨：喂孩子難道是我該乾的事情？

我一直認為體驗設計的不同職位分工主要是為了效率。而一個有理想的設計師必須也必然應該掌握設計流程中涉及的各種技能。

當然，如果真的覺得自己就只喜歡搞好視覺，不喜歡幹其他的事情，那麼換個流程人員完善齊備的公司就是了。

這個問題有意思，我來答一下。

先拋結論：

在沒有交互設計師的情況下，交互設計應由產品和設計協商，根據大家的工作及任務重輕/數量，視團隊成員、能力以及發展，來商議決定出一個合適的承擔者。

交互設計一般有三種分法：

1）單獨的交互設計師崗位。 一般大公司會設單獨交互設計師的崗位，其餘很少單獨設立。

2）產品兼任交互設計工作。

這種較為常見，中小型公司都會有，大公司的部分項目和產品崗位也會有這樣的設定。3）設計兼任交互設計工作。 這種在小公司或創業團隊中相對會多些，適合經驗豐富的設計師。

非大公司的團隊或項目，很少會配備單獨的交互設計師，主要是為了節省時間、溝通和支出成本，再者可以提高速度，甚至有一些團隊和企業都對交互設計師這個崗位不夠瞭解和熟悉，它的工作曾經都是被放在產品的職能中，因為產品的定義至今都存在一定的爭議。

但作為一名產品經理，深入瞭解並能承擔交互設計的工作，個人認為是一個必須的基本功。無論是在大公司還是小公司，在開始做產品經理的時候，都有必要對交互進行學習和實操。也許你做這個事情，未必有專業的交互設計師做得好，但你必須要了解和懂得，要對基本的用戶體驗和設計非常瞭解熟悉，能快速做判斷和決策，之後才能更好提升自己更高的層次以及帶團隊。

從這個用戶體驗設計入手學習，也是開啟產品大門的第一步。這裡並不是說，產品要變成牛逼，就一定要交互設計能力非常牛逼。

個人覺得你們的產品經理存在問題，至少存在溝通有問題。沒有真正和你去討論和說服你，而是逼你接受這個結果。在團隊協作中，產品經理以這樣的態度來合作，是不恰當的。給你一個很粗糙的產品原型甚至抄的，不考慮框架設計不考慮交互設計，可是連你也沒說服，一個產品方案和提供的內容、質量都沒有得到設計師的認可，這個方案很難被做好和設計好。

產品和設計師的理念要一致，至少溝通上要一致。再者，一個產品經理如果真的要告訴你這種意思讓你抄不要抄得一樣，給你一個連業務、流程、邏輯及設計目標等質量的產品方案給到你，我認為是有問題的。

這裡還涉及到一個問題，設計師需要懂得交互設計？

在我接觸過的設計師裏，包括合作和沒合作過的，除了那種UED是交互UI一體化的外，其餘的設計師很多都是不懂交互設計的，這個源於在他們的經歷、學習和認知中，沒有接觸操作以及認為這是產品的工作。

反之，產品兼任了交互的工作。如果是大公司，那就爭取配備單獨的交互設計師。如果沒有資源或是，那就看對應的UI設計師是否有交互的經驗，如果有，我會更希望由他來主導我來配合，產品會放更多時間在其他方面比如用戶體驗調查數據分析運營等上面，產品和UI出方案速度也會提升。如果他沒有又有意願學習，我可以帶他到一定轉由他負責，如果實在沒有意願負責這方面，那麼就由產品來擔任。

最後建議如果條件允許，UI設計師學和承擔交互這部分工作，對於個人成長以及職業寬度，都是很有幫助的。

產品負責人。

如果除了老大，接下來就是設計師，那麼設計師會是炮灰。

所有公司的產品設計都是這樣嗎 ？

當然不是。

一個產品，出現了任何問題，產品經理都應該是第一被吐槽方。

具體到樓主的問題中：

1. 交互設計誰來負責？答：臥槽，當然是產品經理啊。

一般的情況下：

產品原型=功能描述+為什麼做這個功能+主流程交互設計圖+圖上重要功能的標註說明（口頭當面說明也行）+ 討論備選的方案一/方案二 +……

即使是在 BAT 這種配置齊全（有專門的交互設計團隊）的地方，產品經理也得多上上心。多看看每一個交互邏輯步驟中是不是有問題，或者方案是否優雅高效，多和交互設計師撕一撕。

2.他們都覺得頁面的整體結構交互體驗包括用戶體驗都應該是我去完善的...

答：你遇到的產品經理是傻逼。給樓主一些建議：

1. 作為 UI 設計師，在做純 UI 設計時，也多從產品的角度思考下每一個設計方案。比如解決了什麼問題？對用戶有什麼價值？用戶用起來好用了還是難用了？不要僅僅把自己當成一個 UI 設計師（業內俗稱「美工」）來看待。

2. 有機會多思考產品結構，多做交互設計，對你有幫助。

我們部門是分的很細，產品經理，交互設計，UI設計，各不相同，如果沒有交互的話，產品經理和UI設計都是可以兼職的吧~

我剛入行的時候，根本沒人給我機會做交互設計。我做了也沒人開發，沒有用戶使用，得不到反饋就沒有提高的機會。當時每天都在想，該怎麼破局。我的老本行是教英語，自己也是個海歸碩士，教英語一個月輕鬆幾萬塊，但我就是想做互聯網產品，因為後者能影響更多人。

後來有一個老闆想做個網站，沒有團隊，能出幾萬塊找技術外包。我就把這個活攬下來，自己做交互，找設計和技術跟我配合做，自己一分錢不掙，白忙活兩個月，但是學到挺多東西。完成原始積累以後，事情就開始變得容易，能夠加入靠譜的公司做產品，有了大把實戰的機會。

再後來自己開始創業，沒有設計師，自己對照著各大平臺的設計規範開著sketch畫，還曾經差點走上Origami的歧途。沒有市場，沒有運營，沒有文案，自己勉強上。隨著項目的壯大，各種更專業的小夥伴逐漸加入進來，我們的產品強大了很多。但是你總會發現更多的空缺需要去填補，總得有人能上，事情才能發展下去。

Any way，有點跑題，題主的處境和我不太一樣，畢竟公司是我的，而工作本質上是提供一份勞動，領取一份薪水。但是換個視角想下，如果你能成為那個填補空缺的人，你就成了對公司至關重要的人物。
我倒是希望交互和設計由我一個來設計，每次和ui溝通煩得要死，他們忒自以為是，邏輯又不清楚
UI嘍
過程雖然很折磨人 也很想弄死產品。但是公司曾經有過一段時間沒有產品經理的時候，自己要身兼產品，交互，UI視覺。現在回過頭髮現，其實算是學到很多東西啦。現在一般情況下，我都是兼職交互的，其實我覺得是件好事。畢竟多一樣技能

一個產品想要做得好，每個人都要多做一點「超出」自己職責範圍的事，這樣子產品纔回是一個成功的產品。

如果只是想著自己只需要做什麼就夠了，那其實也算是在限制自己的發展。

雖然我目前呆的公司有獨立的平面專屬UE和UI，3D開發部也有自帶的UE和UI，但是從交互規範到頁面風格我都基本是自己在做原型的時候輸出一份對應規範，雖然其中會存在個人思考侷限的問題，但是隻要有人開始牽頭多做一點，整個項目組的人都會開始思考，開始動起來，產品在需求對接階段進程會更加迅速，溝通更加高效，而且後續的改改改也會少很多。

當然，這樣的工作方式會很累（纔不會說我經常寫東西寫到半夜嘞

不過進步速度是立竿見影的（同部門比我早入行的人，每天玩得很開心，現在依舊是弱雞

所以，首先把這些當成是自己鍛煉的機會，然後再去弄死那兩個產品吧（霧

什麼交互都設計好了給你，讓你敲，你跟搬磚有什麼區別

推薦閱讀：
相關文章