產品經理操盤家庭裝修,跨界卻相同。

原創: Kevin改變世界的點滴 Kevin改變世界的點滴

前天

你們好,我是Kevin。這是2019年第151篇原創小程序



產品經理的工做都以場景化思考爲需求設計前提,好比購物場景下,用戶產生的購買行爲、以及多個商品批量支付的需求。架構


有了場景,一切需求都不是空空而談。場景化思考能夠有效地減小資源浪費,專一在覈心的功能。app


最近在忙着家裏的裝修,產品經理的從業習慣也在這一件原本十分普通的事情。發生了奇妙的化學反應測試


好比產品化設計臥室的場景、廁所的場景、沐浴的場景.....
ui


在施工前、軟裝前,考慮到每個必要的做爲」家「的生活場景。有了場景,再構思出產品原型」裝修效果圖「,經過效果圖再拆解包含的軟裝、硬裝、水電、施工4個部門。spa



需求調研,我須要一個什麼樣的家設計



裝修開始前,做爲業主。我須要知道我自身對家的需求,以及色彩的選擇。因爲家裏的用戶只有我一個,因此調研相對簡單。
3d


我羅列了本身所須要的7點關鍵詞以下cdn


  • 科技感blog


  • 智能


  • 簡約


  • 工業風


  • 溫暖


  • 辦公



上面幾點大致融入了此次裝修中的初步需求,有了上面7點基礎後,咱們在考慮生活中的場景。



場景化設計,關注用戶匯集點



想象一下,在一個家裏。會存在多少種生活類的場景?


這一點其實自己是在一邊在看着設計師的效果圖,一邊構思的。並不能徹底像產品設計中的頭腦風暴完成後再到原型環節。


本質的緣由是,一個家的容納能力太多元素。說簡單點是業務過於複雜,致使在需求概括時間就須要足夠多的時間。


但因爲創業後沒有那麼多時間來打理這件事。不得不讓設計師幫忙構思一部分,在上面7個關鍵詞需求下站在設計師的」原型「上進行場景化構思。




這裏我構建了本身在家的主要10個場景以下


  • 辦公場景


  • 娛樂場景


  • 廚房場景


  • 來客場景


  • 回家模式


  • 離家模式


  • 睡覺場景


  • 進餐場景


  • 健身場景


  • 閱讀場景


有了上面的場景後,接下來就比較清晰到底要拆解每一個場景所須要的元素(軟裝+硬裝)



落地需求:裝修啓動


通過前面的需求與場景化設計,咱們已經有了一個較爲完整的裝修方案。接下來就是要啓動裝修。站在互聯網產品角度,咱們如今是進行着開發工做。


不一樣的是實際裝修中須要有實際的尺寸測量、水電整改、管道整改、異形設計。


這一部分我將在後續裝修後的覆盤中詳細整理一份,包括全部的設備與材料清單都會列出來。




產品測試上線,驗收水電第一期


裝修也分爲2個流程,因爲我是選擇的土巴兔平臺。裝修款是支持分期,而且以平臺的方式分階段驗收後才進入下一期款項。


在第一期裝修主要是作水電驗收。經過水電的檢驗後才能夠進入到下一步,吊頂、地板等工做。


但因爲我選擇的是工業風上面提的,因此在裝修方案中就沒有地板、吊頂。在前期驗收中的意義就不特別大,


這一點就像在互聯網研發中咱們提早對某部分功能進行測試,在敏捷開發中。爲了加快項目完成速度,測試啓動時間在研發中的半週期或更早就會啓動。


同時UI還原的工做也會在這啓動,將不符合原型UI設計稿的頁面進行調整復原。



正式環境上線,產品驗收


裝修硬裝完成後,就會要求再次驗收。


這次驗收主要是竣工驗收,包括油漆、插板、櫃體安裝等問題。


在產品上線後,產品經理也會要求對當前不合理的頁面或功能進行迭代。在容許的調整範圍下能夠在本期解決,不能解決的則到下個迭代週期


不一樣於互聯網產品研發,裝修就沒有下個版本迭代週期。因此一旦竣工驗收不經過等待的是尾款延期與整改後的二次驗收。


最後要說的是,裝修作須要的產品信息架構因爲系統效果圖與實際的差距,甚至是說根本不能1:1還原。


加上現實生活中的裝修還受限於施工的環境和技術。致使說實話,若是你一我的負責整件事情,裝修徹徹底底是一件麻煩事。


不過就智能家居的系統融入以及IOT搭建,我相信效果也是會成爲成都最智能的一家房子沒有之一。後續我會輸出一篇接近1萬字左右的覆盤在這裏。



好,今天的分享就在這裏。


噹噹購物個人著做—產品之光小程序


個人原創書籍,若是你正在尋找產品經理的入門書籍,歡迎選擇它。






3個產品經理計劃


1.天天一款app知識星球

堅持一年,招募500個產品經理


2.產品經理職業技能訓練

相關文章
相關標籤/搜索