大家對大公司的工作流程好奇心很強，今天來說說大體的工作流程。

大公司在研發(fā)一個APP的時候，流程是：

需求定位——產(chǎn)品PRD文檔——PRD同步所有人——交互設計——交互評審——視覺設計——視覺評審——開發(fā)——測試——Beta版本——正式上線

需求定位

一般在上年年底或者今年年初，公司會制定一些戰(zhàn)略，決定走那些方向可以賺錢，方向可以是游戲、AR、打車、外賣等等領域，然后根據(jù)這個方向想想看怎樣實現(xiàn)這個方向上的財務收入。是靠運營打廣告就可以了，還是依據(jù)一個產(chǎn)品，比方說APP或者智能硬件，或者兩者都結合，去讓一個賺錢的idea變成可實施操作的事情。這個事情最好在今年哪個月份完成或者試水比較合適，于是就產(chǎn)生了項目時間。

產(chǎn)品PRD文檔

定好這個項目之后，比方說要做一個APP。那么這個APP怎樣進行運營，是做一個工具（比方說拍照、美圖等等）讓大家使用，還是說做社交。這個APP做起來之后怎樣讓它活起來，動起來，怎樣拿到種子用戶等等。運營和PM會一起進行商量。當他們的想法比較成熟的時候，PM就會整理出一個PRD文檔（需求文檔）和一個產(chǎn)品原型。PRD一般是個Word文檔，PRD見到的Axure文件比較多。

PRD同步所有人

然后召開會議，請所有人參加會議。這里的所有人包括：產(chǎn)品、運營、交互、設計、開發(fā)、測試、各個團隊的leader，比方說設計總監(jiān)，開發(fā)負責人等等。在這個環(huán)節(jié)，PRD文檔會遭受來自各方面的質(zhì)疑。

主要是兩方向，一是產(chǎn)品的核心競爭點在哪？即用什么保證這個產(chǎn)品能在市場上脫穎而出，另一個就是工期的問題，即能不能在設定的項目時間點上線。如果不能是開發(fā)招人還是砍掉一些不重要的需求。一般這個大會之后，產(chǎn)品會重新再調(diào)整下PRD，編好需求的優(yōu)先級再與大家同步一次。

在這個環(huán)節(jié)之前，設計師是不用也不需要插手進去的。

交互設計

定好PRD文檔之后，交互會估算自己的工作量，一般從0到1的工作量的話會安排2個設計師，3~14個工作日是比較合適的，根據(jù)公司的環(huán)境和工作量、人手的多少進行調(diào)整吧。然后交互設計師開始進行設計，中間跟PM進行各種溝通，產(chǎn)出Sketch文檔。

交互評審

交互評審即對交互設計師稿件的探討。閣主在評審前，會將稿子與PM、更專業(yè)的交互設計師進行完整過一遍、修改一遍，以確保自己的方案沒那么爛。然后提前一天進行會議邀約，通過郵件或者釘釘，將所有人都拉到一個會議里面。在評審的過程中，會有來自開發(fā)、產(chǎn)品、視覺、其他交互設計師的各種疑問，包括你的leader，所以這個時候，方案一定會有所更改或者補充。平常心對待~

視覺設計

當交互設計師的稿件修改完成后會生成相應的交互文檔給視覺設計師，文檔是比較正規(guī)的PDF。視覺設計師開始優(yōu)化頁面，進行更有美感的設計制作，時間上會比交互要長幾天。這其中PM和交互都會參與其中一起進行細節(jié)補充。

視覺評審

跟交互評審一樣，視覺評審也會邀請一大幫人進行參與會議，然后進行稿件的確認，當然這個過程可能出問題的是交互也可能是PM和視覺設計師，大家目的一樣，將事情想得更加完善，定一個比較靠譜的方案。視覺設計師然后再依據(jù)大家的意見進行文件更改定稿。

開發(fā)

當視覺設計師完成稿件之后，會交給開發(fā)進行代碼實現(xiàn)。這個工期可能是馬上開始也可能是延后幾天，看公司項目的進度。而到了開發(fā)階段，開發(fā)所遇到的問題也會找設計師進行協(xié)調(diào)，但可能設計師已經(jīng)開始投入到下一個版本或者下一個需求的設計之中。這些都很正常。

測試、Beta版本、正式上線這三個環(huán)節(jié)閣主以后再更新，一是因為閣主現(xiàn)階段的工作內(nèi)容還沒有達到這一步，不能只看到其他人項目的表面而胡說。二是，稍微有點涉及到業(yè)務，保密機制需要控制下，望見諒。

總的來說，大公司和小公司的流程其實是比較類似的，不同點在于，大公司資源多，可以將每個流程拆分細致，由專門的人去進行做，那么做的東西會考慮比較周全。

如果說工作的節(jié)奏，閣主是覺得，大公司并沒有輕松多少，在小公司做事情多而雜，在大公司要非常的專而精，不管哪些方面都要投入大量自己的精力，一樣都不輕松。祝大家工作愉快~