转载请注明：ADC 2014 – 如何成为一位合格的产品策划者 – 青少年开发者大会演讲稿 | 钉子の次元 http://blog.dimpurr.com/event14/

这是本次 EVENT 14 青少年开发者大会我的个人演讲稿。于 2014 年 7 月 20 日下午第二场。

PPT 源文件包下载：http://pan.baidu.com/s/1hqf57hi

诸位好，这里是陈旸，也可以称呼我 dimpurr 。零零后，初中毕业生，强迫症，多媒体设计爱好者，交互前端略懂，后端算法硬伤。

不过虽然自诩为一位设计师，都说巧妇难为无米之炊，美工也要码农衬嘛。这种时候团队的力量就出现了，为了实现自己的设计，组建一个有各路大神的开发团队是必不可少的。不过做项目不是来一段说写就写的代码，今天在这里就是想以 悦调 Rhytune 这个项目为例，不止讲讲一路上来产品设计的历程，更从一个创业者和管理者的角度来谈一谈怎么做到让自己的创意经受住检验。

抓住灵感：如果苹果敢砸你，你就砍了苹果树

嗯 …… 请忽略副标题。

了解我的人都知道，在音乐方面我是个完完全全的强迫症。我家那块 2TB 的希捷硬盘中将近三分之一，都被我精心搜集整理、全部切割为单轨 FLAC 的无损音乐给填满了。

那天，此人秉承着作为一位设计师的作死天性和强迫症，为了打印用来背歌词的文档，如图所示，正在流畅地进行着 Google 搜索歌词， Pascal 脚本排列， Word 手动排版的流水线。终于在在下的简单过滤脚本不堪忍受 百度知道 和 各类歌词网站 中，造型各异、时而罗马音不加空格、时而片假名注音混杂、时而怎样怎样 …… 的歌词重负之后，咱一摔桌：为什么这些网站不能把歌词直接导出文档啊！

回到我们的话题中来。前面讲的这个故事，就是一个关于发现自身需求的例子。各位一定都拥有一定程度自己解决问题的能力，比如我后来研究 lrc 转 HTML 去了 …… 这也说明了一点，就是大家所面对的问题，几乎都是确确实实没有被满足的需求。简而言之，我们生活中遇到的不便，便是绝好的 idea 来源。

为了这个小小的不满，本人毅然决定自己做一个提供完善的导出文档和 lrc 的歌词库，让歌词网站走向现代化、革新化，于是， Project LYRICS 就诞生了。

发散思维：离开妻子在外打工多年的小明听说生了后大喜过望

嗯 …… 请忽略副标题。

往往在我们遇到一些问题时，二逼码农的解决方法就是自己撸一段高端大气上档次的脚本，总之解决了就好。有分享精神的普通码农或许会把脚本修改一下分享出来，供相似需求的人下载使用。至于有战略眼光的伪码农真PM，会敏锐的发现市场的空缺，并且创造出好的 idea 。

那么上回说道，咱因为编撰歌词的麻烦萌生了做歌词库的想法。这时，我逐渐发现了我在 寻找 > 聆听 > 整理 音乐的过程中，还有许多地方缺乏合适的服务。例如，我寻找资源时，总要去 Google 或者 nyaa.se 等地搜索，在各大论坛水贴下载，能否为音乐做一个 萌否 那样的资源聚合服务；我总是要去 Bilibili 等视频网站寻找 MV 和 翻唱 ，能否为音乐做一个关联各类 MV 视频的 BGM 式百科 …… 于是我决定，将理想中的产品，打造成一个「歌词百科」的形式。

当然， UNIX 哲学中有一条是“各司其职”。换句话说，不是什么相关的功能都能添加上去的，而是经过取舍，确定出围绕一个中心的需求，最后组成一个完整的产品。

虎视眈眈：竞品分析，确保有实力争一席之地

这次请忽略 …… 对不起，这一段内容比较重要，我就不废话了。

做完之前的两步之后，相信一个 idea 也算是羽翼渐丰，基本成型了。对某些人来说，做到这一步，就基本可以上代码垒技术栈了。正因如此，这就成为了导致无数一腔热血的创业项目半途夭折的罪恶之源 ╮(╯-╰)╭

竞品分析这一步，不仅是产品设计开发中极其重要的流程，也是在正式立项之前必须做好准备的一步。你需要利用手中的媒体和搜索引擎，在浩瀚如烟的互联网上搜寻有朝一日可能和你针锋相对括号争风吃醋的现有产品。如果不幸发现某企鹅或者某数字企业已有同类产品，我只能说，差不多打道回府吧。

不过，如果你仍然相信你的 idea 有坚持的价值，在研究寻找相关产品时，请务必注意下这些方面：

• 有哪些现存的同类产品？它和我们是功能性质相同，运营模式相同，用户群相同，还是几乎一模一样？
• 我的 idea 独特的地方在哪里？能作为差异化或者是噱头的设计有哪些？还有哪些没有被关注的方向？
• 我的产品能否从现有的产品中争夺一席之地？我能否提供足够的技术实力来完成设想？

前面说产品的心态确定为歌词百科后，我立刻调查了歌词相关的软件和网站，最终总结出我们的竞争对手主要有以下几类：

• 现有的使用文章类 CMS 系统的歌词网站。
  • 我们的优势是方便和可自定义的歌词显示、导出；对方的优势是完整的歌词制作生态链。因此在社区运行的早期，我们引入有经验的歌词制作用户。
• 音乐播放器的内置歌词系统。
  • 我们的优势是更广的受众和可导出作多种用途；对方的优势是稳定的用户群和无缝的使用体验。因此我们可以考虑推出客户端。
• 豆瓣模式的音乐分享和鉴赏网站。
  • 我们的优势是完善的歌曲数据和周边的服务；对方的优势是优质的内容质量和社区氛围。因此我们可以考虑通过推出认证媒体帐号等方式，扩展我们的平台，化敌为友。

就像这样，在调查的过程中，逐渐完善和修改构思，当你最终可以自信的回答以上问题时，我们就可以走进下一步了。

走进科学：访谈调查，将产品带向真实用户需求

咳咳。大家好，我是陈旸，也可以称呼我 Dimpurr 。我是一名设计师，同时也是划时代的歌曲百科和音乐服务 悦调 Rhytune 的创始人。要说我的非凡灵感，当然是来自于平常孜孜不倦的钻研和开发，才有了这个集音乐视听、资源、百科、社交等于一身的史无前例的产品。我们一定能改写未来互联网音乐分享的篇章，为广大深度音乐用户带来福音！好吧，我已经看见台下有人准备好臭鸡蛋了 ……

作为项目的发起人，还通过自身的需求和市场调查，最终讲 idea 确立为一个完善的产品形态，那当然会自我感觉良好 —— 简直 Amazing 。但是自己的需求终究只是特例，如果产品推出之后，才发现设计出来的功能是风中摇曳的一朵奇葩，没有用户欢迎，那时就后悔也来不及了。

及时避免这种情况的办法，当然是提前接触用户，了解他们的实际情况。以下几种途径，我们可以选择最方便的方式，也可以多管齐下，达到最好的效果：

• 对身边的人一对一访问。现实中的家人朋友，网络上的朋友，都可以通过聊天、即时通讯等方式进行对话。向他们咨询他们平常是怎么使用你的项目的同类产品的，或者简要描述下你的蓝图，听听他们的感想。
  • 以 Project LYRICS 为例，我不仅在和朋友们介绍想法、征求意见的过程中，从身边的音乐爱好者们听到了对各种歌词网站的牢骚、对一些媒体中心设计的赞美，也从一些平常只是拿手机偶尔听听网络电台的朋友们了解到了客户端渠道的重要性。更难能可贵的是通过访问，我还得到了几位早期开发人员。
• 在熟悉的社区里，邀请朋友回答问卷。这种时候就需要学习正确的问卷设计姿势了，简洁明了、精准明确的提出问题是要诀，对于复杂的问题不要直接让被调查者回答，而可以拆分成多个旁侧敲击的简单问题。利用熟悉社区的优势，你能更方便的获得大样本而且有价值的数据，被调查者往往也乐意配合你回答问题。
  • 在知乎上提问，在 V2EX 上让大家谈谈自己的音乐习惯，在开源社区调查各平台的音乐客户端占有率，或许还可以了解到有趣的音乐方面的 Geek 小工具，也不失为一种做法。
• 潜入目标用户群体。某些人本身就是因为是用户群体中的典型所以萌发的构思，这种时候就具有天然优势。如果有一部分用户你还不了解，这种时候不妨悄悄的来场谍中谍，在目标社区中研究他们的交流习惯，学习他们的模式。
  • Project LYRICS 的设计很大一部分得益于我一段时间的歌词组参与制作经历，这种时候就需要重回社区，温习一遍社区里的歌词制作、发布工具和渠道。你在社区里混熟了之后，还可以毫不费力的向大家推广你的产品呢。

拉帮结派：不会写代码的美工不是好 PM

经过重重历练，你的 idea 终于百炼成钢，确定将来能经得住市场检验了，或许还已经有了初期的代码框架和开发人员。不过没有也不要急，类似 V2EX 、知乎、之前 JoyNeop 介绍的 实现 这类平台，都是你公布设想和寻求合作伙伴的好去处。类似 ADC 这样的机会，还可以将你的项目广而告之、寻找风投。

不过相对于公开招募，如果有个人渠道中熟悉的开发者，显然是契合度更高更利于行程团队的选择。各位的技术之路一路走来，相信也不是单打独斗，而是经过了各种社区和朋友的帮助指导。如果你真的是靠着基本砖头不借外力自学成才，我只能说，在互联网时代，你 Out 了。混社区，交朋友，是成为技术大牛，获得良好发展资源的的必经之路。

程序员乃产品之本，设计师乃产品之魂，PM 却是产品之师。之前那么长的篇幅，相信诸位也明白到了我想传递的另一层意思：并不是埋头写代码就能让项目成功的。作为团队，即使你对大家的技术和配合再有信心，务必去物色以为合适的产品经理或者亲自学习创业技能，才能让项目的路走的更远。作为团队的灵魂，适当的知道不同领域的基础知识对于开发的帮助也是非常大的。

作为一剂强心剂，再提提我之前黑过的一点，也是无数创业者日夜担惊受怕，夜不能寐的一个威胁，就是巨头进入自己项目的领域带来的威胁。任凭你多么辛苦从前面几步锁定了完美针对市场空缺和用户需求的方向，巨头也能凭借强大的用户资源和技术实力把你微创新掉，順便接纳了被你培养好习惯的用户。都说开心农场的流量下滑之日约等于 QQ 农场推出之日，我们要在几乎没有知识产权的现状下求得生存，只有保持创新能力，并且在无法偷走的社区氛围、内容资源等反面发力。

打造品牌：高端大气上档次，低调奢华有内涵

如果你以为我的产品就准备叫 Project LYRICS 了，我会以设计师的尊严向你发送无限的怨念。就和许多人常犯的埋头写代码的毛病一样，萌XX啊XX酷啊XX云啊这种名字真是屡见不鲜。如果拥有 SEO 的相关知识你就会知道，一个好的名字对于推广产品有多么重要。所以，在设计品牌的识别体系时，你需要注意一下方面：

• 产品名字务必优美，清晰，易于理解，独特好记，读起来悦耳动听，切合产品形象。嘛，这个可以说是大家都知道的好名字的标准了
• 中英结合，慎用拼音作为英文名，最好中英名字皆有意义，读音相近更佳，可以考虑自造词、合成词。
• 名字没有山寨感，不会让人联想到其他厂商，搜索结果中没有知名度高的站点，域名有空余。当然现在各种后缀已经流行起来，没有 .com 域名已经不再是致命的问题了
• 取一个朗朗上口的标语，传递产品的愿景，让用户快速理解产品的定位。
• 设计一个简洁耐看的 LOGO ，贴合产品，富有寓意，形状有特征。考虑到缩小到系统托盘区、单色出现在手机通知栏时能保证容易辨认
• 对品牌色、品牌形状、品牌字体等提前做好一定程度的规划，利于统一产品形象，增加辨识度。

群策群力：已经没有什么好害怕的了

你征求意见的帖子反馈良好，也有各路大神愿意参与开发。群里一片欣欣向荣之势，作为创始人的你感到十分欣慰。不过，在有实际成果前千万不能高兴的太早，在开发过程中，还有很多的问题值得注意。

虽然你经过层层考量，对项目已经胸有成竹胜券在握，不过被你求爷爷告奶奶拉来的苦力门却未必能对此了然于心。写个文档把你对项目的概念说出来，同样，把前几步你对市场定位、用户需求、竞品分析的小笔记贴上去，才能让大家明白你的构想。如果实在不知道该写些什么内容，不妨去网络上搜索一下 MRD 文档的范例作为参考，但是最忌讳文风形式化，完全套模板。清晰简洁的诉说你的设计，诚实的指出当前的困难，杜绝假大空装逼语句，适当的还要辅以流程图和插画表达清楚你的构想。一千个读者就有一千个哈姆雷特，如果总有几个人无法理解你的文章，一定不要失去耐心，逐个沟通，同时征求他们对你的文档风格的意见。

既然是一个团队，而且可能是在远隔千里的时空中协同工作，必然会需要一些提高沟通效率的工具。如果你告诉我一个 QQ 群和一个网盘就是你们团队讨论和交换代码的全部，嗯 …… 我没说不可以，毕竟少一个竞争对手是好事嘛 ╮(╯-╰)╭ 总之，作为团队管理者，如果你决心让自己的团队工作流更加高效化、专业化，你有必要了解一下以下工具：

• 代码：Github BitBucket Gitlab
• 设计： Axure在线原型 快现 DesignBoard
• OA：格子云 GoogleApps Office365
• 项目：Tower.im MicrosoftProject
• 通讯：QQEXMAIL QQ GoogleGroups 内部论坛
• 自动化：.idea Gulp Grunt Vagrant Docker

管理的艺术，这是一个永恒的话题。作为暂时没有盈利的没有工资的，单凭一腔热血聚集起来的团队，没有有效的管理，是很容易涣散的。当然凭我没法在这里大谈特谈如何管理好一个团队，但是，对于我们这种类型的团队，我还是有几点小建议：

• 人员宁缺毋滥，责任分配清晰
  • 在小型项目中，就算你找几桌麻将的人回来，还不如让每个人都发挥出十倍的战斗力。每个人的任务和工期都要有明确规定，记录在案，才能让人有责任感，给团队中的各位确确实实的参与感、主人翁意识和对进度的信心
• 定期开会讨论，撰写总结，增加归属感和凝聚力
  • 有新人的时候要确保沟通，让他们了解协作流程，熟悉团队中的其他人。不时的开会讨论、工作总结，会给团队中的各位确确实实的参与感、主人翁意识和对进度的信心
• 沟通最重要，懂得坚持和妥协
  • 美工和程序猿的关系在开发中永远十分紧张，尤其是产品经理还两边不讨好。该坚持的决策要坚持，但是在自己不了解的范畴上，切不可随意发言，即使是自己觉得有必要的问题，也应该先问过大家的意见，说清楚自己的想法，投票决定
• 快速迭代，不要试图慢工出细活
  • 对我们来说，因为学业和生活上各种繁琐的原因，是不一定有非常稳定的时间参与开发的。这种时候你就需要掌握快速迭代和精益创业的精髓，迅速上线，边接受反馈边修改更新。如果你指望闭门造车，一鸣惊人，到时候可能就胎死腹中咯。

开花结果：我种下一颗种子 终于长出了果实 今天是个伟大日子

DNET Tech News (@DNETNews) 2025/2/30 – 09:61
今天，在帝都举办了当今世界科技巨头之一 Rhytune 的开发者大会，由 CEO Dimpurr 带来了全新的跨平台媒体库客户端“有词”。产品采用了全新的设计语言，我们将继续在 Twiiter+ 上直播这次大会。

多年以后，你们或是已经成为了硅谷新星团队，或是行将成为国内纳税大户企业，或是正在开发人造变形金刚。当你作为嘉宾出席青少年开发者大会， Hein 姐请你为台上台下初出茅庐的小开发者们传授一下你当年的创业经。这时候你会发现，其实一切不过起源于一个小小的创意，还有不断的学习。

虽然是老生常谈，不过在互联网时代，只有不断的质疑自己、接纳新知识才是最重要的。不管是我们今天领导项目、参与开发还是努力学习，都是为了提升自己的实力，得到更好的资源，百尺竿头更进一步。年轻是我们的资本，对待项目，不应该草草了事，或是希望出名走红，而是应该抓住难得的学习机会，精益求精，为真正长远的技术之路服务。

以上。这些都不过是我的个人见解，或许还错漏百出。不过我希望我一路上通过亲身体验总结出来的这些经验，能够在大家在技术之路上，引发一些有益的思考。或许在座的各位，有朝一日将会成为技术界知名的黑客，或是产品享誉世界的设计师，或是互联网上弄潮的企业家。总之我相信，我们青少年开发者现在站在时代的最前沿，今后也必定能引领互联网时代的潮流！谢谢大家！

嗯。我觉得我讲的很好了，不过据说一定要有观众提问的环节，好吧，正面上吧。╮(╯-╰)╭

PPT 下载：http://pan.baidu.com/s/1c09xSRI