新足迹

 找回密码
 注册

精华好帖回顾

· 自制家常菜图片--足迹上第一次发贴 (2008-6-8) simonwang · 自然法则 (2009-11-21) 91联队帅克
· Salary Packaging – Novated Lease亲身体验 (2009-6-26) 黑山老妖 · 陈年旧事系列3 (2006-4-16) SuiYi
Advertisement
Advertisement
查看: 10241|回复: 91

请问有没有正在尝试开发自己startup产品的? [复制链接]

发表于 2013-12-16 16:08 |显示全部楼层
此文章由 cynosure 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 cynosure 所有!转贴必须注明作者、出处和本声明,并保持内容完整
不是仅仅是一个想法,而是已经有明确idea并且已经投入时间在做的。

一个人写产品很孤独,老婆对技术外行也只能说一些鼓励的话,平时遇到问题只能自己一个人寻找方案,所以很想找一个同道交流交流经验,主要想聊的话题包括:SaaS架构(尤其是扩展性、伸缩性、可测试性方面)、Cloud任务自动化、前后端技术/框架、编程语言、具体领域问题、scrum项目管理、SCM,以及marketing、盈利模式、开源法律协议、职业发展等各方面。

不知道有没有人也和我一样在工作之余花很多时间在尝试做自己的产品的?或许我们可以周末之余坐下来对上面的各类话题交流交流心得。

--- 背景 ---

我暂时并没有特别宏大的计划,一开始只是在几年前在工作中遇到一些任务管理的问题,当时找不到合适的工具,当时就暂时做了一些笔记,原来是当作checklist来评估一些工具的,后来这个checklist逐渐演化成了一个一份很详细的文档,然后我意识到这是一个idea。再之后考察了一些相关工具,比如asana, redmine, rememberthemilk, todoist等,都感觉不理想,于是那份文档就越来越详细,大概从去年开始我实在按捺不住,决定把这些积累下来的想法实现出来,期间经历了数次代码重写,使用的工具也从C# (桌面,WPF) 到 Python (PySide,桌面) 到 Python (Django+Tornado) 现在最终定在使用 C# (Asp.net MVC + Azure),做成一个小型的SaaS应用。

写一个功能能跑的原型不困难,但是如果想做成可维护的产品,架构上就会遇到很多问题。我也知道做一个产品很不容易,所以现在专注于产品本身,其他暂时不奢望,但经常会思考当前的方向是否正确,这一步完成了以后下一步怎么走之类的问题。一个人有时候还真有点迷茫。

评分

参与人数 6积分 +19 收起 理由
greanbean + 4 感谢分享
fangdahai + 2 你太有才了
robin7wang + 3 你太有才了

查看全部评分

Advertisement
Advertisement

发表于 2013-12-16 21:29 |显示全部楼层
此文章由 melmonash 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 melmonash 所有!转贴必须注明作者、出处和本声明,并保持内容完整
关注

发表于 2013-12-16 21:42 |显示全部楼层
此文章由 七瓦 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 七瓦 所有!转贴必须注明作者、出处和本声明,并保持内容完整
想挣钱的话,能够演示足以, 你现在需要找一个了解投资的销售合作伙伴,然后进行下一步产品化

想分享的话, 开源之后很多同学都会发表意见

以前创业过软件公司,一年半之后放弃了,不喜欢有压力的生活。。还是钓丝生活惬意

发表于 2013-12-17 09:27 |显示全部楼层
此文章由 kksp 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 kksp 所有!转贴必须注明作者、出处和本声明,并保持内容完整
楼主牛人啊
我们公司也主要做产品,感觉很烦啊,做的东西都想够general可以适合大多数用户,然后又要够flexible又要易用又要功能强大
做的时候已经要投入大量的时间和精力,做好了还要管销售维护等等。。。

发表于 2013-12-17 11:25 |显示全部楼层
此文章由 cynosure 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 cynosure 所有!转贴必须注明作者、出处和本声明,并保持内容完整
不牛不牛,我也在摸索

每个公司的产品策略不一样,由于我是one-man shop,所以不可能有像公司那样有那么多资源铺开什么都做,所以在这方面我给自己定的原则是:

1. 面向具体问题和相关的特定用户,所以做得general不是我的目标

2. 功能只求能解决产品所针对的问题,所以不要求做得强大、功能多,而是功能少力求能准确定位目标用户群体的需求,而且必须易用

不论是界面还是功能上,我都比较崇尚简洁的设计,marketing方面的想法则是重视用户粘度而不是广度,毕竟精力有限,什么都做,什么人群都覆盖是不现实的,而且从审美上来说,简洁也比复杂更容易让人接受。

发表于 2013-12-17 11:34 |显示全部楼层
此文章由 fenghuo 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 fenghuo 所有!转贴必须注明作者、出处和本声明,并保持内容完整
自己写了些程序, 但是变成产品需要太多的经历。。。

评分

参与人数 2积分 +12 收起 理由
linger + 6
maplefire + 6

查看全部评分

Advertisement
Advertisement

发表于 2013-12-17 11:41 |显示全部楼层
此文章由 noid 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 noid 所有!转贴必须注明作者、出处和本声明,并保持内容完整
个人建议不要埋头写代码,先测试一下你的idea
把idea向目标客户展示一下,看他们的反应,反应好的再看看他们愿不愿意预付。
如果idea真的好到他们愿意下定金,你再回家写代码,同时因为已经有资金支持,可以更灵活寻找合作伙伴。

如果这个idea没人愿意买,急着写出来又有什么用呢?

纯属个人意见。

评分

参与人数 3积分 +6 收起 理由
hanwesh + 3 我很赞同
joyfulracoon + 1 我很赞同
cynosure + 2 感谢分享

查看全部评分

发表于 2013-12-17 11:50 |显示全部楼层
此文章由 kksp 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 kksp 所有!转贴必须注明作者、出处和本声明,并保持内容完整
cynosure 发表于 2013-12-17 12:25
不牛不牛,我也在摸索

每个公司的产品策略不一样,由于我是one-man shop,所以不可能有像公司那样有那么多 ...

感觉你挺有计划挺清晰的
但是marketing也是很麻烦的事情,弄不好的话开发的努力都等于白费了,所以要好好研究一下
祝成功

发表于 2013-12-17 12:23 |显示全部楼层
此文章由 cynosure 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 cynosure 所有!转贴必须注明作者、出处和本声明,并保持内容完整
noid 发表于 2013-12-17 11:41
个人建议不要埋头写代码,先测试一下你的idea
把idea向目标客户展示一下,看他们的反应,反应好的再看看他 ...

你说的没错,用户反馈非常非常重要,不过在这之前我要有一个像样的原型,毕竟现在早已经过了一个idea或一个蹩脚的原型就能吸引投资者的年代了,而现在的风投趋势是你不但要有idea,更要有一个成熟的产品(还不是原型),要有一个稳定的团队,还要有一批种子用户,太TM变态了。。。所以我现在只专注定位需求,什么投资之类的太遥远,还没成长到那程度,目前基本不考虑

而虽然我平时也比较关注付费用户的模式,但目前还不能把盈利当作直接目标(不过不出意外的话将来可能会采用订阅模式),其中的逻辑是:如果我到时候如果连免费用户的粘度都做不到,那如何指望能留得住付费用户?这也是我把需求和问题(也就是应用本身)当首要问题的原因。

至于idea和需求方面,我的原则是idea必须来自于具体的已存在的问题而不是灵光一现的创意,产品必须能帮用户在那个具体问题上简化管理,提高工作效率。而这也是我对自己的需求把握有点信心的基础,因为我在做的东西来自日常工作。而我首先则是我自己的用户,我这里的另一个逻辑是:如果我想做的东西连我自己都不愿意用,如何能指望别人用?

在用户反馈和需求把握方面,我计划中的做法是,首先让第一个用户(我自己)满意,然后会让身边的人用(离用户近而且认识所以有利于收集反馈)-- 这个过程会花一点时间,可能会半年,主要会将反馈用于提高用户体验和测试架构在变化时的可维护性,然后逐步放开让外部用户使用,用户数量将会有所控制,因为我会尽可能follow每一个人,这个过程可能会一年,最后以beta版本做开放测试,同时尽量简化反馈渠道(这里可能到时候会找一些专门的反馈SaaS应用来帮助管理),最后再考虑付费版本的feature差异考虑盈利问题。

发表于 2013-12-17 12:26 |显示全部楼层
此文章由 cynosure 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 cynosure 所有!转贴必须注明作者、出处和本声明,并保持内容完整
kksp 发表于 2013-12-17 11:50
感觉你挺有计划挺清晰的
但是marketing也是很麻烦的事情,弄不好的话开发的努力都等于白费了,所以要好好 ...

是啊,对于micro-ISV来说marketing和用户支持永远都是一个问题,受限于资源和精力,目前看来最靠谱的是做搜索引擎营销和病毒式营销了,所以还是看能否准求地把握需求和用户体验啊。

发表于 2013-12-17 12:36 |显示全部楼层
此文章由 cynosure 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 cynosure 所有!转贴必须注明作者、出处和本声明,并保持内容完整
fenghuo 发表于 2013-12-17 11:34
自己写了些程序, 但是变成产品需要太多的经历。。。

是啊,写一个能跑的程序不难,但写一个架构正确,能应对需求变化的可维护的程序就不容易,而再做成有优良用户体验的能卖的出去的产品,而且还要加上市场、支持等其他工作,需要摸索的东西太多

但万事开头难,前一阵子看诸子百家,里面有一句话叫 “为者常成,行者常至”,相信坚持下去即使不能达到预定目标也至少会比起点更进一步吧,英文怎么说来着 -- Shoot for the moon. Even if you miss you will land among the stars.

评分

参与人数 1积分 +3 收起 理由
商务车 + 3 你太有才了

查看全部评分

Advertisement
Advertisement

发表于 2013-12-17 12:42 |显示全部楼层
此文章由 ysihaoy 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 ysihaoy 所有!转贴必须注明作者、出处和本声明,并保持内容完整
不错

发表于 2013-12-17 12:44 |显示全部楼层
此文章由 cynosure 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 cynosure 所有!转贴必须注明作者、出处和本声明,并保持内容完整
fenghuo 发表于 2013-12-17 11:34
自己写了些程序, 但是变成产品需要太多的经历。。。

再啰嗦一句,写程序和做产品是两种技能,要分开摸索。

很多技术人员创业失败就是一技术心态去创业,我觉得你可能没有花时间去多了解市场、投资、产品研发、盈利模式、项目管理等具体开发之外的东西。

而且我个人认为在起步阶段不能以赚钱为首要目标,甚至连产品本身都不应该当作首要目标,而是问题。因为随着对问题的理解的深入,最初的产品设想可能会被推翻,最后做出的可能是和最初完全不一样的东西,但解决的都是问题(甚至连问题都可能不是同一个问题,至少描述上可能会差异很大)。而赚钱则是理顺这一切之后(即定位准确的产品和市场策略)的自然而然的结果。

评分

参与人数 3积分 +12 收起 理由
stacknotoverflo + 4 我很赞同
hanwesh + 3 我很赞同
商务车 + 5 你太有才了

查看全部评分

发表于 2013-12-17 13:07 |显示全部楼层
此文章由 kksp 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 kksp 所有!转贴必须注明作者、出处和本声明,并保持内容完整
临近圣诞果然大家上班都比较闲

发表于 2013-12-17 13:12 |显示全部楼层
此文章由 robin7wang 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 robin7wang 所有!转贴必须注明作者、出处和本声明,并保持内容完整
可以尝试Lean Startup的模式,通过不断获得用户反馈来不断修改/修正原先的想法。infoq上最近有一期专门讲这个方面的:http://www.infoq.com/minibooks/emag-lean-startup


评分

参与人数 1积分 +2 收起 理由
cynosure + 2 谢谢奉献

查看全部评分

发表于 2013-12-17 19:11 |显示全部楼层
此文章由 商务车 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 商务车 所有!转贴必须注明作者、出处和本声明,并保持内容完整
我也马上准备开始写点东西了,弱弱的说一句,用VB......
Advertisement
Advertisement

发表于 2013-12-17 19:50 |显示全部楼层
此文章由 cynosure 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 cynosure 所有!转贴必须注明作者、出处和本声明,并保持内容完整
商务车 发表于 2013-12-17 19:11
我也马上准备开始写点东西了,弱弱的说一句,用VB......

我国内有个哥们儿还用VBA呢,不过语言满足业务需求即可,是否最合适自己最清楚,别人的意见仅作参考

而我个人在语言选择上的态度一直是看实际情况,像这个我自己的个人项目我会考虑自己最熟悉的(C#、Java和Python),做技术选型参考的因素有:

1. 语言本身的成熟程度
2. 社区的大小和活跃程度
3. 项目所针对的领域的大多数人使用什么技术
4. 如果是web项目的话,会考虑host的成本
5. 相关自动化工具的成熟程度,尤其是是否有成熟的package manager
6. 成熟的IDE支持

但如果是团队或公司项目则会添加考虑以下一些因素:
1. 团队的技能分布
2. 遗留代码采用的语言和框架
3. 是否要和其他系统集成

我大多数技术都会了解一下,但精力有限主要还是把时间花在C#、Python和Java上(其实之前一直用的是C++,但C++做快速开发能用的框架工具太少就不怎么多用了),最近由于转向Azure平台,发现Web UI设计是个短板,所以也在学习Javascript(目前主要选择angularjs),并适当了解html5和css3,总之我一直主张尽可能用合适的工具解决具体的问题,并且不忌讳现学新东西(我认为和沟通一样,学习也应该是开发成本的一部分)

发表于 2013-12-17 22:01 |显示全部楼层
此文章由 bullying520 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 bullying520 所有!转贴必须注明作者、出处和本声明,并保持内容完整
膜拜楼上几位大牛 思路都很清晰 受益匪浅

发表于 2013-12-17 23:02 |显示全部楼层
此文章由 asif 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 asif 所有!转贴必须注明作者、出处和本声明,并保持内容完整
LZ为什么选择C#和Azure? 讲讲原因?
主要是想了解一下LZ选择的过程,怎样比较的C#和Python及Java。

发表于 2013-12-17 23:12 |显示全部楼层
此文章由 fangdahai 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 fangdahai 所有!转贴必须注明作者、出处和本声明,并保持内容完整
创业主要是商业问题,不是技术问题。

另外,用微软的东西要小心平台版权费。AZURE收费也不便宜。

评分

参与人数 1积分 +5 收起 理由
atransformer + 5 我很赞同

查看全部评分

发表于 2013-12-18 00:20 |显示全部楼层
此文章由 cynosure 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 cynosure 所有!转贴必须注明作者、出处和本声明,并保持内容完整
本帖最后由 cynosure 于 2013-12-18 00:52 编辑
asif 发表于 2013-12-17 23:02
LZ为什么选择C#和Azure? 讲讲原因?
主要是想了解一下LZ选择的过程,怎样比较的C#和Python及Java。 ...


主要考虑的因素是:

1. 我自己对该技术的熟悉程度和工作时间上的分配:由于工作关系我主要使用的语言是C#,所以在平时工作中和工作外积累的经验可以互用,不用学习两套框架,能省学习时间

2. 技术和相关工具带来的开发效率(不是程序执行效率):Visual Studio 2013紧密集成Azure,相关的框架、Asp.net MVC和Entity Framework,Unity,MEF,signalr等集成性很不错,能快速上手

3. 成本和可伸缩性:可以以Azure website起步,起步费用非常低,dashboard中可以设置伸缩选项,再不行可在后台部署work role实例,这一切都和visual studio集成得很好,使用nuget,打两个命令就可以迅速搭建scaffold项目,节省大量时间

如果到我必须部署n个web role和work role实例,或者要买个vm什么的,那也是有了相当用户基础了,这东西也该盈利了吧

4. 费用

如果不使用IDE插件并且你不介意在desktop和web两种环境里切换IDE的话,visual studio express完全可以胜任商业产品的开发,以前我使用svn时我觉得必须使用插件,因为项目重构时文件重命名以后递交经常会丢失历史记录,但现在使用git,内置重命名跟踪功能就没这个担心,所以使用微软的产品没有必要非要订阅msdn,所以费用其实并不高

5. 分发渠道

除了web本身的访问能力,现在主要的应用分发渠道就是app store,微软虽然建设得晚了一点,但好歹也有一个windows app store,当然现在最热门的还是apple和android的,但考虑到工具链基本不同,只能折中一下了

而且即使你想发布到其他平台上,包括mac、ios或linux,借助mono使用C#也不是不可能,现在mono项目已经很成熟了,IDE(xamarin studio)也相当不错,在stackoverflow上我甚至看到有很多人为了保证c#项目的跨平台而使用mono为第一平台,微软官方的.net分发为第二平台开发。但我因为没有太大跨平台需求所以还是用VS开发,而且VS 2013手感真心不错啊~~

6. 自动化

如果以azure website起步,可以支持和github帐号连接,做CI很容易;另外azure提供了一套官方的自动化api,包括powershell sdk,甚至还有一个叫WASABi的开源项目,可以方便定制自己的自动化工具,此外还有一个叫paraleap的付费服务,如果真能省时间的话,我不介意付点钱。

至于和Python、Java比较:

说实话我对动态语言的可维护性还不是很有信心(我知道有大量成功例子,只是我不是很有信心),虽然我也很喜欢Python这个语言,但在我的个人工具链中更将其定位在自动化和小型、内部项目的工具上,对“正儿八经”的产品开发我更倾向于使用有静态类型检查的语言,这样就决定了我只能在C#和Java里选择,没有对错,只是个人口味。

不用Java最大的理由是Java8还没出,而Java语言本身长期不更新,写代码时手感不好,感觉太罗嗦,用惯了C#的linq、extension method、rx库、lambda表达式、event/delegate机制、property等等特性(你可以说是那些是语法糖,但我喜欢),回到Java感觉麻烦。

另外在host方面,python社区平价最好的是webfaction,但它不是azure那样的可伸缩云服务,如果用GAE的话,它目前只支持python2.x,而我现在基本只用python3.x,即使能用,由于存贮机制是bigtable,需要对数据模型做大手术,又要增加大量学习成本;而使用amazon的话,人家是IaaS平台,需要你自己搭建所有环境,或者使用Heroku,但价格感觉不合算。

而IDE方面,我一开始使用eclipse+pydev开发python应用,java当然也是eclipse,现在都转到jetbrain的了,python使用pycharm,java使用intellij idea(两个社区版都免费),这个是个long story,你用了以后就知道eclipse的不爽了,由于jetbrains的这两款出色的产品,感觉在IDE上python、java和c#这三个语言我倒是没什么偏好。

总之,综合考虑各种因素,我还是决定回到C#+Azure,总体还算满意,目前只对asp.net mvc有点微词,感觉一个web框架搞太复杂,这点还是喜欢python社区里django的简洁,另外.net里缺少一些像bottle、flask之类轻量级的web框架也有点不爽,如果我只是想搭建一个简单的rest服务,用asp.net有种杀鸡用牛刀的感觉。而Java方面,听说play framework用起来挺爽,简洁明快,有空会研究一下,但现在手头这个东西是不打算用了。

评分

参与人数 1积分 +4 收起 理由
江南一梦 + 4 你太有才了

查看全部评分

Advertisement
Advertisement

发表于 2013-12-18 00:21 |显示全部楼层
此文章由 cynosure 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 cynosure 所有!转贴必须注明作者、出处和本声明,并保持内容完整
本帖最后由 cynosure 于 2013-12-18 00:35 编辑
fangdahai 发表于 2013-12-17 23:12
创业主要是商业问题,不是技术问题。

另外,用微软的东西要小心平台版权费。AZURE收费也不便宜。 ...


看阶段吧,前期是技术问题,中期是商业问题,后期是管理问题,但每个阶段所有这些问题都会考虑到,我刚才说的是指侧重

在我前一篇帖子里说了,微软的东西,如果使用VS express开发就会很便宜,收费版的vs我觉得没必要,vs professional和express功能上最大的差别是前者可装插件,而且集成desktop和web,其他都一样,而vs ultimate的话最大的好处是能画架构图,另外内置一个衡量性能的profiler,这玩意儿我用其他工具代替,也没必要。

当然如果你铁了心要买一个MSDN订阅,微软还有一个bizspark计划,加入后给你三年时间所有工具免费,三年也够了。

Azure收费看你用的服务,早期完全没必要上很高性能的stack,另外还可以写自动化脚本监控instance状态,自动伸缩后台实例,这里可以推荐你看一篇文章:

http://cloud.51cto.com/art/201301/376832.htm 看Pinterest如何通过架构变化将EC2成本降低了62%

虽然人家用的是EC2,但基本原理就是自动化伸缩,是可以用到azure上来的

评分

参与人数 1积分 +4 收起 理由
江南一梦 + 4 你太有才了

查看全部评分

头像被屏蔽

布鞋族

发表于 2013-12-18 11:26 |显示全部楼层
此文章由 pkcool 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 pkcool 所有!转贴必须注明作者、出处和本声明,并保持内容完整
跟楼主尽力颇为类似 也是花大量的业余时间做自己项目 这2年工作以C#为主asp mvc 期待Java8的lambda expressions 最近做点小android app.
UI 方面感觉比较麻烦
即使JavaScript,css 这些都很熟
没有专业的designer 做出来的UI还是不好看

发表于 2013-12-18 13:34 |显示全部楼层
此文章由 无视 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 无视 所有!转贴必须注明作者、出处和本声明,并保持内容完整
不少人尝试做自己的产品到最后还是open source了,商业软件不容易做,别人付钱,无论多少,就对产品的要求比较高。

作service也是同样的道理。

发表于 2013-12-18 21:12 |显示全部楼层
此文章由 fangdahai 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 fangdahai 所有!转贴必须注明作者、出处和本声明,并保持内容完整
cynosure 发表于 2013-12-18 00:21
看阶段吧,前期是技术问题,中期是商业问题,后期是管理问题,但每个阶段所有这些问题都会考虑到,我刚才 ...

俺觉得正好倒过来,后期才是技术问题。

评分

参与人数 1积分 +5 收起 理由
atransformer + 5 我很赞同

查看全部评分

发表于 2013-12-18 23:45 |显示全部楼层
此文章由 cynosure 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 cynosure 所有!转贴必须注明作者、出处和本声明,并保持内容完整
fangdahai 发表于 2013-12-18 21:12
俺觉得正好倒过来,后期才是技术问题。

可否具体分享一下你的经验?
Advertisement
Advertisement

发表于 2013-12-19 07:19 |显示全部楼层
此文章由 mortdale 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 mortdale 所有!转贴必须注明作者、出处和本声明,并保持内容完整
和楼主差不多,为自己的小项目投入了无数个日日夜夜.现在已初具雏形,却不知如何商业化.host费用版权费用样样都得操心

发表于 2013-12-19 08:25 |显示全部楼层
此文章由 fenghuo 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 fenghuo 所有!转贴必须注明作者、出处和本声明,并保持内容完整
好帖要顶啊

发表于 2013-12-19 09:21 |显示全部楼层
此文章由 cynosure 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 cynosure 所有!转贴必须注明作者、出处和本声明,并保持内容完整
mortdale 发表于 2013-12-19 07:19
和楼主差不多,为自己的小项目投入了无数个日日夜夜.现在已初具雏形,却不知如何商业化.host费用版权费用样样 ...

可否具体说说你现在的做法和相关经验?

发表于 2013-12-19 12:36 |显示全部楼层
此文章由 鱼羊鲜 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 鱼羊鲜 所有!转贴必须注明作者、出处和本声明,并保持内容完整
可以征集下足迹的设计师们

发表回复

您需要登录后才可以回帖 登录 | 注册

本版积分规则

Advertisement
Advertisement
返回顶部