19 篇文章 17.7萬總閱讀 584訂閱量 247被贊
唧唧歪歪pm
公眾號:jjyypm
產品設計

數據傳輸:移動產品的3種現象級信息傳輸方案

筆者從信息分類出發,對數據傳輸進行了分析并總結了三種主要的現象級方案,供大家參考與學習。 信息傳輸好比產品的血液流動。 產品經理有必要大致了解數據傳輸的邊界、...

唧唧歪歪pm
產品經理

提高PM工作效率,我總結了7個實用竅門

筆者基于自己日常工作實踐,總結了7個實用的方法,助力產品經理更高效完成工作,與大家分享。 產品經理應該掌握一點工作小竅門,以提高工作的效率和質量。這是筆者在做...

唧唧歪歪pm
職場攻略

聊聊產品經理的3個“腰部”軟實力

溝通能力、任務部署和團隊組織能力是幫助產品經理發現問題、解決問題的重要軟實力,如何發揮好、用好這三項實力,這是我們本章要講的內容。 清晰嚴謹的溝通表達、切實...

唧唧歪歪pm
產品設計

“超時”機制有哪些?“加載超時”只排第三

“超時”處理機制很常見。筆者將其分為三類:邏輯類的、業務類的,和性能類的超時機制。 一、邏輯類超時處理機制 這類超時機制,是為了完成功能閉環而設立的,舉例如下。...

唧唧歪歪pm
原型設計

App產品原型背后要交代的細節或要理解的原則(五)

本文接上一篇「App產品原型背后要交代的細節或要理解的原則(四)」。 18、「聊天」發表情,是怎樣的機制 在微信發一個表情出來,你發現顯示的是名稱[調皮],而不是一...

唧唧歪歪pm
業界動態

盤點PRD中易遺漏的三類非正面需求

PRD除了描述產品的正面需求,即要什么之外,還要描述產品的非正面需求,即我不要什么,或預防什么。 筆者將非正面需求歸為三類:排除項、異常項、默認項。 一、需求的...

唧唧歪歪pm
原型設計

App產品原型背后要交代的細節或要理解的原則(四)

本文接上一篇《App產品原型背后要交代的細節或要理解的原則(三)》,接著跟大家講講產品原型背后要交代的細節和要理解的原則。 十五、左右滑動切換Tab頁簽 很多App...

唧唧歪歪pm
產品設計

后端需求方案設計的注意事項

后端需求方案設計,不僅體現在界面和交互的定義上,更體現在邏輯規則與整體架構的契合度上。好的后端方案應該統籌數據結構、技術實現、界面效果、算法選型等方面,不僅...

唧唧歪歪pm
產品經理

項目管理在產品工作中的應用(下)

他山之石,可以攻玉。本篇本文承接上一篇《項目管理在產品工作中的應用(上)》,結合產品的工作流程,從產品立項到上線的過程中,盤點產品經理工作中可用的工具與技能...

唧唧歪歪pm
原型設計

App產品原型背后要交代的細節或要理解的原則(三)

本文接上一篇App產品原型背后要交代的細節或要理解的原則(二),接著跟大家講講產品原型背后要交代的細節和要理解的原則。 十一、請求設備授權可以更簡捷嗎? 用戶如...

唧唧歪歪pm
原型設計

App產品原型背后要交代的細節或要理解的原則(二)

本文接著上一篇《App產品原型背后要交代的細節或要理解的原則(一)》,也是來自工作中的總結和整理。筆者從產品經理設計需求的角度,分享了APP產品原型設計背后需要的...

唧唧歪歪pm
原型設計

App產品原型背后要交代的細節和要理解的原則(一)

筆者從產品經理設計需求的角度,分享了APP產品原型設計背后需要的注意的細節和原則,供大家參考與學習。 移動App的產品設計往往都是所見即所有,沒有太深奧的邏輯要交...

唧唧歪歪pm
黑龙江11选5冷热号