產品經理們，你們在將 Web 產品移植為移動 App 時，是怎麼砍功能的？
有案例說明最好 哈哈
之前看過一本書叫做《簡單法則》，雖不是講移動產品設計的，但是確實給我很大啟發，按照書中的原則，我大體提煉了一個方法：縮小——隱藏——附加——組織。
①把Web已有的功能模塊全部列出來，排序；
②儘可能的砍，把可以減少的功能儘可能的減少；
③隱藏，把不可減少，但是並非十分必要的功能隱藏起來；
④考慮手機端用戶需求與Web端用戶需求的差異，然後附加一些手機端特有的需求與功能進去；
⑤有序的組織上述元素
不是減法，而是有時候加法有時候減法。核心問題是場景，移動終端不僅僅是縮小了的電腦，有時候是增強了的電腦。就iOS來說：
1、屏幕小了
2、操作更不穩定（用戶可能不是正襟危坐了）
3、精度下降了（觸摸沒有滑鼠精確）
4、文字輸入不便
5、音頻輸入方便
6、視頻/照片可以立即拍攝
7、可以有實時定位信息
8、可以有設備的姿勢、加速度、旋轉加速度
等等等等，問題不在於如何裁剪，而是如何為移動中的用戶提供更多的方便。
我不是一個產品經理，我是半個產品經理！
我認為做客戶端產品時，要抓住產品的核心功能，也就是用戶最喜歡那個功能，圍繞這一個功能進行打磨，討論時一定要和其他領導/同事統一想法！
當一個點確定下後，想由點畫圓，是比較簡單的，呵呵！
不過還有句話叫做「加功能容易、砍功能難」，共勉！
我比較傾向於首先把核心功能抽象為一組定義良好的API，然後Web和移動App都基於API、針對特定人機界面進行獨立的設計，在靈魂上保持一致即可，使用流程和UI都可以有或大或小的差異，具體就要看產品本身的特點了。
舉例來說，一個LBS產品，它的Web端以靜態的信息呈現為主，而移動端則是快速的信息生產和交互，再加簡潔的信息查找、推薦等，iOS 和 Android 的終端又有習慣上的差異，所以基本都是分開設計的，談不上砍功能；當然一些靈魂性的東西上要保持一致。
問題里說得「砍」字我猜是某些複雜的Web應用，開發移動端App時有些功能不適合而需要摘除，這裡有幾種典型的情況：大量文字輸入、少用而複雜的業務流等都不適合在移動設備上處理，還有一些需要長時連接的功能、佔用大量空間的信息展示，一般需要重新規劃和設計。從用戶任務的角度出發，強瀏覽弱編輯；減少單個view的信息粒度，考慮用戶的移動使用場景，盡量保持產品在不同終端體驗的一致性，不一定說是為了移植而上馬就考慮砍功能吧
砍功能，這是一個很好的問題。
看了所有樓上的，說實話，都不大給力，不足以真正做到去砍。產品經理砍功能（無論是移植項目還是任何其他項目），歸根到底就一個辦法：
所有功能（注意是所有！），挨個捋，問「砍掉會不會死？」 然後，大膽去砍，砍到你自己感到肉疼、心疼，砍到團隊都逼著你加回去的時候，就差不多了。
注意，一定是要肉疼，疼而近死，團隊把你當傻逼一樣看，逼著你加回去的時候。基本上，火候就到了。
啰嗦下，補充一點：
實際上，砍功能這功夫，沒有幾年的實戰去積累勳章和傷疤。挺難的。。。。=_=!
關鍵是要在產品策略、定位上要有充分的鍛煉。歸根到底砍功能是一個戰略問題。具體，可以去看看下面這段關於順豐的NO文化的微博：
【順豐的NO文化】1.不設800免費電話(認為真正客戶不在乎電話費)；2.不收同行代理件,未開通城市不設代理；3.價格無折扣,不優惠；4.遞送員不合格不準上崗；5.不張揚,不做廣告。"NO"是一種定位，一種責任，一種承諾，一種標準，一種文化。觀點：企業家應思考從"NO"中定規則
我之前的做法是，從數據出發，做減法。
保證用戶在Web版中使用量前幾的功能點在移動版上也能使用，使用量靠後的功能排在期靠後或者乾脆拋棄。針對每個功能點，再根據移動版本的具體平台，對展示給用戶的信息做減法，在保證用戶使用完整使用功能前提下，將不必要的信息刨除。
然後再對交互做優化。
用看連續劇的思維，來提取WEB內容；用開發遊戲的態度，來移植APP；
排列WEB功能--》抽取核心功能--》移植為應用---》極致優化應用我覺得不用一定需要著眼於「砍」。
就權當是是以前沒有web產品，現在要做一個全新的具有某些功能的移動產品。
站在移動用戶的角度考慮：顯然是不一樣的場景 不一樣的環境 不一樣的輸入輸出 不一樣的操作習慣等等。
甚至會出現，移動產品比web產品更為豐富。
因為目的只有一個，就是讓用戶用的更爽。
從核心賣點出發，從最簡單的東西做起，吸引用戶目光，逐步加入。產品要純粹化，不要大而全，要考慮用戶的學習成本和耐心。
學習過一段時間，理論的積累淺薄，說點實例吧，各種應用功能不同，也不好舉例說明，就簡單的拿登錄這個功能點說說事吧
web產品大而全，單是登錄頁面就包括了：登錄、註冊、找回密碼、修改密碼、記住登錄狀態……移植為移動APP，功能拆分成：登錄、註冊、找回密碼、修改密碼、記住密碼、記住帳號、自動登錄……
2、登錄——說2個理由：帳號敏感，不能記住密碼、記住帳號和自動登錄；現實一點的理由就是工期逼得緊，絕大多數應用，保留登錄就夠了，其他功能先砍掉吧，後面迭代的時候再根據實際情況考慮加不加吧；其他就不展開討論了：）
3、登錄、註冊、自動登錄（登錄、註冊、記住帳號、自動登錄）——當初還和別人討論過這個方案，個人傾向於後者，你認為呢？例子前者可看塞班人人2.01版，後者很普遍了吧
4、登錄、註冊、記住密碼、記住賬戶——為啥帳號密碼都記住了還不給我自動登錄？例子請看支付寶（塞班V2.01版本），有種解釋是自動登錄導致財產損失是公司的責任，你自己登錄……是你自己的責任。
其他組合沒什麼特別說法了，看用戶需求吧……
PS：很多應用沒有找回密碼的功能，如果帳號和手機綁定，通過手機找回密碼倒也簡單，否則比較麻煩，這個功能做到移動應用上去性價比不高，總之砍起來主要還是看數據、時間和用戶需求。
3秒鐘原則，3秒鐘理解產品，3秒之內學會，3秒操作時間。做不到就k掉。移動app讓用戶因為一個原因愛上你，再因為習慣再無法割捨。
受邀回答，還沒幹過這活呢。想來要找最有價值或最有趣的子集先，再考慮屏大小，網路條件進一步篩選。
移動互聯網不是互聯網的衍生品 使用的人群 使用的時間 使用的地點都可能是不同的
如果傳統的互聯網能將人們聯繫在一起那麼移動設備又在這個層面打通了某種感知也是某種精神
如果非要將互聯網的需求變成移動化 首先要問問你的用戶需求是否要在移動上去做比如很複雜的系統和功能 如果需求移動化 和@kentzhuPM大大觀點一樣 也好像看過什麼資料
互聯轉移- &> &> 移動互聯網八字真言 "刪除，組織，隱藏，轉移"。
1.刪除：刪除不符合移動場景功能
2.組織：組織淺移動信息架構
3.隱藏：隱藏非常用功能
4.轉移：轉移是對於需要更複雜功能的用戶進行引導，使他們轉移到PC端滿足需求，同時保持移動端產品簡潔易用
多說一句 如果不是一定要轉移的話 往往一個爆發點就構成了一個 很不錯的app最好是點點就能用的留下，需要輸入的K掉
不要說的這麼直白，個人感覺可以按以下幾個維度考慮
1.功能上，手機有局限性，屏幕小，操作不方便，終端型號殘次不齊，用戶網路狀態也殘次不齊，不過也有好處，有拍照功能，可以隨身攜帶，有GPS功能，有更多的互動性操作，像搖手機之類的，所以需要按手機現有特性來優化，多利用手機的優勢規避局限性
2.過程上，對於互聯網產品而言，訪客在用產品可以看作是一個過程，每個過程都有很多流程圖，所以可以培養在手機上完成的過程，當然這個過程是可選而非必選的，同時這個過程又是和使用現有互聯網產品無縫對接的，打個比方上淘寶買東西，手機上可以比價下單，不過最後支付流程是用戶在上電腦的時候完成的
3.內容和應用的關係，互聯網產品承載內容，針對手機特定操作方式開發不同的應用
個人感覺不是用減法法則，而是用除法法則：
一個蛋糕分的份數多了，每塊就小了。
移動終端屏幕就那麼大，條目越多，每個被關注的feature就少。主界面要給人一種清新、清爽、乾淨的感覺。只把20%的最主要feature擺出來，其餘80%藏起來，點開後展開
首先想說，「移植」是個什麼概念。
把web上的東西，看看哪些合適搬運到移動的屏幕上來，既不影響美觀，又可以正常用，搬過來了，就算移植成功。像這樣的過程，看看老闆最心儀那幾個板塊，找幾個美工大家一起設計設計，布局合理了，基本上都可以搞定。
但，問題的核心在於，一個企業的產品，從PC到移動端，需要的真的是移植么？我覺得，那多半是boss們一夜間被移動互聯網的數據成果嚇到的時候，最本能的應急反應：快！我要移動版！移動用戶6個億了！我的銀子要被別人賺去了！
但，你要給boss呈現的結果，卻遠不能止於此。快速的移植不是boss的初衷，最終能帶來用戶，才會被領情。
所以，不要從產品的表象去考慮，怎麼砍功能？
砍或者不砍，最終還是要回歸到用戶需求本身去做觀察。
如果，你是小說原創網站，讓用戶上傳自己作品的。那根本談不上砍功能，大可以不做了。
因為用戶用手機打140個漢字的時候已經要抓狂了，你讓他原創什麼文學……
或者，你的公司是租車業務。
那麼，去實地的觀察一下，用戶在哪些移動情景中，需要租車。情況肯定要比坐在PC前，悠閑的考慮，「下個月去海南，我是租捷豹呢，還是瑪莎拉蒂」時緊迫的多。多半是分分鐘租不到車，就要困在某處無法脫身的節奏。這個時候，還是砍功能就解決問題么？
雖然，無法幫助你快速的完成移動產品的移植，但也請感受一下。
作為一個用戶，我每次都會因為很多功能在web上有而在app上被砍掉而蛋蛋的憂桑
圍繞核心功能，適應平台用戶習慣，功能列表即可。
推薦閱讀：
※《深夜食堂》迄今推出的所有菜品裡面，你最喜歡哪一種，為什麼？
※中國古典詩詞中有哪些對女子的美貌描寫令人印象深刻？
※你從哪一幕看出了周星馳的演技？
※北京有哪些特色的火鍋店值得嘗試？
※你認為怎樣的人生算是有意義的？