最近參與了幾次內(nèi)部產(chǎn)品的 dogfooding，自己的產(chǎn)品也組織了幾次 dogfooding涉波，在實踐中總結(jié)出了一些關(guān)于做 dogfooding 應(yīng)該注意的事情。
自己碰到的狀況是很多 team 把 dogfooding 當成了人肉找 bug 活動炭序，其實這是對 dogfooding 的一種不全面的理解啤覆。dogfooding 不應(yīng)該局限在找 bug，而是更重要的是在產(chǎn)品 release 前驗證目標用戶在的主要需求被產(chǎn)品滿足的過程中在信息上惭聂、邏輯上窗声、交互和界面上是否還有不完善或不合理的地方。Wikipedia 中對 dogfooding 的描述「dogfooding使開發(fā)者能夠在現(xiàn)實的場景中測試自家公司的產(chǎn)品辜纲，這樣就能在產(chǎn)品發(fā)布前讓項目管理者對產(chǎn)品將被如何使用有更好的認知」
保證 Dogfooding 產(chǎn)品的完成度
不要把核心功能都沒有完成的產(chǎn)品拿出來做 dogfooding笨觅，做了也是白做，浪費時間耕腾。
一般來說见剩，產(chǎn)品要有至少80%的完成度，核心功能必須保證能夠跑通扫俺〔园可以剩下的一些邊緣 case 可以沒完成，無傷大雅狼纬。
尋找合適的 Dogfooding 用戶
一些團隊做 dogfooding 會直接讓團地內(nèi)部所有人員參與羹呵，其實這是沒有必要的。因為確定dog food 用戶時一定要考慮使用者與目標用戶是否有相似點疗琉，如果沒有相似點的不需要參與到 dogfooding 環(huán)節(jié)担巩。例如如果做的是在線音樂產(chǎn)品，如果成員中有人沒有在線聽音樂的習慣没炒，那么他們參與 dogfooding 其實并不合適涛癌，頂多能貢獻一些程序 bug犯戏，而不能滿足驗證是否能滿足需求的目的。找 bug 這樣的事情拳话，更應(yīng)該交給專業(yè)的 tester先匪。
另外一些產(chǎn)品會已用戶測試的方式邀請一部分團隊外成員申請來進行 dogfooding，這時候更需要對用戶進行篩選弃衍。一般詢問一些跟設(shè)定產(chǎn)品場景相關(guān)的問題來甄別申請人是否符合需要呀非。一方面更有的放矢，一方面也能過濾掉很多信息噪音镜盯，為后面的分析減少壓力岸裙。
保證 Dogfooding 產(chǎn)品的分發(fā)是順利的
好不容易邀請到了很多 dogfooding 的用戶，他們就馬上要按照你的產(chǎn)品來嘗鮮了速缆。如果這個時候降允，你的沒有給出一個可以正常下載的地址，或者能夠安裝的安裝包艺糜，那么前面的事情都是白費剧董。
在這里我講一個反例，事情是這樣的：他們的 dogfooding 產(chǎn)品只能在 iOS 設(shè)備上使用破停。app 安裝包采蘋果企業(yè)賬號來分發(fā)翅楼，提供了一個 website 來給申請成功的員工下載安裝包，但是真慢，他們的 Website 沒有讀取用戶 UA 來對非 iOS 用戶做提示毅臊，結(jié)果導致很多人用安卓設(shè)備訪問這個網(wǎng)站點擊下載連接之后得到了一個個錯誤頁面的提示，導致 dogfooding 的失敗黑界。
保證 Dogfooding 用戶能夠有順暢的反饋通道
Dogfooding 如果收不到用戶的反饋褂微，基本也就是白做了。所以要想法設(shè)法讓 dogfooding 用戶能夠順暢的將吐槽反饋到負責人耳朵里园爷。如果是小范圍內(nèi)部 dogfooding宠蚂，可以設(shè)立一個文檔來收集反饋；如果是開放式的 dogfooding 則需要在產(chǎn)品本身里內(nèi)置明顯反饋功能童社。
一定要即時處理 Dogfooding 后收集到的內(nèi)容
前面做的所有事情求厕，都會在最后分析的結(jié)果里體現(xiàn)出價值。所以扰楼，盡早的對反饋內(nèi)容進行歸類和分析并行程 insights 是非常必要的呀癣。
