淺談產品框架與細節

從入行開始做了幾個月UI，到現在做交互是第四個年頭了吧，一直在小公司摸爬滾打。精緻的方面不太多，因此就不說太深的東西，怕自己經驗不足誤導大家。今天只是分享一些方向性的東西。比較虛，但是我認為是很重要的一方面。

我在3家公司跟過5個創業項目，從0開始跟著團隊走，倒了很多。總結下有幾種情況：

1、產品做的很亂，用戶需要花很大心思才能搞懂你到底是幹啥的

2、體驗很差，用過一次就不想再用第二次

3、產品運營不起來，找不到盈利模式，公司入不敷出，關門散夥。

4、……

種種原因種種結果，要去細說太大，這裡我打算拋一個點，咱聊聊如何做好一款產品。

—————————————————————————————————————————

很多剛入行的新人大多會問類似的問題，比如：

我們從哪裡著手開始做產品呢？從0-1構建產品，是否要做調研？是否用作用戶模型？

這個問題普遍人的回答：是看情況！看情況！看情況！

各公司發展狀況開發成本不同，流程環節也不同，等等。那到底為什麼有的需要做這一步，有的不用呢？

有很多童鞋去參加了培訓班，也有很多童鞋自學的，什麼產品流程、競品分析、可用性測試，什麼問卷調查……熟記於心，結果工作後發現公司用不到。這特么不是坑爹嗎？？？

這一切是出於什麼標準或者條件來判斷的呢？我的回答是兩個字：框架！

什麼是框架？框架猶如人體之骨骼，沒了骨骼就是一堆肉泥。猶如房屋的鋼筋大梁，沒有這些房屋搭建不起來。我的方法就是要想學會搭建產品，那就要先學會拆解產品。

記 得早些的時候，有段時間跳槽面試了很多公司，心中感慨頗多，有天下班路上就頓悟了。忽然想到產品應該存在三種框架的，但是那時候的總結能力是戰五渣，也不 敢確定自己的想法是否正確，因此一直沒做整理。直到前陣子看到社區上一個人的問題回答，他也是覺得存在三種框架，瞬間跳躍，於是果斷拾起之前的想法，加 之分析總結。

看圖！

我覺得一款產品應該劃分為三個框架與三個層面

三個框架：

1、基礎功能框架

2、用戶體驗框架

3、商務運營框架

三個層面：

1、系統服務層面

2、用戶使用層面

3、業務需求層面

每一個框架都對應三個層面。單純的去解釋這些名詞是比較費力的也容易造成理解偏差。因此我們來引入概念看一下。

以電商為例：

功能框架

比如商品的sku信息，商品列表、購買結算、支付收貨，這就是功能框架！為什麼呢？因為這是最基本的功能，沒有了這些用戶就無法完成購買。換句話說，功能框架是能夠保證你的產品是可用的，是產品可行性的重要表現因素之一。

用戶框架

比如搜索功能、掃一掃、相關商品、瀏覽記錄，等等。沒有了這些功能你產品也能用，但是用戶會罵你這是垃圾軟體。

運營框架

就是那些想辦法忽悠用戶消費，忽悠用戶下單，忽悠用戶支付的組成因素！比如秒殺！比如三免一！比如滿199-100！。啊618又剁手了……

三個層面就比較好理解了，系統層面：如登錄註冊，版本介紹，消息通知；用戶使用層面：如搜索，複製黏貼、快捷建、增刪改查；業務需求層面：如積分、會員優惠。

那麼這三個框架如果做不好，或者說做不到位，有什麼影響呢？

1、功能框架——用戶對你的產品定位不清晰，對你提供的服務不清晰。對於一款產品來說你所有的服務都是靠功能表現出來的。你可能會質疑功能會影響用戶的留存嗎？舉個栗子，我朋友說如果網購第三方賣家的商品，他寧願用淘寶而不用京東，why？淘寶有退費險!

2、用戶框架——這個直接感受就是用戶體驗方面了。不怕打臉，我們自己的產品，必須登錄才能搜索商品！這麼黃黃味道一樣的體驗…我只能站在開發老大背後抹淚。

3、運營框架——倆字，快播。

好了，框架就說道這裡，接下來說細節。細節…其實沒什麼好說的，無非就是功夫事，俗話說好事多磨！

來看一張圖吧：

這裡說一個最基本的問題：什麼是細節？

關於細節我自己也總結過很多次，但是這一次又有不一樣的感受。以前一直認為，產品的細節體驗只在交互與視覺，甚至有一次面試中面試官跟我說，你回答的是功能而不是細節。

而現在我會說，細節不止交互，功能也存在細節。比如：

總結：

嗯，嘚吧完了，其實也沒什麼。你若懂就會覺得這是再正常不過的事情，但是讓我覺得這些很重要的原因是——這是一件細思極恐的事情。

比如：

做演員招聘模塊的時候，做成了適應所有崗位的。

使用第三方賬號登錄，卻還要求綁定手機號，否則無法使用

聊天剛與對方打個招呼，就提示你充會員，不然無法聊天。

so，當你添加一個需求，展現給用戶的時候，你真的想好了這是來自哪個框架，來自哪個層面的嗎？

over!