技术栈
产品决策
黑黑的独立开发笔记
19 天前
ocr
·
用户运营
·
迭代加深
·
用户体验
·
产品决策
·
简记往来
「 简记往来」用户反馈驱动的产品迭代：简记往来的6次关键更新与一次“不做”的决策
简记往来上线后，我收到的最有价值的建议，几乎都来自用户反馈。用户不会帮你写代码，但用户会告诉你“哪里不舒服”。找到“不舒服”的地方，就是产品迭代的方向。
Rubin智造社
2 个月前
团队协作
·
谷歌亚马逊工作法
·
产品决策
·
推后请求
·
冲突处理
·
初创公司决策
·
协商式领导
智读致用｜《谷歌亚马逊如何做产品》11｜胜在决策：不做“一言堂”老板，用协作和推后请求做出聪明决定
核心问题：产品方向定了，技术架构搭好了，但为什么每次面对“这个功能做不做”“这个技术选哪个”时，团队还是在反复扯皮？如何让决策又快又准，还能让所有人服气？
Rubin智造社
2 个月前
数据驱动
·
核心指标
·
谷歌亚马逊工作法
·
产品决策
·
让产品开口说话
·
智读致用
·
初创公司运营
智读致用｜《谷歌亚马逊如何做产品》6｜赢在数据驱动：抓住核心指标，就能让产品“开口说话”
核心问题：产品发布后，怎么判断它到底成没成功？团队争论需求优先级时，凭什么说“这个比那个重要”？上一篇文章解决了“产品能不能用”，现在要回答更根本的问题：它值不值得继续投入？ 本章给出的答案极其硬核——学会用数据说话。好的主管能根据数据发现问题和跟踪进度，但前提是你知道如何定义核心指标，以及如何让这些指标“告诉”你产品到底发生了什么。
我是有底线的