介绍自己的产品时,常犯的那些错

最近的一个轻咨询客户,在“全面提升组织产品能力”的项目中,正处于内部自学的“读书会”环节。

为了“用以致学”,而不是“学以致用”地读书,我给他们出了一道看起来很简单的题——介绍一下自己手头正在负责的产品。

前几天,团队挑了几份优秀作业来给我看,发现了一些常见的问题,说一下。

64cc7059f14bc2bed80ff0b934cfefb8.jpeg

1,介绍产品时,方案讲得很细,但问题(用户需求)描述过于简单。

2,很多人都会想到要讲竞品分析,但只分析产品功能本身的差异,没有深挖产品要解决的问题,比如目标用户有什么差异。

3,有了问题分析,但看不出后面的方案是如何推导出的,似乎问题是问题、方案是方案,各讲各的。

4,内(公司)外(用户)两方面的思考,经常会缺一边,比如为什么要做这个产品?——因为公司需要(用户价值呢?);或者“为什么要这么做?”——因为用户体验更好(成本呢?公司能力呢?)。

5,产品定位/定义的关键词,在后续的方案中并没有体现出来,比如“高端、安全、便捷”这种,在定位中全部堆上,但方案里没看到。

6,关于产品的一句话概念,常见的都会用内部的专业语言,比如“一个XX的YY平台/系统/解决方案”,这里还应该有面向用户的语言,是用户会转述给亲朋好友/其他潜在用户的“话术”,特别是面向非专业用户的产品。

7,产品涉及的用户角色,如果多于3类(2B的产品往往都有这个情况),建议画一张图把他们之间的关系表示出来。字不如表,表不如图。

介绍自己的产品,能用越少的话说清楚,说明想得越清楚。

那么,一个通用的产品介绍,最简化应该包含哪些内容?

我觉得是问题+解决方案。

问题展开是:目标用户+需求场景;方案展开是:产品概念+竞争优势

当然,每一点进一步展开都可以说很多,其他的内容,就可以具体看你要给谁介绍产品,针对性添加了。

_________
苏杰(iamsujie),产品创新顾问,《人人都是产品经理》系列4本书的作者,前阿里8年产品经理,集团产品大学负责人,良仓孵化器创始合伙人。

如需产品经理/产品思维/产品创新相关领域的培训咨询服务,欢迎联系这个微信(13758212411)。

  • 1
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
1 序 2 思想篇 2 CAP 2 最终一致性 2 变体 2 BASE 2 其他 2 I/O的五分钟法则 2 不要删除数据 2 RAM是硬盘,硬盘是磁带 2 Amdahl定律和Gustafson定律 2 万兆以太网 3 手段篇 3 一致性哈希 3 亚马逊的现状 3 算法的选择 3 Quorum NRW 3 Vector clock 3 Virtual node 3 gossip 3 Gossip (State Transfer Model) 3 Gossip (Operation Transfer Model) 3 Merkle tree 3 Paxos 3 背景 3 DHT 3 Map Reduce Execution 3 Handling Deletes 3 存储实现 3 节点变化 3 列存 3 描述 3 特点 4 软件篇 4 亚数据库 4 MemCached 4 特点 4 内存分配 4 缓存策略 4 缓存数据库查询 4 数据冗余与故障预防 4 Memcached客户端(mc) 4 缓存式的Web应用程序架构 4 性能测试 4 dbcached 4 Memcached 和 dbcached 在功能上一样吗? 4 列存系列 4 Hadoop之Hbase 4 耶鲁大学之HadoopDB 4 GreenPlum 4 FaceBook之Cassandra 4 Cassandra特点 4 Keyspace 4 Column family(CF) 4 Key 4 Column 4 Super column 4 Sorting 4 存储 4 API 4 Google之BigTable 4 Yahoo之PNUTS 4 特点 4 PNUTS实现 4 Record-level mastering 记录级别主节点 4 PNUTS的结构 4 Tablets寻址与切分 4 Write调用示意图 4 PNUTS感悟 4 微软之SQL数据服务 4 非云服务竞争者 4 文档存储 4 CouchDB 4 特性 4 Riak 4 MongoDB 4 Terrastore 4 ThruDB 4 Key Value / Tuple 存储 4 Amazon之SimpleDB 4 Chordless 4 Redis 4 Scalaris 4 Tokyo cabinet / Tyrant 4 CT.M 4 Scalien 4 Berkley DB 4 MemcacheDB 4 Mnesia 4 LightCloud 4 HamsterDB 4 Flare 4 最终一致性Key Value存储 4 Amazon之Dynamo 4 功能特色 4 架构特色 4 BeansDB 4 简介 4 更新 4 特性 4 性能 4 Nuclear 4 两个设计上的Tips 4 Voldemort 4 Dynomite 4 Kai 4 未分类 4 Skynet 4 Drizzle 4 比较 4 可扩展性 4 数据和查询模型 4 持久化设计 5 应用篇 5 eBay 架构经验 5 淘宝架构经验 5 Flickr架构经验 5 Twitter运维经验 5 运维经验 5 Metrics 5 配置管理 5 Darkmode 5 进程管理 5 硬件 5 代码协同经验 5 Review制度 5 部署管理 5 团队沟通 5 Cache 5 云计算架构 5 反模式 5 单点失败(Single Point of Failure) 5 同步调用 5 不具备回滚能力 5 不记录日志 5 无切分的数据库 5 无切分的应用 5 将伸缩性依赖于第三方厂商 5 OLAP 5 OLAP报表产品最大的难点在哪里? 5 NOSQL们背后的共有原则 5 假设失效是必然发生的 5 对数据进行分区 5 保存同一数据的多个副本 5 动态伸缩 5 查询支持 5 使用 Map/Reduce 处理汇聚 5 基于磁盘的和内存中的实现 5 仅仅是炒作? 6 附 6 感谢 6 版本志 6 引用

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

iamsujie

你的鼓励将是我创作的最大动力

¥2 ¥4 ¥6 ¥10 ¥20
输入1-500的整数
余额支付 (余额:-- )
扫码支付
扫码支付:¥2
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、C币套餐、付费专栏及课程。

余额充值