1. nba大前锋历史排
  2. 產品經理

nba鐞冨憳宸ヨ祫鎺掑悕 :實習三個月經歷了一款產品從0到1的過程,我學到了什么

nba大前锋历史排 www.xacpt.com 1-27

作為一個還未畢業的人很慶幸自己能夠在剛入行的時候就經歷了一款產品從0到1的過程。雖然說創業公司在產品開發的過程中各方面沒大公司那么規范,但所碰到的各種問題都是自己切身體會到的。自己碰到的問題印象就比較深刻,從而使自己更容易反省以免下次不會再次犯錯。下面是我實習三個月,經歷一款產品從0到1的過程中總結的一點經驗,也是自己踩過的坑,希望能給和我一樣入行不久的產品新人以及打算從事產品的朋友一些借鑒。

1、有變化及時傳達溝通

產品在開發的過程中很難避免不會有修改的地方,有的時候可能是界面元素擺放位置的變動,有的時候可能是操作流程上的細小改變,有的時候可能是整個需求的變更。

有變化第一要修改的肯定是原型圖。改好之后需要和設計以及開發人員溝通說明有改變。實習剛開始的時候,有的時候比較忙修改了需求忘記跟設計師和技術說。等到階段性檢查產品的時候發現和原型不一樣,領導問到技術的時候,技術人員一臉蒙蔽說,我不知道啊,修改需求沒跟我說啊。然后我羞愧的忙著道歉說自己忘了,感覺技術人員有分分鐘想砍死我的沖動,因為他們又要重新修改代碼,之前的努力白費。

任何產品在做的過程中多多少少都會修改需求,需求有變化很正常,重要的是改了需求之后要告知相關設計師和技術人員。如果是創業公司,改好之后可以立馬口頭通知,如果是大公司,那可能還需要召集技術,設計,運營等負責人進行小的會議。只有這樣才不會打擊技術人員的士氣,保證項目的開發周期,才能和程序猿哥哥友好的合作下去。

2、使用Axure畫原型圖時要善用模板

我想每個產品新人可能都曾遇到這樣的痛苦——當修改產品原型的時候,往往牽一發而動全身,一處修改,其他很多地方都需要修改。

公司做的是B端產品,功能??楸冉隙?, 剛開始的時候每個頁面都單獨去畫,有相同的最多復制一下,完全沒有使用母版的思想。而到后面要修改某部分的時候,凡是和這部分相關聯的頁面都要一個一個去找去修改,這樣不僅浪費時間,而且很痛苦,還有可能漏掉一些沒修改到。

所以在設計原型的時候,類似導航條這樣在多個頁面需要相同展示的部分,一定要使用母版,這樣不僅效率高還不容易出錯。

3、設計產品各種情況需要考慮周全

我們在制作產品原型圖的時候考慮的常常是正常頁面和操作流程,往往遺漏掉異常情況下的頁面。比如沒有數據的空頁面怎么顯示,斷網情況下是冒泡提示還是整個頁面作為提示頁,登陸頁面忘記安全考慮,沒有添加驗證碼等等。

作為產品經理如果各種特殊情況都考慮不到,還要等技術開始的時候發現再跟你反饋,真的會讓他們鄙視。所以原型設計好之后一定要多想想還有沒有特殊情況是自己還沒考慮到的。

4、項目啟動前一定要有產品第一個版本的規劃

創業公司一個共同的特點就是 “追求快”,開發流程上可以不用規范,但一定要快。有些創業公司在項目啟動前不做充分準備,而是一邊競品分析,一邊設計原型,一邊開發。運營部不斷提出新的需求,老板又不確定功能???,不斷變更需求。導致產品、設計和開發都要改,產品甚至快上線了還要變更需求,這讓程序猿真的有種想殺人的沖動。

項目啟動前的準備就像建房子打地基一樣,地基打穩了后面蓋房子才會順暢。

雖然說項目啟動前不能100%確定好產品要是什么樣子。但至少應該對第一個版本規劃個百分之七八十,做足競品分析,確定好產品定位,需要做哪些功能點,產品的布局風格,主色調,開發文檔的規范等等。? 這樣對于后面他人提出的功能業務需求就可以暫不考慮,規劃到第二版本。這樣才能保證產品的開發周期和各部門人員的士氣。

5、UI設計好的界面檢查確認之后再給開發

每個人都有自己的一套想法,UI常?;嵐湊兆約旱睦斫夂蛻竺藍栽屯冀幸恍┬薷?,比如界面元素位置的變動甚至刪除或增加一些按鈕標簽等等,如果產品經理不提醒UI設計好之后讓他看的話,他很可能設計好之后直接扔給技術人員。我就碰到過好幾次原型圖和效果圖不一樣,導致要么程序員改代碼要么我修改原型然后重新設計效果圖。

當然這也是我經驗不足造成工作上的失誤。正確的做法應該是自己看過效果圖確定無誤后再讓大家看一下,統一意見后再給技術開發,這樣以后如果要改也不會出現誰怨誰的情況,因為當時大家統一了意見。

6、對于原型圖的標示注解盡量詳細

有時產品原型文檔上可能會有一些東西沒寫清楚或者忘記寫。比如APP的錯誤提示到底是彈窗提示還是toast冒泡提示,無數據的空白頁面如何顯示,是使用同一樣式還是不同的空白頁面采用不同的文案圖像顯示等等。

技術人員希望看到的是一份簡潔又有詳細說明的產品文檔,因為他們不愿意思考,只要照著設計和說明做就可以了。如果碰到原型設計和說明上模糊不清。那么技術人員很可能就按照自己的思路去做或者直接忽略,這樣必然會造成后期產品經理和程序員的撕逼,各有各的理。程序員覺得你自己又不寫清楚或者文檔上沒寫啊,產品經理又會覺得你怎么那么蠢,一點沒寫清就不知道,你的那種想法靠譜嗎。這樣就會造成溝通和時間成本上的浪費。

7、對于業務邏輯要100%清楚

可以說任何一款產品沒有誰比產品經理更清楚產品的業務流程,細節交互和各種功能點了。從小到大我們養成了差不多的習慣,不管做什么都覺得差不多就行了,沒必要全部弄清楚??勺霾芬歡ú荒苡?“差不多”的概念,對功能和業務流程以及任何細節都要100%清楚。程序員跑來問產品經理問題的時候最不愿聽到 “應該吧” “可能吧” “大概吧”這樣不確定的詞語。

 

移動應用產品推廣服務:APP推廣服務? 青瓜傳媒廣告投放

本文作者@克果 ? 由(青瓜傳媒)整理發布,轉載請注明作者信息及出處!

78

本文由青瓜傳媒發布,不代表青瓜傳媒立場,轉載聯系作者并注明出處://www.xacpt.com/32250.html

聯系我們

在線咨詢:點擊這里給我發消息

郵件:[email protected]

工作日:9:30-18:30,節假日休息

QR code