需求文件（PRD）中那些互動設計的坑

hackeey發表於2017-09-20

背景介紹：從事產品工作一年有餘，從最初對產品的懵懂、無知到現在逐步走上正軌；說實話真的很感謝現在的公司，很幸運我能有這麼一個在實際專案中來磨練自己、成長自己的機會。當然這一年並非一帆風順，有成長也有迷茫，也曾想過放棄和迴歸，所幸最後還是挺了過來。

這一年在自己手裡也算是經過了很多專案，從最初的微信商城到到接入公司產品平臺獨立負責專案模組到現在，經理了公司這一年產品升級轉變的全歷程，這一年公司在成長，產品在成長，個人也在成長，都從最初的懵懂、沒有方向到現在初具雛形，踏上正軌。  

這一年中曾多次被互動細節的問題所困擾，就是無論我寫完文件（PRD）再怎麼檢查，最後還是經常被研發或測試同學白眼，你不是沒有嘛！你怎麼又忘記啦！你這是新增需求，Ｏ(≧口≦)Ｏ大哭，雖說這種現象再牛逼的產品經理也不敢說100%的避免，但我們還是有方法可以降低這種概率的，其實中途發現都還好，最可怕的是你直到產品上線都沒有發現；有些細節可能因為你的遺漏或疏忽導致整個產品上線後易用性很差甚至是不可用。

當然有問題肯定有解決方案的，那就是——互動自查（這裡的互動不僅僅是狹義的前端互動，而是涉及資料、軟硬體、系統、賬戶許可權等一系列產品的深度互動問題），最近正好不太忙，因此整理一份還算相對詳細的互動自查表，以緩解這個頭疼的問題（當然可能不夠全面，以及不同的專案都會有所差異，這裡僅提供參考）。

內容包括：使用者賬戶許可權與狀態（基本狀態與特殊狀態），產品資訊架構、產品流程設計、產品內容與介面（控制元件、資料、文案、輸入、及特殊情況）、資料呼叫、使用者行為預互動（認知、提示、反饋、載入以及中間過程）、後臺管理（PUSH訊息、資料跟新與監控）、全限於安全、硬體特性、軟體系統、網路狀態以及其他特殊問題。

互動設計自查表V1.0版詳情如下：

互動設計自查.jpeg

互動自查建議與方法：

第一步：明確使用者是在什麼場景下完成什麼操作；

第二步：從框架流程到內容細節，如：框架導航、流程、佈局、轉場、文字、提示等；

第三步：重點關注特殊因素，如：網路狀態、硬體設施、資料網路、模式、空值、互動方式等。

因個人是從事SaaS型別產品的產品，因此這裡可能後臺類（ERP、CRM等）的有很多不足，這裡整理了一些我在專案中經常遺漏的問題，另外也參考了網上前輩們提供的一些參考資料，當然這份自查表在這裡也僅供參考，不說所有專案都涉及這些問題，這些問題也並未涵蓋所有專案的問題。建議最好的就是自己在整理一遍，這樣可能記憶會深一些。

自建自查表方法與建議：

①列出使用者在使用你的產品時的核心場景及核心影響因素；②獎專案中的核心影響因素進行分類記錄；③把不同的區塊按照你你理解記憶的方式進行重組、歸類形成自查表；④按照表格對當前產品設計進行核對，並思考是否有欠考慮的；⑤對缺失的內容進行補充記錄，以便下次核對和積攢經驗；

另外，啟示錄的作者提出了一個“基本產品的”概念，或許也能幫助我們。這個概念特別適用於V1.0版的產品，我們要明白我們定義的絕不是最終產品，最終產品只有在產品被放棄，下架而不再更新時候才能說是最終產品。我們定義的是“基本產品”，換而言之就是能夠解決使用者最迫切需求的產品，對使用者是具有價值的、可用的、可行的產品。有句話叫：不忘初心，方得始終！放下那些沒用的東西會減少出錯的可能，產品也可能更好。

最後提醒和我一樣的新人：我認為檢查分文件前後，文件前進行流程、邏輯與產品顆粒的檢查。文件後去一些常忘記的內容檢查，這一長串肯定不可能寫完文件再去一個一個對照檢查 也沒法檢查，重要的是通過總結別人的積累結合自己的認知把這些變成自己腦袋裡的內容 ，形成潛意識反饋 當你寫到某種模組或某種邏輯 你的大腦能夠直接提示你哪些問題去需要注意或註明的，最後加以應用才是自己的，事後的檢查其實多數來說也是走馬觀花。而有人理解為我是妄圖通過這樣一份文件來解決問題或者你想要通過一份文件來解決你的問題，我認為是不現實的，不喜歡你就笑笑吧！

參考資料：

若需原始檔請聯絡我！本次分享到此就算結束了，作為一名產品新人，會有很多思考不健全或是表達不當的地方，歡迎大家留言評論指點或者加我微信：chengshinanhai261820，凌雪在此等待與您一起探討、分享、等待與君（卿）共勉！

最後願與各位同仁一起再接再厲，共同進步，越走越遠。我們心懷夢想，屌絲終將逆襲！

作者：凌雪

原文連結：http://www.pmcaff.com/article/index?id=729187311975552

相關文章