怎麼更好地完成一個基於TOP的APP設計？

文章描述：不要讓你的產品停留在實驗室 抓?昂誦男棖蟆?

“贏在淘寶”的應用持續飆升，在距離到期日還剩兩天的時候，已經突破250個了，這個數量還真有些出乎我們的意料。在試用這些應用的時候，發現很多讓人眼前一亮的創意，但是當進一步將這個應用和市場結合的時候，就會發現出現“實用斷層”，也許是因為過於聚焦在“創意”本身，所以在這些應用的設計中往往忽略了使用者的核心需求，或者說是對使用者核心需求的關注度還不夠。產品設計沒有通用的理論可以參照，只是從一個終端使用者的角度把個人的想法分享出來，希望能夠提供給大家一些參考，也希望有更多優秀的創意可以更加完善、成熟，順利應用於市場。

噢，No，不要讓你的Idea停留在實驗室！

技術牛人去做產品的時候，總是不可避免得從技術的角度出發，比如我們看到Microsoft發布了Silverlight，我們就迫不及待得利用 Silverlight實現了一個比較炫的功能。當Mashup這種程式類型開始在流行，然後我們將TOP API和Google Map API進行糅合，形成了一個新的Mashup應用程式。這時候一個技術人員的關注點往往在功能實現和程式本身的運行效能上。

這些應用更像是一個實驗室產品，應用本身更多是驗證了某一項技術可以成功運用，但這些應用本身如果要能夠真正適應市場，服務於使用者，也許我們不得不完全扔掉我已經run起來的小應用，從頭開始。

大家都知道“以使用者為核心”，可是如何去做呢？

不去談太多“以使用者為核心”的重要性，因為以使用者為核心，以需求為核心，這些觀點已經越來越得到大家的認同。在這裡，只是站在一個TOP應用設計的角度來和各位探討一下，怎麼更好地完成一個基於TOP的APP設計？

1. 明確應用價值

明確應用的價值是十分重要的，強迫自己將Silverlight的使用，Google Map API的使用等等統統扔回工具箱，這些只是我們用以實現目標的工具。在開啟工具箱之前，我們應該先明確我們想要創造怎樣的價值。

“我想為誰，解決哪方面的需求，買家？賣家？站長？賺錢？省錢？省力？開心？”

總結：不斷提醒自己“我並不是使用者”，強迫自己從使用者的角度去糾正行動的方向。

2. 需求情境分析

我們必須讓系統去適應使用者的真實生活，而不是反過來，強迫使用者來適應系統，我們必須對下面的問題有非常清晰而明確的答案。

我期望使用者在什麼情況下，遇到什麼問題，通過何種途徑，使用什麼方式，解決什麼問題？

總結：需求永遠不會孤立存在，需求一定是依賴某種特定環境而存在的，就好比，同一個使用者，他在夏天需要一個電扇，而在冬天需要一個手爐。使用者在購買服飾和購買食品的需求路徑很可能完全不同。

3. 提煉核心需求

一個成熟的產品通常由核心功能和增殖功能兩部分構成，比如Iphone手機的核心功能是通話，增殖功能是豐富的Apps，通常增殖功能協助我們擊敗競爭者，而核心功能決定了我們是否應該在市場存在。很多產品的失敗往往是過於重視增殖功能，而忽略了核心功能。

在需求路徑上，哪些需求是核心需求，哪些需求是增殖需求？

總結：在需求路徑上，我們要全面瞭解需求，但同時也要能夠區分出哪些是核心需求，哪些是增殖需求，要做的事情很多，但是我們必須把握住最核心的，在完成核心功能的基礎上，再逐步完善。先生存，再長大。

4. 現狀比對

在前面我們所設定的需求情境下，使用者的使用現狀。

目前使用者的操作習慣是什嗎？他們現在是如何滿足自己的期望的，在他們現在的使用方式上，是否還存在可最佳化的空間？我的應用程式是否可以無縫的對接到使用者的操作流程中？

總結：任何新產品、新技術的使用，都需要一定的成本，比如汽車替代了馬車，需要使用者學會操控機械，打字機代替了手寫，需要我們學習打字，新產品運用的同時必須充分關聯使用者當前的使用現狀。

5. 最小化切換成本

在滿足使用者期望的同時，使用者所需付出的成本（包括付費/安裝/設定/學習）是否在使用者可接受的範圍內？

總結：任何人都對改變具有一定的抗擊心理，對於產品的設計最好能夠與使用者當前的習慣無縫對接，如果不行，我們必須盡最大的努力，讓使用者改變習慣的程度降到最低。

[1] [2]  下一頁