一，需求分析和產(chǎn)品分析

    當(dāng)收到客戶的需求之后，不是馬上動手去做功能分析、產(chǎn)品邏輯架構(gòu)或者任務(wù)流程，而是認(rèn)真的分析需求。分析現(xiàn)有的解決方案，我們將要提供的解決方案會比現(xiàn)有的好多少?用戶為什么要用我們的產(chǎn)品?在采集大量的數(shù)據(jù)之后，還要把數(shù)據(jù)匯成圖表和客戶匯報。以說服客戶“這樣做”而不要“那樣做”。

    二，產(chǎn)品故事版

    在清晰需求分析和產(chǎn)品的目標(biāo)之后。我們要為達(dá)到這個產(chǎn)品的目標(biāo)制定具體的方案。開始的方案是模糊的，我們只知道有一個大概的前進方向和目標(biāo)。如何實現(xiàn)我們并不清晰。當(dāng)然我們也沒有必要，也沒有可能馬上就清晰起來，這需要一個過程。這個過程我們使用的工具就是“故事版”。把產(chǎn)品、人、環(huán)境放置于一定的場景之中，通過場景中人和產(chǎn)品發(fā)生的故事去推理產(chǎn)品應(yīng)該有哪些的功能和邏輯流程細(xì)節(jié)。這是一個感性的過程，同時也是理性的分析過程。

    三，系統(tǒng)邏輯架構(gòu)和任務(wù)流程

    產(chǎn)品的策劃和開發(fā)到此階段已經(jīng)開始越來越清晰了。我們已經(jīng)模糊的知道了這個產(chǎn)品應(yīng)該做什么和怎么做。但具體如何實施呢?因此，這時候我們需要弄清楚系統(tǒng)中有那些部分組成，他們的關(guān)系又是如何的。他們相互之間數(shù)據(jù)是如何交換、流通和協(xié)同工作的。除此之外還需要細(xì)化每一個部分的任務(wù)流程。

    四，界面分析和線框原型制作

    完成了任務(wù)流程。我們還需要對每個任務(wù)做細(xì)化的功能拆解。這一步驟不詳列了。在細(xì)化了功能的分解之后，我們要開始安排每個界面的具體的流程和界面當(dāng)中應(yīng)該有什么樣的輸入和輸出的信息，以支撐當(dāng)前步驟的需求。比如登陸界面中應(yīng)當(dāng)有用戶名、密碼等信息輸入框，同時也有確認(rèn)、忘記密碼、注冊等功能按鍵以支撐用戶的多樣性選擇行為。在此階段還需要定義清楚產(chǎn)品的交互規(guī)則，如一致性、操作細(xì)節(jié)、內(nèi)容信息架構(gòu)等的關(guān)系。最后，我們需要把所有這些界面鏈接成一個可操作的原型。并把這個原型交給我們的客戶確認(rèn)。通常到這個時候，客戶就可以直觀的看到和使用這個App軟件產(chǎn)品了。而且他們已經(jīng)可以容易判斷，這是否他們想象的產(chǎn)品需求差距在哪里。

    五，GUI設(shè)計和高保真原型

    當(dāng)用戶確認(rèn)線框原型之后。我們可以開始進入GUI設(shè)計流程。GUI設(shè)計就不詳述了，現(xiàn)在許多公司在這個部分都做得不錯。雖然他們的產(chǎn)品有時候比較難用。完成GUI界面后，把所有界面再做成高保真原型與客戶確認(rèn)一遍。

    六，開發(fā)階段

    最后，在和客戶確認(rèn)高保真原型后。把所有的交互文檔、邏輯架構(gòu)文檔、信息架構(gòu)文檔、任務(wù)流程分析、產(chǎn)品高保真原型等交付給開發(fā)人員。并每周進行一次項目的溝通會議。通過這個流程和方法的確可以獲得較好的項目成果，可以讓客戶清楚明白App軟件程序開發(fā)的目標(biāo)和需求。及時快速有序的完成客戶提供的App軟件程序開發(fā)任務(wù)。