本文總結(jié)了作者的項(xiàng)目實(shí)戰(zhàn)經(jīng)驗(yàn)，涵蓋了報(bào)表需求的深度挖掘與解決方案、前端數(shù)據(jù)查詢難題的巧妙破解與標(biāo)準(zhǔn)化、前端設(shè)計(jì)規(guī)范的構(gòu)建與人才培養(yǎng)，以及產(chǎn)研業(yè)務(wù)的無(wú)縫融合與協(xié)同優(yōu)化。希望對(duì)你有所幫助。

在瞬息萬(wàn)變的智能客服領(lǐng)域，產(chǎn)品的角色就如同一位探尋寶藏的航海家，不僅要時(shí)刻關(guān)注市場(chǎng)潮流與客戶需求的變化，更要能在實(shí)踐中不斷創(chuàng)新與突破。

踏入智能客服領(lǐng)域后，我有幸引領(lǐng)團(tuán)隊(duì)在一系列數(shù)據(jù)化項(xiàng)目中披荊斬棘，從實(shí)戰(zhàn)中提煉出了四大關(guān)鍵環(huán)節(jié)的寶貴經(jīng)驗(yàn)。這其中涵蓋了報(bào)表需求的深度挖掘與解決方案、前端數(shù)據(jù)查詢難題的巧妙破解與標(biāo)準(zhǔn)化、前端設(shè)計(jì)規(guī)范的構(gòu)建與人才培養(yǎng)，以及產(chǎn)研業(yè)務(wù)的無(wú)縫融合與協(xié)同優(yōu)化。

無(wú)論針對(duì)于定制化數(shù)據(jù)項(xiàng)目還是業(yè)務(wù)中數(shù)據(jù)模塊的設(shè)計(jì)都可以用上，大致的思路是差不多的。

一、報(bào)表需求的精準(zhǔn)捕捉與智能化響應(yīng)

在數(shù)據(jù)化項(xiàng)目的實(shí)施過(guò)程中，我們經(jīng)常會(huì)遇到關(guān)于報(bào)表需求多樣化的問(wèn)題。在分析客戶實(shí)際需求時(shí)，我們發(fā)現(xiàn)報(bào)表功能可分為問(wèn)題分析和業(yè)務(wù)報(bào)表兩大部分，其中業(yè)務(wù)報(bào)表因其與日常運(yùn)營(yíng)緊密相連，具有更高的優(yōu)先級(jí)。報(bào)表功能不僅要反映原始數(shù)據(jù)層、明細(xì)數(shù)據(jù)層、匯總數(shù)據(jù)層和應(yīng)用數(shù)據(jù)層的信息，還需滿足客戶對(duì)于數(shù)據(jù)時(shí)效性和自定義表頭的高要求。

針對(duì)已知問(wèn)題，我們意識(shí)到傳統(tǒng)的預(yù)設(shè)報(bào)表模板已無(wú)法滿足客戶日益動(dòng)態(tài)化、個(gè)性化的業(yè)務(wù)需求。

為此，我們提出了一種創(chuàng)新型解決方案：鼓勵(lì)客戶提供原始數(shù)據(jù)層和業(yè)務(wù)產(chǎn)出流程圖，以便我們了解其數(shù)據(jù)流過(guò)程和計(jì)算規(guī)則。

隨后構(gòu)建起一套靈活可配置的報(bào)表系統(tǒng)。首先，我們?yōu)榭蛻籼峁┮惶卓膳渲玫挠成浔韼?kù)，其次支持在前端自由地拖拽報(bào)表和便捷的表頭字段自定義，并集成了實(shí)時(shí)數(shù)據(jù)計(jì)算與導(dǎo)出功能。

這使得客戶能夠根據(jù)自身需求靈活調(diào)整報(bào)表內(nèi)容，而不必過(guò)度依賴產(chǎn)研團(tuán)隊(duì)的持續(xù)性維護(hù)。

這樣的模式不僅可以降低雙方成本，而且在一定程度上也能支持內(nèi)部業(yè)務(wù)的數(shù)據(jù)統(tǒng)計(jì)需求，即使客戶不再續(xù)約，此模式亦可快速適應(yīng)其他客戶，只需更換原始數(shù)據(jù)層即可。

二、前端數(shù)據(jù)查詢困局的化解與標(biāo)準(zhǔn)化進(jìn)程

在實(shí)際項(xiàng)目運(yùn)行中，前端數(shù)據(jù)查詢成為阻礙團(tuán)隊(duì)效率的一大痛點(diǎn)。問(wèn)題的核心并不在于編寫SQL查詢語(yǔ)句的技術(shù)難度，而在于如何高效、準(zhǔn)確地定位并獲取必要的數(shù)據(jù)。

我們調(diào)研發(fā)現(xiàn)，過(guò)往的常規(guī)做法過(guò)于依賴研發(fā)人員的手動(dòng)支持或耗費(fèi)過(guò)多時(shí)間學(xué)習(xí)復(fù)雜的查詢流程。為徹底改變這一局面，我們推出了一項(xiàng)改革措施：

• 實(shí)現(xiàn)Appid列表的權(quán)限化管理，確保各類角色能迅速獲取到業(yè)務(wù)結(jié)果，快速判斷客戶使用程度；
• 普及埋點(diǎn)數(shù)據(jù)查詢方式和基礎(chǔ)SQL操作知識(shí)，賦能業(yè)務(wù)人員自主查詢所需數(shù)據(jù)，從而極大提升了整個(gè)團(tuán)隊(duì)的數(shù)據(jù)處理能力和項(xiàng)目執(zhí)行效率；
• 提供大數(shù)據(jù)字典，在數(shù)據(jù)出現(xiàn)問(wèn)題時(shí)，便于快速排查問(wèn)題，根據(jù)埋點(diǎn)數(shù)據(jù)的異常，結(jié)合自動(dòng)化預(yù)警機(jī)制，第一時(shí)間獲得系統(tǒng)的求救信號(hào)。

這樣一來(lái)，所有項(xiàng)目成員都可以根據(jù)需要自主查詢數(shù)據(jù)，顯著提升工作效率。

三、前端設(shè)計(jì)規(guī)范的嚴(yán)謹(jǐn)構(gòu)建與持久傳承

在產(chǎn)品驗(yàn)收階段，我們注意到了前端展示中存在的諸多問(wèn)題，如按鈕樣式不統(tǒng)一、操作說(shuō)明不一致等。除保證功能完整性外，視覺(jué)效果和系統(tǒng)規(guī)范性同樣重要。這類看似細(xì)微的問(wèn)題如果不加以重視，隨著產(chǎn)品功能的逐漸豐富，日后校正的成本將會(huì)急劇攀升。

對(duì)于數(shù)據(jù)項(xiàng)目不建議使用傳統(tǒng)的前端代碼方式，更多建議使用低代碼平臺(tái)。如果數(shù)據(jù)模塊設(shè)計(jì)的項(xiàng)目很多時(shí)，建議自研一套通用的前端代碼組件。反之，向外采購(gòu)新的產(chǎn)品。因?yàn)槊鎸?duì)數(shù)據(jù)頻繁的更新迭代，更改和上線代碼是一套比較繁瑣的過(guò)程。

具體可以參考阿里開(kāi)源低代碼平臺(tái)LowCodeEngine。

地址：https://lowcode-engine.cn/site/docs/guide/quickStart/intro

無(wú)論是自研還是外采，建議采取主動(dòng)出擊的策略，即定期開(kāi)展設(shè)計(jì)師培訓(xùn)交流活動(dòng)。雖然短期來(lái)看投入了一定時(shí)間成本，但長(zhǎng)期看促進(jìn)了設(shè)計(jì)規(guī)范的普及和執(zhí)行。這將極大減少后期優(yōu)化工作量，提升客戶體驗(yàn)，并有助于培養(yǎng)團(tuán)隊(duì)遵循規(guī)范的習(xí)慣。

四、產(chǎn)研一體化戰(zhàn)略，共建業(yè)務(wù)共鳴之橋

在產(chǎn)研過(guò)程中，我們發(fā)現(xiàn)團(tuán)隊(duì)內(nèi)部的信息流轉(zhuǎn)存在問(wèn)題，常見(jiàn)的是團(tuán)隊(duì)內(nèi)部存在信息不對(duì)稱。這導(dǎo)致一線研發(fā)人員在理解和執(zhí)行需求時(shí)存在一定程度的脫節(jié)，進(jìn)而影響了產(chǎn)研團(tuán)隊(duì)的整體協(xié)同效率和產(chǎn)品創(chuàng)新能力。

為解決這個(gè)問(wèn)題，推薦采用“SEAI需求分析法”，它獨(dú)樹(shù)一幟地確立了四項(xiàng)核心目標(biāo)，相較于傳統(tǒng)需求分析方法，通常能完成其中之一已然不易，而SEAI需求分析法則能同時(shí)滿足這四項(xiàng)高標(biāo)準(zhǔn)要求。

1. 用戶友好與需求界限明晰化

“SEAI需求分析法”使得客戶與用戶能夠在無(wú)需依賴復(fù)雜工具、圖表或繁瑣規(guī)則的前提下，如同閱讀日常生活中的文本一樣，輕松自然地理解并認(rèn)同需求的具體內(nèi)容和邊界范圍。

所謂“需求邊界”，即明確界定哪些需求會(huì)被涵蓋，哪些不在范圍內(nèi)，盡管這一概念早已有之，但大多數(shù)方法在形式化表達(dá)和精確界說(shuō)方面一直有所欠缺。

2. 項(xiàng)目經(jīng)理量化管理的便利性，直接計(jì)算工作量、工期、成本等人力數(shù)據(jù)

項(xiàng)目經(jīng)理可以直接依據(jù)文檔精確計(jì)算出項(xiàng)目所需的工作量、預(yù)計(jì)工期、成本預(yù)算，甚至包括合理的代碼行數(shù)、預(yù)期的測(cè)試用例數(shù)量、可能出現(xiàn)的測(cè)試缺陷數(shù)以及發(fā)布階段的缺陷預(yù)測(cè)數(shù)等核心數(shù)據(jù)。

相比之下，雖然敏捷開(kāi)發(fā)框架如Scrum也能提供類似的估算，但通常需要開(kāi)發(fā)團(tuán)隊(duì)的緊密協(xié)作（特別是在項(xiàng)目初期團(tuán)隊(duì)尚未組建完備時(shí)），并且其估算更多局限于當(dāng)前迭代周期。

3. 開(kāi)發(fā)人員設(shè)計(jì)與編碼的高效性，完成數(shù)據(jù)庫(kù)設(shè)計(jì),編寫頁(yè)面/接口

結(jié)構(gòu)化層次中，明確地融入了數(shù)據(jù)庫(kù)設(shè)計(jì)和頁(yè)面/接口層級(jí)信息，使開(kāi)發(fā)人員能夠直觀明了地了解到他們需要開(kāi)發(fā)的具體內(nèi)容，避免了模糊不清或遺漏的情況。

不同于常見(jiàn)的“用戶故事”方法，SEAI需求分析法能夠讓開(kāi)發(fā)人員明確知曉需要?jiǎng)?chuàng)建多少個(gè)頁(yè)面和接口。

4. 測(cè)試人員編寫測(cè)試用例的精準(zhǔn)性

包含了“需求實(shí)例”這一層級(jí)，測(cè)試人員能夠直接從此處獲取靈感和線索，精準(zhǔn)地編寫出匹配需求的測(cè)試用例，對(duì)測(cè)試用例的數(shù)量及大致內(nèi)容有一個(gè)明確的概念。這種方法既能確保測(cè)試的全面性，又不至于令非技術(shù)背景的人員感到困惑不解。

同時(shí)，我們也提出了實(shí)施研發(fā)反需求串講機(jī)制和測(cè)試showcase階段，每個(gè)環(huán)節(jié)都要求產(chǎn)品經(jīng)理積極參與，以此確保產(chǎn)研團(tuán)隊(duì)在業(yè)務(wù)理解層面達(dá)成高度一致。

在研發(fā)反需求串講機(jī)制中，研發(fā)從自身理解的角度重述業(yè)務(wù)流程和呈現(xiàn)給客戶的結(jié)果，同時(shí)描述如何實(shí)現(xiàn)和完成這件事。在這個(gè)過(guò)程中，對(duì)于細(xì)節(jié)的把握更加精準(zhǔn)，不會(huì)輕易在研發(fā)過(guò)程中忽略掉。

在測(cè)試showcase階段，產(chǎn)品處于半成品階段，存在少量的bug，但是整個(gè)操作流程是完全能夠跑通的。這個(gè)環(huán)節(jié)是內(nèi)部集體驗(yàn)收的過(guò)程，不僅僅是產(chǎn)品，包括設(shè)計(jì)師等需要用心參與，及時(shí)提出質(zhì)疑和建議修改的地方（例如下圖），便于后續(xù)測(cè)試同學(xué)再跟進(jìn)環(huán)節(jié)更好統(tǒng)一。避免上線驗(yàn)收前才發(fā)現(xiàn)問(wèn)題時(shí)，團(tuán)隊(duì)沒(méi)有時(shí)間去調(diào)整，交付給客戶的是一個(gè)次品。

通過(guò)這種方式，研發(fā)人員不再僅僅是需求的被動(dòng)執(zhí)行者，而是轉(zhuǎn)變?yōu)楫a(chǎn)品設(shè)計(jì)的積極參與者和共創(chuàng)者。當(dāng)成員不斷提出種種問(wèn)題和建議時(shí)，常常會(huì)激發(fā)出我們對(duì)產(chǎn)品設(shè)計(jì)理念的深入探討和持續(xù)優(yōu)化，最終提升了產(chǎn)研團(tuán)隊(duì)的工作效率和產(chǎn)品迭代品質(zhì)。

總結(jié)

在項(xiàng)目迭代過(guò)程中必須具備深度挖掘客戶需求的敏銳洞察力，勇于創(chuàng)新解決問(wèn)題的魄力，致力于推動(dòng)團(tuán)隊(duì)內(nèi)部標(biāo)準(zhǔn)化與規(guī)范化的決心，以及擅長(zhǎng)協(xié)調(diào)產(chǎn)研業(yè)務(wù)深度融合的智慧。

這些實(shí)戰(zhàn)心得成為指引我不斷提升產(chǎn)品用戶體驗(yàn)的良藥，也是在成長(zhǎng)路上堅(jiān)定前行的穩(wěn)固基石。