軟件開發 APP開發 軟件開發公司 APP開發公司

        文章(zhāng)總結了(le)筆者入職至今的(de)一些産品經驗和(hé)過程，其中分(fēn)享了(le)工作上的(de)一些細節與知識點，希望能夠給你帶來(lái)些啓發。

、

        如何規範化(huà)管理(lǐ)？

到公司工作，自然就開始熟悉産品，想到産品交接後的(de)文件就了(le)解了(le)..其實也(yě)沒什(shén)麽，不保留文檔我很驚訝産品是如何成功的(de)營業額前。但是，作爲管理(lǐ)者必須考慮公司，整理(lǐ)産品結構和(hé)業務流程圖，從簡單到詳細。

與此同時(shí)，我們已經非常嘈雜(zá)聽(tīng)到同事之間的(de)語音(yīn)通(tōng)信就像菜場(chǎng)買菜一樣 - 沒有工作流程和(hé)規範，業務，産品，技術，設計修改直接與對(duì)方反複討(tǎo)論，也(yě)沒有人(rén)同步更新内容的(de)需求文檔是特别簡單和(hé)粗糙。

我開始整理(lǐ)公司的(de)工作流程圖，各部門的(de)對(duì)接标準化(huà)，實現文件要求對(duì)SVN的(de)統一管理(lǐ)和(hé)更新..

負責整個(gè)項目管理(lǐ)的(de)産品經理(lǐ)，文檔需要經過内部檢討(tǎo)在産品上的(de)技術審查外，力争到位詳盡的(de)思維，不再盡量避免反複修改設計确認，開發測試，還(hái)啓動用(yòng)例審查和(hé)工程驗收，最終正式推出電子郵件通(tōng)知相關同事，并作出跟進，發起如有必要，該項目将重新設置。當然，它得(de)到了(le)領導的(de)認可(kě)，然後增加了(le)項目管理(lǐ)過程。

産品還(hái)同時(shí)制定了(le)一些規範文件模闆，需求文檔模闆和(hé)庫等，需求登記表，對(duì)池管理(lǐ)，需求背景和(hé)分(fēn)析，電子郵件模闆的(de)需求，會議(yì)紀要和(hé)項目重新設置的(de)模闆，提高(gāo)工作效率和(hé)産品質量，他(tā)一直稱贊和(hé)各部門，更高(gāo)層次的(de)認識。

        如何叠代産品？

在體驗平台産品過程中歲随時(shí)會出現的(de)所有問題記錄下(xià)來(lái)，比如文字錯誤，名詞不統一，提示語言不規範，按鈕彈出樣式不統一，交互判斷不到位，業務流程不流暢等，幾乎每一頁都有體驗問題。

通(tōng)常會發出關注組用(yòng)戶的(de)反饋和(hé)發現的(de)日常經驗，将在微信避免因遺忘任何時(shí)間進行。在工作中，然後将問題記錄在叠代需求池中，然後寫入版本計劃，按優先級和(hé)重要性分(fēn)析連續叠代的(de)需求。

        當時(shí)有很多(duō)産品是不完美(měi)的(de)，從0-1幾乎裝修再次，從登錄注冊經曆多(duō)次叠代，取款憑單放貸，最終細節到賬戶信息，支付計劃，由設計别出心裁，步驟的(de)時(shí)間後，步驟，以實現穩定，完整和(hé)成熟的(de)産品。

同時(shí)，項目中的(de)所有具有系統的(de)一些功能，如債務點匹配，運營智能短信營銷，VIP系統積分(fēn)商城(chéng)，CRM電話(huà)銷售的(de)客戶服務體系，市場(chǎng)推廣渠道，BI數據報表和(hé)财務對(duì)賬系統，如何綜合平台需要做(zuò)的(de)一切已經完成了(le)。

當然，它依靠一個(gè)團隊的(de)努力付出才能達到的(de)極緻體驗。

在2018年的(de)總結中，我寫了(le)八個(gè)字：極緻的(de)産品，高(gāo)效的(de)團隊，這(zhè)隻是一個(gè)稍微誇張的(de)總結，其實與大(dà)工廠相比差距太大(dà)了(le)，至少我到目前爲止對(duì)視覺表現還(hái)不滿意。

總結

我剛來(lái)這(zhè)邊時(shí)候的(de)坑：

前離職人(rén)員(yuán)無交接文件，

現有的(de)需求文檔是質量低劣。

天天打仗，因爲沒有标準流程和(hé)系統。

坑新鮮，修複它，填滿，然後扯平了(le)！

每天抽時(shí)間體驗産品并記錄。規劃叠代，不追求最好的(de)，隻有更好的(de)體驗，注重每一個(gè)微小的(de)細節。

每個(gè)公司多(duō)少都有很多(duō)不開心、不公平的(de)事情，接受現實，少一些抱怨，多(duō)一些耐心，積極回應，是金子到處發光(guāng)！！