#21天打卡产品经理的日常思考# 评估需求的优先级是产品经理的必修课,需要从以下几点去考虑:(1)必备型需求
这类需求属于对方工作流中不可或缺的基础,对此重点不是要不要做,而是要怎么才能做好。举个例子:通常来说,企业管理的方式一般是自上而下,这也是产品目前的核心流程。但由于这次疫情,会存在自下而上的汇报,也就是除管理者下派的任务,底层执行人员会根据店内情况做问题上报。首先这个需求符合产品定义,其次结合业务场景,它的价值是能补充业务闭环。知道很多企业,会要求门店人员即时上报门店情况,并做到信息留档。对此我们的处理方式,先基于疫情做了一个「疫情上报」,放在 App Banner 位,做初步功能验证和迭代调整,而后续可以作为新功能正式上线。
(2)期望型需求 + 兴奋型需求
通常会伴随着兴奋型需求一起提出,而我们要考虑这个需求能否解决对方关键的业务问题。毕竟对于SaaS 产品来说,收入的途径主要还是靠产品能否卖的出去。而除此之外的需求,可以从影响面和 ROI 两个维度去进行排序。常见的就是数据看板内容,以及数据导出的样式,而这里要注意一些用户价值高,但商业价值不明显的需求,比如人员导入。事实上这类需求只能说让对方用起来更方便,但带来商业价值程度很低。因此这类需求要结合对方的忍受程度,做谨慎考虑。
全部评论

相关推荐

自从我室友在计算机导论课上听说了“刷 LeetCode 是进入大厂的敲门砖”,整个人就跟走火入魔了一样。他在宿舍门口贴了一张A4纸,上面写着:“正在 DP,请勿打扰,否则 Time Limit Exceeded。”日记本的扉页被他用黑色水笔加粗描了三遍:“Talk is cheap. Show me the code。”连宿舍聚餐,他都要给我们讲解:“今天的座位安排可以用回溯算法解决,但为了避免栈溢出,我建议用动态规划。来,这是状态转移方程:dp[i][j] 代表第 i 个人坐在第 j 个位置的最优解。”我让他去楼下取个快递,他不直接去,非要在门口踱步,嘴里念念有词:“这是一个图的遍历问题。从宿舍楼(root)到驿站(target node),我应该用 BFS 还是 DFS?嗯,求最短路径,还是广度优先好。”和同学约好出去开黑,他会提前发消息:“集合点 (x, y),我们俩的路径有 k 个交点,为了最小化时间复杂度,应该在 (x/2, y/2) 处汇合。”有一次另一个室友低血糖犯了,让他帮忙找颗糖,他居然冷静地分析道:“别急,这是一个查找问题。零食箱是无序数组,暴力查找是 O(n)。如果按甜度排序,我就可以用二分查找,时间复杂度降到 O(log n)。”他做卫生也要讲究算法效率:“拖地是典型的岛屿问题,要先把连通的污渍区块都清理掉。倒垃圾可以用双指针法,一个指针从左往右,一个从右往左,能最快匹配垃圾分类。”现在我们宿舍的画风已经完全变了,大家不聊游戏和妹子,对话都是这样的:“你 Two Sum 刷了几遍了?”“别提了,昨天遇到一道 Hard 题,我连暴力解都想不出来,最后只能看题解。你呢?”“我动态规划还不行,总是找不到最优子结构。今天那道接雨水给我整麻了。”……LeetCode 真的害了我室友!!!
老六f:编程嘉豪来了
AI时代还有必要刷lee...
点赞 评论 收藏
分享
评论
1
1
分享

创作者周榜

更多
牛客网
牛客网在线编程
牛客网题解
牛客企业服务