在寫需求的時候，如果有一些常用模塊的交互說明，可以幫助我嗎提高很多效率。本文作者總結(jié)了20個常用表單控件，希望可以幫到大家。

需求評審?fù)瓿山桓堕_發(fā)后，產(chǎn)品經(jīng)理還不能高枕無憂。需求評審會上，開發(fā)人員主要評估的是需求是否可以實(shí)現(xiàn)、技術(shù)方案、實(shí)現(xiàn)難度，因此，他們的關(guān)注點(diǎn)是需求的流程、功能范圍、角色權(quán)限、頁面框架等需求的主要內(nèi)容。

然而，開發(fā)、測試在做具體開發(fā)的時候，往往會為需求的細(xì)節(jié)而抓狂：字符串過長——報錯！數(shù)字太長變成科學(xué)計數(shù)法了！手機(jī)號輸入框填了表情符號怎么辦？圖片文件選擇后怎么刪？……

產(chǎn)品經(jīng)理在寫PRD的時候，很難將這些細(xì)節(jié)都考慮到位。

于是，開發(fā)、測試開始瘋狂在開發(fā)群里@產(chǎn)品經(jīng)理。產(chǎn)品經(jīng)理本想著：好不容易把新版本需求交付出去，總算可以松口氣了，沒想到開發(fā)過程中，還要一天到晚給技術(shù)講解細(xì)節(jié)。

有時候，越細(xì)節(jié)的東西越花時間，越考驗(yàn)產(chǎn)品經(jīng)理的精細(xì)設(shè)計能力。

B 端产品经理如何快速成长？

产品与业务架构主要是将整个业务工作流进行分层，梳理，然后抽象出一个个需求，将业务需求与产品合情合理的映射起来，最终使业务数据在产品中流动，执行，记录，使用。

查看详情 >

基于這個費(fèi)時費(fèi)力的問題，比較好的一個解決方案是：公司統(tǒng)一一套設(shè)計原型的標(biāo)準(zhǔn)，新的系統(tǒng)、功能都基于這套標(biāo)準(zhǔn)進(jìn)行開發(fā)設(shè)計。

秉著“造輪子”造福四方的想法，本人整理了20個常用的交互控件，以及對應(yīng)的控件樣式、交互說明、注意事項(xiàng)，分享出來。各位產(chǎn)品同仁如需取用，只要微調(diào)其中的說明、參數(shù)即可。

一個輸入框的小故事

一個需求，有姓名、金額、備注3個輸入框，產(chǎn)品經(jīng)理覺得這是3個很常見的輸入框，就只畫了原型，然后，跟技術(shù)人員做了需求評審。大家覺得沒啥問題，就投入開發(fā)了。

前端開發(fā)小明，看PRD沒有明確說明字段要求（其實(shí)寫了他也不一定會看），就沒有在頁面控件做限制，直接將用戶輸入的內(nèi)容全部提交給后臺。

后端開發(fā)小劉，看PRD沒有明確說明字段要求（其實(shí)寫了他也不一定會看），就按照最普通的習(xí)慣隨手一定了字段要求：姓名（字符、10個字符）、金額（小數(shù)浮點(diǎn)型）、備注（字符、100字）。

測試小芳，特別有“責(zé)任心”，測試的時候，只要有輸入框，她都會：看看輸入框最多能輸入多少字，看看輸入框最多能輸入幾位小數(shù)，看看輸入框輸入表情會發(fā)生什么。

可想而知，測試小芳會提很多個bug！

• 名字太長——系統(tǒng)報錯！
• 備注太長——系統(tǒng)報錯！
• 金額超長——系統(tǒng)報錯！
• 輸入表情符——系統(tǒng)無法展示！

簡簡單單3個輸入框，卻收到4個bug，小明、小劉很生氣！一致認(rèn)為這是產(chǎn)品需求設(shè)計不完善，于是，把產(chǎn)品經(jīng)理“K”了一頓。