中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

年底了，很快又有一大波產品童鞋要從老坑去往新坑了，對于很多剛剛接觸產品的新人，在換一家很公司后往往不知道怎么下手，但是進入一家新公司又想快速體現自己的價值，這些分享一下我個人換工作后如何快速熟悉現有公司產品的一些小經驗。

1. 業務流程圖

剛剛入職一家新公司，一般肯定是想快速提現自己的價值，讓公司知道招聘到自己真是一件賺到的事情，但是往往我們都是接著上個產品的鍋，不知道從何下手。

如果之前了解一點業務還好說，但是大部分時候我們做產品的工作很多時候都是一個領域橫跨另一個領域，很多之前了解的業務就完全用不上了，這個時候就需要重新去了解一個新的領域，怎么快速上手就很重要了。

我個人用的最快的方法就是搭建業務流程圖，在不完全了解業務的情況下，我想快速熟悉并且明確業務，上手開始畫流程是最快的方式。

以下是我剛接手一個客服報事系統的業務流程圖，先根據現有的功能把每個角色每個設備拆分，然后分析每個角色在使用每個設備時的操作步驟，在一步步向下進務梳理，一直到業務走向閉環，把這個圖弄清楚，這個業務也就熟悉的差不多了。（像領導匯報熟悉程度時，有具體的結果會比純描述會好很多。）

業務流程圖除了幫助我們快速梳理現有業務外還有一個一個好處，就是幫助我們找到現有業務流程中的問題，方便我們后期對產品進行迭代。

圖片比較大，因為涉及的角色還是挺多的，然后為了加深自己的理解，所以業務的細節也畫的比較多，這里圖我用的是Visio制作。

2. 功能清單

在根據業務流程圖梳理清楚需求之后，我們可以開始著手做一份功能清單（我用的是思維導圖，有些可能更喜歡用excel，這個看公司要求），這個清單上會記錄我們對現有產品的功能區分的理解，也是當前公司產品的一覽圖，這個是對產品的功能模塊的梳理。

下面是我對客服系統梳理的一個思維導圖，根據在不同的設備，每個設備具有哪些模塊，每個模塊有哪些功能，一級一級展開，往下梳理，整個產品就會非常清晰。

這個清單可以快速定義要開發的功能模塊，以及每個模塊要滿足的基本需求。這個圖是用xmind的做的（公司要求統一），不過我個人比較喜歡用mindmanager。

3. 原型搭建

剛入職一家公司，如果公司對原型有規范要求，那就按照要求去繪制這個還比較好，這里說的是公司對原型沒有要求，但是剛入職還是想表現一下自己，體現自己價值的時候，怕原型做的差了拉低印象分，做的特別復雜后期可能UI都讓自己包了，所以這個度就要把握好。

其實最簡單的我們把繪制原型的默認字體換成微軟雅黑，這里也是個小技巧，我發現其他的字體在IE顯示會變形，然后保持所以字段表單對其，水平垂直距離一致原型基本都會很舒適，調整參照入下：

還有一點，我們在繪制原型的時候也會容易有一個誤區，那就是我們做線框圖很多時候可能都是說先把頁面上要有的功能全部鋪出來，具體的擺放，就想著還有UI，靠UI調整。但是這里會有一個不太好的地方，就是技術在研發的時候，原型圖和效果圖差距太大，導致對整個功能出現理解偏差的問題，真的是時有發生。

大一點的公司可能會專門設有UI交互師，會在這其中在做一次調整，但是當前部分的情況是，要么是產品兼職了交互，要么是UI兼職了交互，更多的時候還是產品在做交互這個角色。所以我們在做原型的時候，也要更多的考慮產品的易用性。

下面以我做的一個原型以及我們UI出的原型為示例：

這個是我做的原型，公司對原型設計有要求色值以及一些規范，所以我們在制作的時候并沒有使用灰白框架。

這個是我們UI出的效果界面。

這里找了兩個比較布局簡單的頁面做示例，可以看出來在樣式分布上，我們都是基本一致的，這里有個好處就是，技術小哥哥們在開發的時候，對比查看的難度會降低很多，我們在設計上游如果把產品交互布局布置的有一定的合理性對下游的設計以及開發都會減少很多難度。

當然這里也看公司的要求了，我們是因為公司在產品上就要求的比較規范化了。這也有利于后期如果大家負責的應用模塊需要整改起來的時候，風格不會過分差異化。

4. 基本交互

原型頁面搭建完成之后，我們現在有一種主流思維就是不要做太多的交互化，但是我們剛入職新公司呀，適當的交互真的很加分的。而且從我個人的經驗來看，加了交互的原型在給客戶跟技術宣講時會比完全平鋪的原型要更加容易被接受。

這里說的交互不是說要完全高保真，是指一些基本的頁面調整，彈框樣式這些。做一個流程能達閉環是最好的。

簡單的交互可以加快快發以及設計人員對業務的理解。但是有一點確實，不要花太多的精力去研究交互，我們產品做得非常復雜非常炫酷的交互技術從性能考慮大部分都會被斃掉，所以基本的交互最好要有，但是過于復雜的就不要了。

下面是一個原型交互示例：

5. PRD文檔編寫

每個公司對于PRD文檔的編寫可能都是有自己的要求的，這里就針對那些剛入門或者公司沒有要求的新手們推薦一種我個人用的比較多的方式，（我們公司不要求文檔用word編寫，所以我這里都是直接寫在文檔原型上的，以前我也是原型word分開寫，后來我發現技術大佬們根本不看文檔，吐血。）

可以參考下圖：

大致就是把拆分為幾個說明區域：

• 功能說明：簡要概括這個頁面要做的事情，方便技術人員快速理解這里的業務。
• 表單說明：對這個頁面的字段進行說明。
• 交互說明：對這個頁面要有的交互進行說明。

等等其他自己需要擴展的說明，比如上文中有些頁面有新建操作，這個新建是個比較重要的組件，所以可以單獨拿出來做一個新建編輯說明。

這種方式就是會比較清楚明了的方便技術快速定位需要了解的說明，但是有一點就是頁面最好是保持在一屏下，不然頁面跟說明過于分散也不利于瀏覽。

以上，就是個人一些工作中小心得的分享。

本文由 @Lemonfree 原創發布于人人都是產品經理。未經許可，禁止轉載

題圖來自Unsplash，基于CC0協議