- 1、本文档共6页,可阅读全部内容。
- 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
创业公司,如何从0到1做出产品来?
创业公司 ,如何从0到1做出产品来 ?
创业公司的特点 :钱少 ,人不够 ,时间紧。和大公司的成 产品思路会有显著差别。
一 ,精益迭代 ,快速交付 ,快速验证
因此 ,第一点是要全员贯彻一个思路 :瀑布流式的产品模式不再行得通 ,精益迭代是更好的办法。
精益迭代不是口头说说而已 ,而是贯穿整个开发过程的思路 ,核心思想就是 :
关键点 :
一 :洞察需求后 ,快速完成demo来验证需求是否真实
二 :根据验证结果来决定每一次迭代加强什么 ,减去什么
三 :将需求拆分到每周可交付 ,每个月可上线更新
四 :观察用户的行为 :他最喜欢点哪里 ,他经常会点错哪里 ,他到哪里就不进行下去了 ,他抱怨
什么 ,他问了什么问题 ,等等。
我们自己的例子 :
在初期我们快速测试了4个模块的重要性 :远程外包 ,程序员展示 ,用户活跃激励 ,解决方案。然
后根据用户行为的反馈 (对什么感兴趣 ,愿意点击哪个模块 ,不会关心什么 ,讨厌什么 ,等 )来决
定每一次迭代加强什么 ,减去什么 ,最终形成了现在的产品的路径。
每次测试的时间不超过2周 ,一周出demo ,一周上线给用户使用。
程序员客栈产品模块演化表
关键功能演化图
探索期收获 (3个月 ,用户0- 1500 )
快速测试寻找能够直接为用户带来利益的功能点 (页面热点分析 ,用户反馈 ,访谈等 )
外包分发 (最热门且利润空间最大 ,但难度最大 )
解决方案销售 (开发者对于做售后比较排斥 ,有难度 )
程序员招聘 (热门但竞争激烈 ,难度小 )
首页热点图
二 :而进行优化充分满足需求的时候 ,又同时要考虑这么几点 :
用户可感知 :你的C端客户 ,B端客户 ,后台使用者
用户不可感知 :系统性能提升,系统安全性 ,SEO
例子 :只关注用户可感知的部分 ,不关注不可感知但是重要的部分 ,会有什么问题 ?
参考资料 :论产品的内外兼修
要同时协调好这两个方面的规划 ,才能让你的产品内外兼修 ,带给用户持续的满意。
三 ,创业过程中 ,我认为重要的产品文档 :
是要可以让阅读者一目了然自己要做什么 ,怎么做的。
复杂不是目的 ,沟通实现才是。
1 :产品总述 :
说明本次主要要做什么事情 ,优先级别如何 ,负责人是谁。
我自己web和 A PP 的文档一般是分开写 ,这样负责人比较固定。
以下部分的文档 ,一般都会嵌入到总述里面 ,组成完整的产品文档。
2 :产品架构图 :产品的全局观
并不是每次迭代都要做 ,当你有部件上的改变的时候才需要更新。
相当于骨架。
产品架构图一般用脑图完成 ,目的在于描述整个产品的结构 ,模块以及页面数量。
3 :业务流程图
就是用户如何通过产品来解决痛点的核心流程。
主要用于阐述核心业务流程 ,便于后端开发业务逻辑 ,以及各端配合。
4 :产品线框图 (每个页面布局及交互 )-我们常 的原型
以程序员客栈某期的登录流程为例 ,线框图及交互的目的在于根据功能需求设计每个页面的布局 ,
以及页面与页面之间的交互。
这一步的关键是布局 ,以及页面切换逻辑。高保真不是必要的。
可以使用的工具 :
Axure, Sket ch, modao ,Bal amig mockup , PPT ,o ne not e, 都可以。
还可以用principle, pixat e来做交互的辅助。
我自己一开始用modao , 然后当页数变多后墨刀的速度变慢 ,并且墨刀不能直接导出交互图 (
当时 ),因此改用 ket ch了, 一般效果如下 :
A PP 3.0 原型-预约流程.png
5 :页面描述表
这一步是对于主要页面进行分解详述 ,让设计师 ,开发者明白每个部分如何展现 ,作用是什么。
例子 :待定。
6 :测试用例
在从细节上反过来完善产品 ,以及为下个版本的优化提供素材。
7 :产品的路径规划表 :平衡资源 ,用户感知以及不可感知的部分 ,找到其中的节奏来发展产品。
四 ,最后来讲讲 ,怎么获取用户反馈
做客服 :产品经理花时间来做客服是很值得的事情 ,每天兼职做1 ,2个小时 ,或者可以查看之前的
客服记录 ,了解用户主要会针对哪些地方提问题 ,那么这些地方就是你之后要考虑解决的问题-真正
的好产品 ,是让用户流畅使用下来没有问
文档评论(0)