從(cóng)幾個(gè)方面來看(kàn)這個(gè)問題(這裡(lǐ)不談技(jì)術(shù)原因):
1. 等待中的溝通(tōng)。這個(gè)和上(shàng)面下(xià)達的指令的強硬度有關,命令太死會(huì)分散團隊協作能(néng)力讓設計師(shī)處于完全屬于“受指揮”狀态,随著(zhe)時間推移就(jiù)會(huì)變成直接待命令,應付命令,這些細節往往就(jiù)顧不上(shàng)了,問題丢在前端這邊時他們也不會(huì)主動和交互師(shī)去溝通(tōng)了,而是往下(xià)遺留,所以無論規劃的産物(wù)多(duō)完美,總會(huì)在傳遞過程中清耗一(yī)部分的,後端角色無法完整理解你的初衷。這裡(lǐ)可以增加會(huì)議溝通(tōng)來彌補一(yī)下(xià),但一(yī)個(gè)會(huì)議怎樣也不能(néng)夠讓所有人能(néng)夠理解并且提出建議。所以必須主動溝通(tōng),而且要更開(kāi)放(fàng)鼓勵這麽做,溝通(tōng)是互動的,不要等。
2.統一(yī)産品思想。成功有多(duō)種途徑,漂亮的UI風格也是多(duō)樣化的,沒有哪一(yī)種色彩是最美的,因為(wèi)色彩都美,在産品開(kāi)始設計前,産品架構會(huì)給它一(yī)個(gè)定位,所以必須圍繞這個(gè)産品定位去構思、設計、開(kāi)發,不要參雜(zá)個(gè)人偏好。
3. 規劃不夠詳盡。架構師(shī)在規劃時往往會(huì)露掉一(yī)些細節沒有描述,例如:評論和是否采用Ajax實現?商品評分以矢量圖還(hái)是圖表還(hái)是數字等形式呈現?還(hái)有 Banner的以何種方式切換?是局部還(hái)是整體切換?是采用FLASH還(hái)是腳本?等..這是無法避免的,這種漏洞應該隻能(néng)遺留到(dào)交互師(shī)和視覺師(shī)這裡(lǐ)就(jiù)應該解決掉,傳到(dào)前端開(kāi)發或再往下(xià)就(jiù)嚴重影響效率了,任何一(yī)個(gè)環節碰到(dào)類似問題都應該主動找上(shàng)遊溝通(tōng),一(yī)起商讨才能(néng)快速找到(dào)新的解決方案。
4.細節驗證成熟。細節決定成敗可能(néng)有點誇張,但細節體現一(yī)個(gè)産品是否成熟,細節可以驗證一(yī)個(gè)UED團隊的實力。