即便没有“只缺程序员”,从idea到可用的产品仍有许多槛.pdfVIP

即便没有 “只缺程序员 ”，从 idea到可用的产品仍有许多槛 前段时间学校里有人找我想让我帮他们写 App, 说他们从市场调查到商业模式都设计好了，只差程 序员。这让我不禁想起互联网里千年招黑老梗 ——“我有一个牛逼的 idea ，就只缺一个程序员了 ”，经 常被大家在网上或茶余饭后拿出来说说笑笑。 作为一个还在入门学习中的产品的角度而言，也自己设计、开发过 App ，说说我理解的即便有了程 序员，仅从产品角度而言，从 idea 到可以用的产品还需要迈过一些让人不断纠结的槛。 需求分析 毫无疑问，所有产品的立足点都是满足用户的某一需求。真实存在的需求是产品成功的必要不充分 条件。所以，需求分析的重要性必然是毋庸置疑的。 模糊地来看一个需求概念，我自己总结觉得最初可以从两个方面去衡量，一个是需求的潜在用户 数量，一个是单个用户对该需求的使用频率。通过这两个维度，大概估计可能的潜力。 判断潜力之后，需要继续去细化需求，从一个模糊的需求概念出发，可以拆出具体的哪些具体的点 ，这些点在具体的生活场景中用户的行为是如何的，相关元素有哪些。在这基础上，有需要对这些 点的重要性和优先级进行排序，哪些是最核心的需求点，不可或缺的，需要在最简版本中先做的。 。。 总而言之，对于需求分析，我一直觉得是十分纠结和费心的，需要从数据、现实场景和用户行为、 逻辑分析等很多个角度去观察、思考和推敲。 解决方案选择 在确定具体需求点之后，接着需要决定如何去解决问题、满足需求。对于相同的需求点，根据不同 的产品设计者对需求的不同理解和对产品的定位的选择，是会造成产品之间的需求解决方式、产品 架构和功能设计的差异的。 不同的解决方案会有不同的利弊，例如同样是网上购物的需求，京东是 B2C 模式，淘宝是 C2C 平台 模式，唯品会是特卖模式。此外，例如，同为社交产品，在用户关系的设计上，人人网采用的是双 向关注的规则，而微博的是单向关注规则；同为问答社区，在问题回答的评价规则设计上，知乎采 用的是对于回答进行点赞成 /反对的规则，而百度知道则是采纳提问者选择最佳答案的规则；类似这 些解决方案的选择都有各自的利弊，也都反映着不同产品的产品定位。 所有，面对同一需求，当选择不同的解决方案的时候，会产生不同的利弊，也会造就产品不同的具 体的定位。 运营和资源 在决定产品的需求和解决方案之后，需要继续考虑的就是产品的运营。产品诞生初期的运营我觉得 需要考虑两点，第一，如何找到目标用户；第二，产品团队是否有足够的资源和能力去实现第二点 中提到的解决方案，从而最终达到满足需求的目的。 能否找到目标用户，关系到产品初期冷启动是否能够成功。 例如，知乎创办初期有李开复等一票人入驻，为社区提供高质量的回答；美丽说当年也是锁定各种 购物爱好者的 qq群和论坛入手，开始拉用户；而对于如简书和 Lofter ，如何去吸引优质的作者，产 生高质量的内容是一个关键的考虑点。 有些需求所涉及的解决方案是需要一定的资源和能力去支撑的 例如，对于现在炙手可热的 O2O ，典型如外卖，有没有足够的地面销售去开拓各个城市的市场，快 速拓展商家和落地营销，是一个至关重要的因素。举个身边的例子，去年我有个师兄打算做一个本 地购物的 O2O 创业项目，但 App 写到一半的时候，他突然意识到同城物流问题得不到解决，最后只 好作罢，写个 ppt 去参加不用实操的创业计划大赛去了。 所以，如果产品团队没有足够的资源和能力去支撑其所设计的解决方案所需要的运营，那么产品只 能悲剧了。 设计 以上提到的三点，可以理解为从产品 基本能力“ ”上满足用户的需求。而在基础功能的满足之上，产 品需要考虑的是如何能够让用户有更好的使用体验。 用户使用过程中，需要考虑产品的交互设计，例如怎样对用户进行功能引导，当用户进行某项操作 之后产品会给出什么样的反馈等。 除了基本的交互设计，界面设计也是值得考虑的。可能有人会说，初创产品应该 精益创业“ ”，刚开始 不用考虑界面设计，我对这个观点是半信半疑的。我的理解是，如果你的初创产品在市场上没有 竞品，那么设计是不用做的精美的，但依旧需要满足应用应该达到的基本审美水平，总不能让人觉 得太丑吧，工具类产品还可以相对将就一下