有了前面的週報中收集到的使用者需求和資料分析的結果後，我們就要做決定了。其實並沒有乙個功能是沒有價值的，也並沒有乙個功能是做不了的，某個功能到底做不做？至少要從兩個方面來考慮。
第一，商業價值。在我們公司的團隊構架裡，「運營——產品——技術」是三條明顯的線，和使用者、商業層面直接發生關係的是運營，我把這看作是前端的內容。那麼這裡的商業價值也就是對使用者意義的大小、以及對公司目標意義的大小。這裡需要pd和運營積極配合，充分分析功能給使用者/公司帶來的利益，但不是說利益大的就做，先把這個分析結果存著備用。
第二，實現難度。換句話說是開發量，需求+開發+測試+硬體等等一共需要的資源。這是技術層面我把它看作是後端，絕對不能因為乙個功能很容易實現就馬上去做，也不能因為另乙個功能很麻煩就不做。
現在可以做決定了，我們做價效比（商業價值/實現難度）高的。無論任何事情都是乙個價效比的問題，前段時間工作中，由於一直和工程師直接接觸，所以綜合考慮時有點傾向於做實現難度小的，這是今後需要改進的。
再說開一點，談一下對商業價值的乙個判斷因素，功能的商業屬性：雪中送炭 or 錦 上添花。雪中送炭是基本功能，對使用者很有用的，產品缺了這個功能根本不可能執行，比如**版的「我要付費」模組；「錦上添花」的功能是指使用者用得到的，但 沒有時使用者也不會跳起來的，也許現在的「客戶關懷記錄」可以算這類。我們在論壇上會很明顯的感受到這兩種需求的不同，有一點像「bug」和「需求」的區別。我是乙個不那麼激進的人，覺得要把「雪中送炭」的商業價值調高，穩定和諧壓倒一切。情願把一半的功能做到盡可能完美也不要把全部功能都做到半吊子（有點扯遠了）。
另外可能還有些無法控制的因素影響這「做不做」的決定，比如國家、公司的政策指向，這裡說了也白說就不說了。
產品設計體會（7020）不做沒理想的鹹魚
人要是沒有理想，和鹹魚有什麼區別 星爺。為什麼要有理想？我覺得個人與公司一樣，最重要的，做事應該是內驅而不是外驅的，內驅的人是鮮活的，外驅的人更像是乙個物化的工具，只會接受任務，小學老師都會教 不是要我學，而是我要學 乙個道理。而內驅的動力，就是理想，就是你想做的事。套用公司的概念，個人也應該有自己...
產品設計體會（7020）不做沒理想的鹹魚
人要是沒有理想，和鹹魚有什麼區別 星爺。為什麼要有理想？我覺得個人與公司一樣，最重要的，做事應該是內驅而不是外驅的，內驅的人是鮮活的，外驅的人更像是乙個物化的工具，只會接受任務，小學老師都會教 不是要我學，而是我要學 乙個道理。而內驅的動力，就是理想，就是你想做的事。套用公司的概念，個人也應該有自己...
產品設計體會（十六） Feature List
看不清吧，那就對了，暫時不能讓你們看清 p 乙個feature，這次我給了它如下屬性 模組 一般來說，每個模組下分3 10個子模組是合理的，否則要考慮重新劃分 由於這個癖好，自己電腦裡的檔案目錄結構也是遵循這個原則的 子模組 稍大一點的產品至少要給功能模組做二級分類了，這部分其實又涉及另外乙個很大的...