0編程經(jīng)驗,我是如何一步步和AI開發(fā)出提示詞管理助手的
0 代碼也能做產(chǎn)品?作者用親身經(jīng)歷告訴你:只需一段提示詞 + AI 搭檔,就能把“每次復(fù)制提示詞都要翻文檔”的痛點變成 800 人日常在用的瀏覽器插件。從飛書表格到谷歌商店,兩階段、五步走,避坑日志全公開。看完這篇復(fù)盤,你會發(fā)現(xiàn):產(chǎn)品不是想出來的,是長出來的。
上周把“提示詞管理助手”2.0版本開發(fā)完成了,這款當(dāng)初我以為只有很小功能的產(chǎn)品,它在一點點從用戶的需求中生長出來。
我看了看谷歌插件后臺的數(shù)據(jù),目前的總用戶數(shù)是800,每天有600個用戶在使用這款產(chǎn)品,對一款插件產(chǎn)品來說這還是蠻不錯的數(shù)據(jù)。
今天這篇文章就是想完整的復(fù)盤一下“提示詞管理助手”從0開發(fā)到現(xiàn)在2.0的過程;如果你也想做或者在做自己的產(chǎn)品,或許我這段經(jīng)歷會對你有一些靈感或啟發(fā)。
V1.0版本
V2.0版本
更新日志
因為我是產(chǎn)品經(jīng)理出身,所以我把產(chǎn)品的開發(fā)過程分為2個階段:
1.?驗證可行性階段:0-1驗證產(chǎn)品的可行性,有沒有用戶愿意用這款產(chǎn)品
2.?放大價值階段:1-10給用戶提供更好的產(chǎn)品體驗,獲得更多的用戶增長
接下來我就按照這兩個階段的劃分,帶你看看“提示詞管理助手”是怎么跑出來的。
1.驗證可行性階段??
0-1驗證產(chǎn)品的可行性,有沒有用戶愿意用這款產(chǎn)品
1.1 找到需求
任何一個產(chǎn)品都有它開始的原點,我們先從如何找到“提示詞管理助手”這個需求開始說起。
為什么要做提示詞管理這個事情呢?
因為我有一摞子提示詞,他們分散在各個文檔里,每次我要去用我都得翻文件,我覺得太麻煩了。
但我第一版的時候并沒有想做成產(chǎn)品,我選擇把飛書文檔整理了一下,搞了一個提示詞合集出來,這樣其實比翻文檔的效率提升了不少。
但每次復(fù)制一個提示詞的流程依舊是:打開飛書文檔——找到對應(yīng)的提示詞——復(fù)制提示詞——切換回AI聊天頁面——粘貼提示詞。
這個流程用多了還是覺得麻煩。。。
我希望最好是點個復(fù)制按鈕,這個提示詞就能粘貼過去。
“提示詞管理助手”的需求來自我日常和AI高頻對話的場景,我一直存在一個提示詞管理的痛點,所以最后我做了這款產(chǎn)品,方便自己用的同時順便推廣給和我一樣有類似需求的用戶。
在找到需求這款,我對大家的建議就是:先從自己的需求出發(fā),然后找到有同樣需求的用戶。
1.2 分析需求
當(dāng)我決定要做“提示詞管理助手”這個產(chǎn)品后,第一步要解決的問題是:它到底該以什么樣的形式存在?
當(dāng)時有三個方向可以選擇:1.?做一個網(wǎng)頁端工具2.?做一個桌面應(yīng)用3.?做一個瀏覽器插件
看起來這三種產(chǎn)品都能滿足我的需求,那到底要選擇哪一個?
我的判斷邏輯是這樣的:選那個開發(fā)成本最低、能最快解決核心需求的。
因為我是一個高頻使用瀏覽器的用戶,工作電腦是一臺Mac和一臺Windows。
所以我很快排除掉了前兩個選項。網(wǎng)頁端看起來通用,但和我直接打開飛書文檔復(fù)制提示詞沒區(qū)別,體驗沒什么提升,還得考慮域名、備案等上線問題。電腦端的管理產(chǎn)品也可以pass掉了,win和mac都得各自開發(fā)一套,開發(fā)成本略高。
最后選了谷歌瀏覽器插件,我只需要開發(fā)一個版本維護(hù)就好了,能夠覆蓋我全部的使用場景。
在確定了產(chǎn)品形式后,接下來我還需要去判斷“提示詞管理”這個事情到底要怎么做。
當(dāng)時有三個方向可以選擇:1.?做本地提示詞管理2.?自建云端服務(wù)器3.?接入飛書多維表格
判斷邏輯還是和之前一樣:選那個開發(fā)成本最低、能最快解決核心需求的。本地管理先被排除掉了,因為我有兩臺電腦,也就代表我要維護(hù)兩套提示詞,太麻煩了。云端服務(wù)器也排除掉了,還得去買服務(wù)器,然后進(jìn)行各種測試,開發(fā)起來太麻煩了。
最后選擇接入飛書多維表格,只需要調(diào)試一下對接流程就能用,簡單又省事。
基于多輪的分析需求,最后“提示詞管理助手”在開發(fā)前,我對它的定義是這樣的:一款可以讀取飛書多維表格、支持一鍵復(fù)制提示詞的谷歌瀏覽器插件。
1.3 MVP開發(fā)
在分析完需求后,我已經(jīng)知道我到底要做一款什么樣的產(chǎn)品了。
那接下來我要先把第一個能用的版本做出來,然后去找用戶驗證,看看到底有沒有人用這個產(chǎn)品。
MVP開發(fā)的原則是:用最小的成本,驗證最核心的價值。
提示詞管理助手最核心的價值是什么?
便捷的復(fù)制提示詞。
所以第一版“提示詞管理助手”我只做了兩個核心功能:1.?讀取飛書多維表格的提示詞數(shù)據(jù)2.?復(fù)制提示詞
這兩個功能完成了,就是最小可用的產(chǎn)品形態(tài)了。我先是自己使用體驗了一會,在體驗沒問題后,才準(zhǔn)備把它推廣給更多人用。
1.4 測試收集反饋
MVP開發(fā)做完了,我就發(fā)到自己的提示詞群里和一些AI開發(fā)者群里,邀請大家來試用一下這款產(chǎn)品,順便看看大家反饋怎么樣。
這里需要注意的是:第一批測試的用戶量不需要特別大,有幾十個人愿意來體驗一下產(chǎn)品就好了。
這個階段的目標(biāo)重點在于:收集用戶反饋迭代產(chǎn)品,而非用戶量。
我自己從做產(chǎn)品經(jīng)理開始,就一直蹲在用戶群里看反饋,觀察大家怎么用產(chǎn)品、卡在哪、吐槽什么。
這次也不例外,我又拉了一個用戶反饋群,主要是以下兩個目的:1.?幫助用戶解決使用過程中遇到的問題2.?搜集用戶對產(chǎn)品的真實反饋
在這個用戶反饋群里,我收獲到了很多超有價值的反饋,我給大家列舉一些哈:飛書授權(quán)流程做的太麻煩了,很多可以簡化的步驟沒有簡化加個預(yù)覽功能,能夠查看自己的提示詞內(nèi)容深色模式?jīng)]有做兼容,深色模式體驗比較差增加標(biāo)簽分類和模型名稱可以跳轉(zhuǎn)多維表格,隨時查看管理自己的提示詞
“提示詞管理助手”這款產(chǎn)品是用戶和我一起讓它生長出來的,如果只靠我自己的思考,現(xiàn)在的很多很好用的功能都不會有。
就比如說深色模式的兼容,我作為一個不咋用深色模式的用戶,我實在是沒法腦補出來這個需求的。
如果不是用戶告訴我,我估計開發(fā)到20.0版本,也不會主動做這個功能。
1.5 推廣上線
在用戶反饋的幫助下,我又優(yōu)化了幾個版本,我覺得產(chǎn)品可以正式推廣上線了。
因為產(chǎn)品形態(tài)是一個谷歌瀏覽器插件,那我這次不用考慮什么SEO之類的事情,我只需要自己宣傳一下獲得一部分用戶,然后一點點迭代產(chǎn)品就好了。
所以我主要是寫公眾號和即刻上宣傳的多一點,告訴大家我有這款產(chǎn)品。
這里要感謝好朋友 @卡爾的AI沃茨 @AIGC創(chuàng)意獵人 幫我寫文章宣傳了一下,非常感謝兩位好朋友~
為什么沒有去更多的渠道進(jìn)行推廣?
主要是我自己的精力其實不太夠,我自己日常要學(xué)習(xí)AI的知識、要做AI編程的踐行、還要寫文章,以及去各個AI活動跑來跑去的,留給推廣的時間就少了很多。
目前的打算是之后會借助AI,來把更多的渠道推廣做一下,這是放大價值階段的重點目標(biāo)啦。
2.放大價值階段??
1-10給用戶提供更好的產(chǎn)品體驗,獲得更多的用戶增長
2.1 產(chǎn)品2.0版本升級
在“提示詞管理助手”開發(fā)到1.6.6版本的時候,圍繞飛書多維表格提示詞管理的功能基本上已經(jīng)很齊全了,于是在做下一個版本迭代的時候我盤點了一下手中遇到的問題:目前這個版本代碼庫架構(gòu)有一些問題,有幾個超長的代碼文件,導(dǎo)致AI開發(fā)的效率降低了很多,bug率飆升用戶多次提到希望使用本地提示詞,結(jié)合用戶希望團(tuán)隊使都能用提示詞管理助手,那最好能用飛書提示詞導(dǎo)出、本地提示詞導(dǎo)入功能來實現(xiàn)。
在盤點完之后我覺得這兩個版本可以合并一起做,應(yīng)該難度不是很大。
這是我開發(fā)“提示詞管理助手”后犯的最大的一個問題:我把太多事情合并到一起來做了。
我覺得我的AI編程水平很高了,這些事情我可以一口氣都搞定了。
然后事實告訴我:你想多了,你這么搞只能寫一堆bug。
“提示詞管理助手”2.0版本開發(fā)一共花了3周的時間,在前兩周我都希望能夠先把架構(gòu)一鍵調(diào)整好,順便在架構(gòu)調(diào)整的過程中把新功能加進(jìn)去。
但實際上我沒什么太深度的編程架構(gòu)技能,所以在我這個策略的瞎折騰下,我的代碼庫成功的崩了。。。
我又回到了開發(fā)一個功能,修復(fù)無數(shù)個bug的階段。
于是我停下來復(fù)盤了一下,我發(fā)現(xiàn)問題在于我總是想一口氣吃個胖子,一下子把所有事情做完。
于是我給自己定了一個目標(biāo):一次開發(fā)只做一件事情。
我把自己的2.0版本開發(fā)計劃拆成了這樣:補齊飛書授權(quán)token過期測試的API做飛書提示詞和本地提示詞增刪改查的API測試做樣式文件css 的整體重構(gòu)核心組件js文件的拆分
然后和claude code還有cursor一起,一點點把“提示詞管理助手”2.0版本啃完了。
2.2 接下來計劃要做的事情
“提示詞管理助手”2.0版本升級完成后,我給自己放了幾天的假,沒寫文章也沒開發(fā)產(chǎn)品,我復(fù)盤自己最近遇到的各種問題,看了很多文章、和很多朋友聊天、想了很多的事情。
“提示詞管理助手”后續(xù)我的思路大概是這樣的:有一些偷懶之前沒做的事情需要做了先給產(chǎn)品起一個好聽的名字吧,之前一直拖延沒做做一個官網(wǎng)介紹頁,讓大家知道這款產(chǎn)品是干嘛的優(yōu)化谷歌瀏覽器插件的產(chǎn)品介紹,之前都是AI寫的,這次我和AI一起寫產(chǎn)品架構(gòu)優(yōu)化還有一些沒做完的地方,要繼續(xù)優(yōu)化產(chǎn)品功能還有一些細(xì)節(jié)設(shè)計需要調(diào)整,也需要優(yōu)化做一下重點花精力的地方瀏覽器的兼容:兼容360瀏覽器、edge瀏覽、dia瀏覽器,為規(guī)?;茝V做準(zhǔn)備產(chǎn)品的推廣:小紅書、即刻這些渠道的推廣應(yīng)該做一下了提示詞廣場:把我和身邊好朋友的提示詞做成一個廣場,方便大家調(diào)取使用提示詞生成器:能夠自主優(yōu)化提示詞,進(jìn)行對比測試的產(chǎn)品
腦子中的思路大概是這些,我會把這些事情再排個優(yōu)先級,然后一點點去推動落地。
我覺得放大價值階段和驗證可行性階段的區(qū)別在于,放大價值階段的目標(biāo)它是不確定的。
當(dāng)200個用戶在用產(chǎn)品的時候,我們其實知道驗證可行性階段就已經(jīng)結(jié)束了。
但放大價值的階段沒有盡頭,你可以做產(chǎn)品升級、可以做用戶體量、可以做商業(yè)化、還可以什么都不做。
我想這個階段最核心的是要問自己:這款產(chǎn)品希望它給自己給用戶帶來什么。
3.寫在最后
在寫完“提示詞管理助手”的復(fù)盤,我腦海中浮現(xiàn)出一句話:產(chǎn)品是生長出來的,不是想出來的。
我們在做一個產(chǎn)品的時候,其實不知道它未來會發(fā)展成什么樣。
我在提示詞管理助手1.0版本做好上線的時候,我也覺得這個產(chǎn)品沒什么太多可以做的事情,但后來隨著越來越多的用戶反饋,隨著自己的思考越來越多。
我發(fā)現(xiàn)可以做的事情還有很多,需求是永遠(yuǎn)做不完的。
如果你現(xiàn)在腦子中有一個產(chǎn)品的雛形,那最重要的是先做一個版本出來。
邊做邊思考,遇到問題解決問題,這是最好的踐行方式。
本文由人人都是產(chǎn)品經(jīng)理作者【云舒】,微信公眾號:【云舒的AI實踐筆記】,原創(chuàng)/授權(quán) 發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)許可,禁止轉(zhuǎn)載。
題圖來自Unsplash,基于 CC0 協(xié)議。
- 目前還沒評論,等你發(fā)揮!