Comments 142
Очередной стартап, но с интересной идеей.
Еще бы вам красивый дизайн и вообще отлично было бы.
Еще бы вам красивый дизайн и вообще отлично было бы.
спасибо, дизайн есть, еще расскажу и покажу, вот только сложно было найти дизайнера знающего WPF
На десктоп приложение какие планы?
Дизайнеру нужно знать фотошоп ;) А уж экспорт в WPF может и программист сделать.
и кто это так решил? а если в процессе надо будет стиль кнопочек переделать, а потом еще раз переделать, а потом еще 3 раза — это каждый раз экспорт делать и дергать программиста? нет уж, я останусь при своем мнении, мне нужен дизайнер работающий в Expression Blend
Интерфейс в любом случае рисовать, далее верстать и передавать программисту. А проблем много с дизайнерами, которые мастера на все рукава — и сверстать, и спрограммить и штаны залатать.
Не, не спорю есть индивидуумы. Но их а) мало б) хотят много — что в принципе обосновано.
Не, не спорю есть индивидуумы. Но их а) мало б) хотят много — что в принципе обосновано.
может быть в части разработки сайтов вы и правы, но у меня больше упор на десктопную программу, там не столько рисовать надо, сколько расставлять, кнопочки готовые есть уже, проблем верстки нету, да и вообще — дизайнер сам может задавать поведение объектов, и не сложно это ни капли, а они то ли боятся, то ли воротят нос
Вам нужен не дизайнер, а верстальщик, умеющий работать в Expression Blend. Вы путаете понятие.
Интересный проект. Неплохо было бы добавить:
а) личный кабинет, где бы сохранялись все данные;
б) возможность скачивать сам шаблон договора, не заполняя его;
в) предпросмотр в браузере и отправка на печать;
а) личный кабинет, где бы сохранялись все данные;
б) возможность скачивать сам шаблон договора, не заполняя его;
в) предпросмотр в браузере и отправка на печать;
люди боятся оставлять данные на чужих сайтах, да?
Если вводят, то уже не боятся. Сделайте доп возможность, кто хочет тот воспользуется.
Тогда вообще нет смысла в сервисе :)
Данные «уйдут» как при однократном составлении договора, так и при запоминании данных.
Данные «уйдут» как при однократном составлении договора, так и при запоминании данных.
Идея отличная… по поводу личного кабинета, где хранились бы уже составленные договора пожалуй соглашусь, порою не раз приходиться к ним возвращаться.
Уважаемый, а зачем тут облачные вычисления?
потому что аудитория может быть за сотни тысяч — сколько у нас индивидуальных предпринимателей, бухгалтеров мелких фирм на которых свалены обязанности юристов, да и самих юристов, которым это тоже пригодится
и вообще, cloud computing я не брошу,
даже если он замерзнет —
буду грызть его зубами,
потому что он хороший!
и вообще, cloud computing я не брошу,
даже если он замерзнет —
буду грызть его зубами,
потому что он хороший!
Everything goes better with cloudsourcing)
А вообще, я не понимаю, почему ваш каммент заминусовали — идея облачных сервисов очень перспективна именно в разрезе подобных утилитарных сервисов. Ставить (а тем более приобретать) отдельное приложение в систему ради одного договора раз в полгода никому не захочется, а зайти на подобный облачный сервис и сделать свое черное дело (пускай и за мелкую денежку) — это намного интереснее.
А вообще, я не понимаю, почему ваш каммент заминусовали — идея облачных сервисов очень перспективна именно в разрезе подобных утилитарных сервисов. Ставить (а тем более приобретать) отдельное приложение в систему ради одного договора раз в полгода никому не захочется, а зайти на подобный облачный сервис и сделать свое черное дело (пускай и за мелкую денежку) — это намного интереснее.
По моему облачные вычисления и облачная платформа это несколько разные вещи.
Ещё один очередной стартап, с пафосом рассказавший о себе на хабре. первым и последним постом. повторю свой старый коммент: что-то уж больно много корпоративных блогов «стартапов» на хабре поразвелось. как-будто наличие подобного блога возносит «стартап» на первые места рейтингов, и на сайт ломятся милионы юзеров.
о вашей разумеется чрезвычайно интересной истории создания можно было бы и не писать.
>проект представляет собой конструктор договоров
это все что нужно.
>.net
можно было бы просто написать «наш стартап обречен на провал»
вобщем, %очередной_бесполезный_стартап%, добро пожаловать на хабр!
о вашей разумеется чрезвычайно интересной истории создания можно было бы и не писать.
>проект представляет собой конструктор договоров
это все что нужно.
>.net
можно было бы просто написать «наш стартап обречен на провал»
вобщем, %очередной_бесполезный_стартап%, добро пожаловать на хабр!
наша просто так не сдается, я сейчас еще 5 статей накидаю, если на клавиатуре не засну
>.net
можно было бы просто написать «наш стартап обречен на провал
очень толсто. не говоря уже о том, что глупо :)
можно было бы просто написать «наш стартап обречен на провал
очень толсто. не говоря уже о том, что глупо :)
Я не понимаю ваш негатив.
У человека появилась хорошая идея. Да, хорошая. Вы сталкивались с составлением договоров? Если сталкивались, и плотно, наверняка знаете, что составлять их непросто.
Далее. Человек — не профильный программист и не веб-дизайнер. И папа у него (наверное) не миллионер. Зато человек с умом подошёл к набору людей, отсеял, худо-бедно, но реализовал прототип.
Смог вполне увлекательно написать о том, что и как делал. Про сам стартап получилось сумбурно, ну да и фиг с ним.
Читать подобные заметки мне лично в сто раз интереснее, чем очередной ПТУшный обзор очередного куска пластика и фотки о том, какой он блестящий (бусы, зеркальца). Созидать что-то действительно новое — жутко интересный опыт, особенно если это не очередная копия сервиса-из-согласных типа Скрибблр, Тумблр или Долбодятл. А ещё это в десять раз интереснее чем очередное обмусоливание косметических изменений страницы выдачи всем известного поисковика.
И последнее. Автору.
Сервис нужный.
Надеюсь, излишняя монетизация его не погубит.
И — будьте готовы к «переписи» кода, если ваш сервис будет хорошо посещаем. Низкое потребление оперативной памяти, к сожалению, не относится к достоинствам дотНет. Впрочем, это всё — дело будущего. Удачи с проектом!
У человека появилась хорошая идея. Да, хорошая. Вы сталкивались с составлением договоров? Если сталкивались, и плотно, наверняка знаете, что составлять их непросто.
Далее. Человек — не профильный программист и не веб-дизайнер. И папа у него (наверное) не миллионер. Зато человек с умом подошёл к набору людей, отсеял, худо-бедно, но реализовал прототип.
Смог вполне увлекательно написать о том, что и как делал. Про сам стартап получилось сумбурно, ну да и фиг с ним.
Читать подобные заметки мне лично в сто раз интереснее, чем очередной ПТУшный обзор очередного куска пластика и фотки о том, какой он блестящий (бусы, зеркальца). Созидать что-то действительно новое — жутко интересный опыт, особенно если это не очередная копия сервиса-из-согласных типа Скрибблр, Тумблр или Долбодятл. А ещё это в десять раз интереснее чем очередное обмусоливание косметических изменений страницы выдачи всем известного поисковика.
И последнее. Автору.
Сервис нужный.
Надеюсь, излишняя монетизация его не погубит.
И — будьте готовы к «переписи» кода, если ваш сервис будет хорошо посещаем. Низкое потребление оперативной памяти, к сожалению, не относится к достоинствам дотНет. Впрочем, это всё — дело будущего. Удачи с проектом!
Спасибо за поддержку! В следующих статьях попробую писать обстоятельнее.
Договора — это да, у меня на один шаблон могут почти сутки уйти. Это при том, что опыт есть, а каково обычному человеку — это представить страшно.
Договора — это да, у меня на один шаблон могут почти сутки уйти. Это при том, что опыт есть, а каково обычному человеку — это представить страшно.
Что касается дотНет — имелось в виду, что красота нужна далеко не всем, особенно в среде тех, кто пишет договоры. Здесь скорее нужно чтобы не тормозило на нетбуках, и позволяло чётко наблюдать результат без лишних рюшек и тормозов.
интересно, а где эта ваша грань «что-то уж больно много»? после чего вы решили, что много? может и 1 — уже много? и почему это стартап обречен на провал? в вашем комментарии много непонятного, по крайне мере для меня.
да, топик не претендует на статью для журнала, можно даже сказать бурный поток мыслей. почему это плохо? или, не формат?
да, топик не претендует на статью для журнала, можно даже сказать бурный поток мыслей. почему это плохо? или, не формат?
А чем плох .net?
Идея весьма полезна, реализация, особенно в плане дизайна пока хромает. Что меня смутило:
1) Список документов практически нечитаем из-за странных переносов и нулевого расстояния между текстом и границей contenSidebara.
2)text-align: justify — это очень, очень, очень плохая идея сами знаете где.
Хорошо бы сделать предпросмотр формы.
1) Список документов практически нечитаем из-за странных переносов и нулевого расстояния между текстом и границей contenSidebara.
2)text-align: justify — это очень, очень, очень плохая идея сами знаете где.
Хорошо бы сделать предпросмотр формы.
Странно, почему ещё никто не поднял вопрос приватности личных данных. Я не параноик, но передавать кучу интереснейших данных на сервер чтобы собрать договор — это как-то круто очень…
простите, но для меня ничего интересно в ваших данных нет, хотя у меня есть куча знакомых, которые обожают почитать чужое
Разумеется. Вопрос в другом. Хранятся ли данные договоров на сервере и как долго, можно ли их удалить, не застрянут ли в кешах, итп.
Пока не хранятся, а чтобы кто-то ковырялся в кэше — мне страшно представить.
Ну, а потом, конечно же, будут хранится, и я, как нормальный человек, в этом не признаюсь, а буду потихоньку собирать компромат — все-равно все так делают.
Нервы дороже — если сомневаетесь, то лучше не пользуйтесь, это же не единственный вариант решения вопроса.
Ну, а потом, конечно же, будут хранится, и я, как нормальный человек, в этом не признаюсь, а буду потихоньку собирать компромат — все-равно все так делают.
Нервы дороже — если сомневаетесь, то лучше не пользуйтесь, это же не единственный вариант решения вопроса.
Думаю что для желающих приватности можно предлагать вариант сервиса, где
1) Обмен с сайтом по SSL (https)
2) Хранимые на сайте настройки шифруются паролем пользователя, который он вводит сам (сайт его пароля не знает). При этом расшифровку можно проводить в клиентском скрипте страницы, либо в клиентской программе.
В результате, расшифрованные данные будут только на ПК пользователя. Эту услугу можно сделать опционально-платной.
1) Обмен с сайтом по SSL (https)
2) Хранимые на сайте настройки шифруются паролем пользователя, который он вводит сам (сайт его пароля не знает). При этом расшифровку можно проводить в клиентском скрипте страницы, либо в клиентской программе.
В результате, расшифрованные данные будут только на ПК пользователя. Эту услугу можно сделать опционально-платной.
Под хабракат затяну стиль изложения. Как в старом-добром ХА :)
Выражу еще одно одинаковое мнение (для статистики): идея отличная, дизайн — мертвый.
Чувак, история становления доставляет
www.free-lance.ru/users/FreeVice/projects/
10 февраля
— Конструктор договоров на .Net (Бюджет: $ 1000)
— требуется стажер-програмист ASP/WPF
16 февраля
— Интерфейс программы на Expression Blend (Бюджет: $200)
— ТЗ нет, и не будет, все подробности спрашивайте и выясняйте
06 Марта
— Требуется ТЗ под платформу .Net
19 Марта
— Требуются голодные сишарперы
14 Апреля
— В крутой проект требуются супер-мега-программеры C#
05 Мая
— Проекту социальной сети на Silverlight требуются стартапщики
Да, документооборот — для лохов, вся сила в соц сетях :)
www.free-lance.ru/users/FreeVice/projects/
10 февраля
— Конструктор договоров на .Net (Бюджет: $ 1000)
— требуется стажер-програмист ASP/WPF
16 февраля
— Интерфейс программы на Expression Blend (Бюджет: $200)
— ТЗ нет, и не будет, все подробности спрашивайте и выясняйте
06 Марта
— Требуется ТЗ под платформу .Net
19 Марта
— Требуются голодные сишарперы
14 Апреля
— В крутой проект требуются супер-мега-программеры C#
05 Мая
— Проекту социальной сети на Silverlight требуются стартапщики
Да, документооборот — для лохов, вся сила в соц сетях :)
Я так понял что приложение будет десктопное.
А веб-приложение — это просто понять о чем речь идёт.
А веб-приложение — это просто понять о чем речь идёт.
Ой, что-то я не подумал, надо было туда еще и договор на разработку сайта воткнуть
ТЗ надо для того, чтобы знать, что делать… Очень много историй о том, как начинали делать проект без ТЗ, а потом «вот тут ещё подкрутить», «вот тут добавить, я это имел ввиду» и так далее и тому подобное. Ваше отношение к ТЗ пугает, советую переосмыслить :)
ну вы тоже должны понять, что заранее невозможно предусмотреть где что добавить, а где подкрутить, поэтому я остановился на поэтапной работе
Тут вопрос организации труда. Иначе получается поручный круг — «я же заплатил тебе денег, вот и делай, что тебе говорят». На словах оно всегда легко и просто звучит, а на деле — совсем иначе.
Люди правильно делали, требуя ТЗ. Те, кто работают без него, вероятно не ценят своё время или просто неопытные специалисты.
Люди правильно делали, требуя ТЗ. Те, кто работают без него, вероятно не ценят своё время или просто неопытные специалисты.
Для стартапа «подкрутить» и «добавить» — это нормальный и полезный ход вещей.
> Дальше, программисты — про них у меня историй на три поста хватит. Почти все поголовно требуют ТЗ, видимо, боятся брать на себя ответственность, хотя я и на пальцах умею все хорошо объяснять. При этом, некоторые предлагали сделать проект под ключ за неделю, другие мне за ту же неделю и ту же цену обещали сделать ТЗ. В итоге на ТЗ ушло больше месяца мозговых штурмов. Документ получился не столько детальным, сколько описывал хитрые подходы и концепции. Ну, думаю, теперь есть ТЗ, да не тут-то было — им, оказывается, чуть ли не до запятой надо расписать. Спасибо, думаю, но большую часть работы за Вас делать я не хочу.
> ___________________________________________________________
А вот тут вы не правы, серьёзно. ТЗ требуют не потому, что боятся ответственности (странная формулировка), а потому что это единственный критерий
1) оценки и 2) принятия работы.
Вот Вы сказали Васе: «напиши мне генератор договоров на WPF, за 1000 уе». Вася говорит, — «Ок!», и через день показывает Вам программу, где одно поле ввода «сумма» и одна кнопка — «сгенерировать». И всё, это формально уже — генератор договоров, причём на WPF, и Вася ждёт свою 1000 уе. Это одна крайняя ситуация. Тут проигрываете вы.
А вот вторая: проект идёт 3-й месяц, вы всё придумываете и придумываете улучшения, и посылаете их Васе. Общие трудозатраты давно уже вылезли за это 1000 у.е., но вы всё ещё считаете, что «генератор» ещё не совсем готов. Это вторая крайняя ситуация, и тут проигрывает Вася.
И выхода всего два (три):
1) ТЗ, описанное до каждой запятой
2) Почасовая оплата работы Васи
3) (смесь 1 и 2) гибкая (agile) разработка с разбиением проекта на много маленьких, каждый из которых отдельно оценивается, оплачивается, и для каждого минипроекта формулируются чёткие требования до запятой.
> ___________________________________________________________
А вот тут вы не правы, серьёзно. ТЗ требуют не потому, что боятся ответственности (странная формулировка), а потому что это единственный критерий
1) оценки и 2) принятия работы.
Вот Вы сказали Васе: «напиши мне генератор договоров на WPF, за 1000 уе». Вася говорит, — «Ок!», и через день показывает Вам программу, где одно поле ввода «сумма» и одна кнопка — «сгенерировать». И всё, это формально уже — генератор договоров, причём на WPF, и Вася ждёт свою 1000 уе. Это одна крайняя ситуация. Тут проигрываете вы.
А вот вторая: проект идёт 3-й месяц, вы всё придумываете и придумываете улучшения, и посылаете их Васе. Общие трудозатраты давно уже вылезли за это 1000 у.е., но вы всё ещё считаете, что «генератор» ещё не совсем готов. Это вторая крайняя ситуация, и тут проигрывает Вася.
И выхода всего два (три):
1) ТЗ, описанное до каждой запятой
2) Почасовая оплата работы Васи
3) (смесь 1 и 2) гибкая (agile) разработка с разбиением проекта на много маленьких, каждый из которых отдельно оценивается, оплачивается, и для каждого минипроекта формулируются чёткие требования до запятой.
ну а раз почасовку вы не предлагаете, то Васям и остаётся требовать ТЗ, иначе они рискуют сверх этой 1000-ти проработать бесплатно неограниченное количество времени. И они совершенно в этом правы.
да я и по объемам предлагал и почасовку тоже — одинаковая реакция, я считаю, если хочешь работать, боятся не надо, если один раз попался плохой заказчик, это не значит что все такие, если что-то не устраивает, не надо тратить нервы, переключайся на другую работу, лучше работать чем выяснять отношения — по-крайней мере опыт оставишь себе в зачет
если почасовку предлагали, вопросов не имею. но всё равно отношение к ТЗ (в любом виде, может как набор карточек в стиле XP) должно быть ИМХО более уважительным :)
Согласен с Андреем по поводу ТЗ.
Да, ТЗ — это огромный объём работы. Но его (в идеале) надо выполнить именно Вам (автору) потому что:
1) Это позволит Вам самому детализировать свой проект максимально чётко; даже если конечный вариант будет отличаться от ТЗ, Вы получите отличную отправную точку, как в беседе с программистами, так и для себя лично
2) Программист чётко видит что от него хотят и может планировать сроки/суммы. Если программист называет сроки ДО того, как увидел подробное описание задачи — это, скорее всего, либо очень начинающий программист, либо шарлатан (подсобный рабочий с «подвешенным языком», выдающий себя за высококвалифицированного специалиста).
Да, ТЗ — это огромный объём работы. Но его (в идеале) надо выполнить именно Вам (автору) потому что:
1) Это позволит Вам самому детализировать свой проект максимально чётко; даже если конечный вариант будет отличаться от ТЗ, Вы получите отличную отправную точку, как в беседе с программистами, так и для себя лично
2) Программист чётко видит что от него хотят и может планировать сроки/суммы. Если программист называет сроки ДО того, как увидел подробное описание задачи — это, скорее всего, либо очень начинающий программист, либо шарлатан (подсобный рабочий с «подвешенным языком», выдающий себя за высококвалифицированного специалиста).
> если один раз попался плохой заказчик, это не значит что все такие
А где гарантия, что вы — хороший заказчик? :)
А где гарантия, что вы — хороший заказчик? :)
первый вариант излишне наивен, это можно сделать, когда ты вдоль и поперек знаешь чего хочешь, и то не разумно
проблемы с принятием тоже надуманны, потому что кроме ТЗ в природе еще существует Техническое предложение, о котором почему-то никто не знает, вот я говорю Васе: «нужен генератор договоров», они приходит завтра и говорит: «будет три кнопочки и два поля», я отвечаю «хорошо, устраивает, принимайся» — и никаких проблем
проблемы с принятием тоже надуманны, потому что кроме ТЗ в природе еще существует Техническое предложение, о котором почему-то никто не знает, вот я говорю Васе: «нужен генератор договоров», они приходит завтра и говорит: «будет три кнопочки и два поля», я отвечаю «хорошо, устраивает, принимайся» — и никаких проблем
Отлично излагаете, читается хорошо. Будет интересно следить за проектом.
Поле 'В течении скольки дней после получения товара производится окончательный расчет
' обязательно для заполнения.
Вот такие ошибки выявляются еще на стадии тестирования. Видимо проект не тестировался. Во вторых, надо показывать договор до того, как вы заставляете вбивать паспортные данные.
Дальше, не один серьезный сервис который работает с персональными данными, а вы с ними работаете, не позволит себе обойтись без соглашения о privacy. Вбить паспортные данные в договор без них я не согласен.
Идиотские, бородатые анекдоты уместны на фишках, но никак не на серьезном стартапе. Я бы понял его в рамках юридического сайта, на который вы ссылаетесь «всё проверено», но как отдельный сервис он обречен на провал. Если смотреть глубже, то написания модуля для SAAS систем более актуально, чем создания сервиса, а вернее маленького калькулятора договоров, с нуля.
' обязательно для заполнения.
Вот такие ошибки выявляются еще на стадии тестирования. Видимо проект не тестировался. Во вторых, надо показывать договор до того, как вы заставляете вбивать паспортные данные.
Дальше, не один серьезный сервис который работает с персональными данными, а вы с ними работаете, не позволит себе обойтись без соглашения о privacy. Вбить паспортные данные в договор без них я не согласен.
Идиотские, бородатые анекдоты уместны на фишках, но никак не на серьезном стартапе. Я бы понял его в рамках юридического сайта, на который вы ссылаетесь «всё проверено», но как отдельный сервис он обречен на провал. Если смотреть глубже, то написания модуля для SAAS систем более актуально, чем создания сервиса, а вернее маленького калькулятора договоров, с нуля.
Там тэг BR потерялся в первой строчке =) Хабр и то его интерпретирует.
значит будем предоставлять как сервис хозяевам юридических сайтов
насчет паспортных данных — умные люди пишут чужие данные, а в итоговом документе можете переправить
соглашения о privacy считаю излишним, так как защищает оно только на словах
насчет паспортных данных — умные люди пишут чужие данные, а в итоговом документе можете переправить
соглашения о privacy считаю излишним, так как защищает оно только на словах
не хочу расстраивать но уже все есть в гораздо более функциональном виде www.quickdoc.ru/dogovor/
Ну, там за договор нужно денежку платить. Думаю, что данный стартап, хоть и бесплатен пока, но это лишь пока. За это время у shablonarium.ru есть время и все шансы вырасти и набрать своих клиентов.
там простой сайт, а тут стартапище целое со своим .net и облачными вычислениями.
Ничего подобного, это похоже его клон. У них так же есть толстый клиент «QuickDoc Конструктор договоров» и веб морда отдельно. Тем не менее автору респект, конкуренция в любом случае пойдет всем пользователям только на пользу.
про клон говорить не надо, бывает, что хорошие идеи приходят к людям одновременно — я давно вынашивал эту идею
все под контролем
Работает. А в дальнейшем будут добавляться другие договора?
Я было подумал немного о другом проекте — программе, которая позволит среднему/малому предприятию вести базу своих договоров (с собственным шаблоном) и удобно ими управлять / печать. Жаль не оно, необходимость огромная, так как куча малых предприятий не могут наладить работу с договорами.
к этому, по идее и стремимся
SalesForce начиная Professional Edition. + куча всего.
Я так понял, что это SAAS-решение и стоимость его не понятна. Это никуда не годится.
А не SAAS полно, начиная от 1С и кончая SAP. А что касается малых предприятий, то вся база договоров может вестись в Access например.
Это все слишком дорого и сложно. Это просто деньги на ветер в данной задаче.
Ну даже не знаю, «1С: Управление небольшой фирмой» 8 за 30 тысяч рублей на 5 пользователей считаю нормальной.
Ну давайте прикинем. После покупки этой «штуки» все нужно будет поставить и на этом простые действия заканчиваются. Далее сотрудники открывают эту программу и ничего не понимают. Туча разных кнопочек… Ладно, мы их учим, затратив сколько-то сотен человеко-часов. Но нам нужно, чтобы эта программа печатала те самые наши договора и мы нанимаем 1С-программистов, которые просят какие-то безумные деньги. Мы все делает и какое-то время периодически занимаемся отладкой. И вот все начинает работать. А через полгода вдруг появляется необходимость добавить новые поля…
А теперь перекладываем все это во время, которое вся эта мишура отвлекает людей от их непосредственной работы, плюсуем различные простои, когда компания не может работать из-за отсутствия доступа к договорам… Вот и выходит «безумно дорого». Гораздо дешевле делать копию документа в ворде любого старого договора.
Эта штука должна быть простая как два рубля: «Хотите печатать договора и акты (не клиентов и контакты с ними, а именно бумажки для ведения бизнеса), поставьте программу Name на нужных компьютерах, сделайте свой шаблон и печатайте!».
Малому бизнесу не нужна чрезмерная бюрократизация и формализация, люди сами знают с кем, когда и как они работают. А вот бумажки — это реальная заноза, которая мешает работать.
А теперь перекладываем все это во время, которое вся эта мишура отвлекает людей от их непосредственной работы, плюсуем различные простои, когда компания не может работать из-за отсутствия доступа к договорам… Вот и выходит «безумно дорого». Гораздо дешевле делать копию документа в ворде любого старого договора.
Эта штука должна быть простая как два рубля: «Хотите печатать договора и акты (не клиентов и контакты с ними, а именно бумажки для ведения бизнеса), поставьте программу Name на нужных компьютерах, сделайте свой шаблон и печатайте!».
Малому бизнесу не нужна чрезмерная бюрократизация и формализация, люди сами знают с кем, когда и как они работают. А вот бумажки — это реальная заноза, которая мешает работать.
Конечно нет, простой шаблон в .dot и 20 строчек на VB — шаблон на файл сервер — вуаля. Кстати, обычно автоматизируется предприятие не просто так, что бы автоматизировать, а для достижения каких то задач, а если сотрудники не хотят автоматизироваться, значит это автоматизация ради автоматизации.
На одном очень знакомом мне предприятии сделали базу в Access + связка с Вордом, для которого есть некий набор .dot шаблонов.
Система это прожила уже более 8 лет и в целом задачу она решает неплохо. Но в ней такой же ряд недостатков — сложно модифицировать (нужен спец, который в этом понимает), сложно использовать в локальной сети (как раз из-за шаблонов, которые должны лежать в специальном месте на локальном компьютере и их требуется копировать). В добавок выяснилось в процессе жизни, что связь Access и Word периодически изменяется в разных версиях офиса, что привело к тому, что на всем предприятии до сих пор используется Office XP. :-)
Короче, решение тоже оказалось проблематичным. Нужен какой-то простой инструмент. Задача-то вроде простая.
Это хороший критерий. Но если на предприятии заключаются десятки договоров в неделю…
Система это прожила уже более 8 лет и в целом задачу она решает неплохо. Но в ней такой же ряд недостатков — сложно модифицировать (нужен спец, который в этом понимает), сложно использовать в локальной сети (как раз из-за шаблонов, которые должны лежать в специальном месте на локальном компьютере и их требуется копировать). В добавок выяснилось в процессе жизни, что связь Access и Word периодически изменяется в разных версиях офиса, что привело к тому, что на всем предприятии до сих пор используется Office XP. :-)
Короче, решение тоже оказалось проблематичным. Нужен какой-то простой инструмент. Задача-то вроде простая.
если сотрудники не хотят автоматизироваться, значит это автоматизация ради автоматизации.
Это хороший критерий. Но если на предприятии заключаются десятки договоров в неделю…
вот, кстати, да! именно этого я и хочу уже довольно долгое время :) просто шаблон с плейсхолдерами и сгенерированная формочка для них, экспорт в гугл докс и прекрасный проект будет за который не жалко платить символическую абонплату :)
похожих сервисов по генерации инвойсов чуть меньше миллиона, но снгшные реалии просят договора, акты, счета :(
похожих сервисов по генерации инвойсов чуть меньше миллиона, но снгшные реалии просят договора, акты, счета :(
Если вам это удастся и будет соблюдено несколько условий:
— работает в локальной сети
— легко настраивается (создаются новые шаблоны) и устанавливается
— позволяет искать нужный договор и печатать его
— позволяет добавлять / менять / удалять договор
— позволяет добавлять всякие приложения и условия в ТЗ
Это было бы уже отлично.
— работает в локальной сети
— легко настраивается (создаются новые шаблоны) и устанавливается
— позволяет искать нужный договор и печатать его
— позволяет добавлять / менять / удалять договор
— позволяет добавлять всякие приложения и условия в ТЗ
Это было бы уже отлично.
Так есть же такая. Ну там, правда, базу вести нельзя :) но, по-моему, большая часть проблем вовсе не с ней.
Хотя не, в локальной сети эта штука не работает. Мы на каждый компьютер отдельно устанавливаем и шаблоны перебрасываем.
А если десятки договоров в неделю…
Да, таких конструкторов я довольно много видел, но у всех эта проблема — они пытаются помогать в создании некого стандартного (или нестандартного) документа, но нужен еще реестр и некоторые возможности, которые с ним связаны. Периодически бывает необходимо найти какой-то договор с прошлого года и понять какие условия в нем были заложены и закрыт-ли этот договор, есть ли все акты и т.д.
Да, таких конструкторов я довольно много видел, но у всех эта проблема — они пытаются помогать в создании некого стандартного (или нестандартного) документа, но нужен еще реестр и некоторые возможности, которые с ним связаны. Периодически бывает необходимо найти какой-то договор с прошлого года и понять какие условия в нем были заложены и закрыт-ли этот договор, есть ли все акты и т.д.
а зачем тут нужны были инвесторы? Подставлять в текстовый документ или RTF цифры и выдавать на него ссылку? Сколько Вы это делали то вообще?
облачные вычисления для того, чтобы подставлять цифры в текст…
помоему это fail :)
облачные вычисления для того, чтобы подставлять цифры в текст…
помоему это fail :)
кстати, вопрос к людям — вот я хочу в некотором будущем поставить доступ к договорам по абонентской плате на месяц, какая цена будет справедливой — 30р, 100р или 300р?
0 — вы предлагаете вбивать в шаблон договора свои данные. Шаблонов в сети миллион. Пока Ваш сервис не будет предоставлять услуги, за него платить никто не будет. А сейчас это шаблоны договоров с формой для вбивания данных.
Исходите из того, сколько человекочасов вы экономите.
Плюс, нужна будет одноразовая опция — не все заключают договора на регулярной основе.
рвения к победе хоть отбавляй :)
как бабло отбивать собираетесь?
как бабло отбивать собираетесь?
будем продавать десктопную версию для тех кто боится хранить данные на чужом сервере, также будем предоставлять услугу хранения постоянных данных на сервере, чтобы свои реквизиты автоматически подставлялись
ясно, а чего от хабры то хотите? тут ваших клиентов нет, разве что закидать помидорами могут, правда иногда проскакивает полезная критика.
вам надо было сделать одностраничный сайт-приложение по типу gmail, динамический конструктор договоров. Потом его закомпилить его во FLEX, вот и была бы вам и web и desktop версии. Одним махом два зайца.
вам надо было сделать одностраничный сайт-приложение по типу gmail, динамический конструктор договоров. Потом его закомпилить его во FLEX, вот и была бы вам и web и desktop версии. Одним махом два зайца.
собранные паспортные данные + какой-нибудь банк = кредит, который можно не возвращать
А предприятия были действующими, поэтому, когда я работал над второй половиной, первая половина уже успевала в цифрах и фамилиях устареть
Почти все поголовно требуют ТЗ, видимо, боятся брать на себя ответственность, хотя я и на пальцах умею все хорошо объяснять.
Так потом и получается, одни пальцы загибаются, объяснения размазываются, фамилии меняются…
идея, на мой взгляд, очень неплохая. и хорошо, что в виде вебсервиса. начал читать статью — подумал, будет .net приложение — в таком виде обречено было бы на провал.
реализация — совсем слабая, учитывая достаточно малый объем работы. я может быть что-то не понимаю, но эта штука должна сгенерить документ в .rtf подставив вместо placeholder'ов введенные данные? но это же пару вечеров не сильно напряженной работы.
мораль: вам надо как-то пересмотреть свое отношение либо к ТЗ, либо к исполнителям, либо к менеджменту в целом. на вашем месте я бы почитал на эту тему мудрых книжек.
и на хабре вы, ну очень рано выложили это.
реализация — совсем слабая, учитывая достаточно малый объем работы. я может быть что-то не понимаю, но эта штука должна сгенерить документ в .rtf подставив вместо placeholder'ов введенные данные? но это же пару вечеров не сильно напряженной работы.
мораль: вам надо как-то пересмотреть свое отношение либо к ТЗ, либо к исполнителям, либо к менеджменту в целом. на вашем месте я бы почитал на эту тему мудрых книжек.
и на хабре вы, ну очень рано выложили это.
а в чем проблемы у .Net приложений? зачем вы меня пугаете?
у .net приложений не более чем у обычных приложений. а именно — установка на компьютер.
вот я, например, собираюсь заключать договор аренды. ищу в поисковике «договор аренды» и он мне выдает пару типовых договоров и ваш сайт. в том виде, в котором это у вас сейчас сделано — я вобъю нужные данные и тут же получу договор, останусь вполне довольным (ну, разве что, может по поводу паспортных данных попереживаю). если мне предложат что-то скачать — я возьму типовой договор и поправлю сам — мне нужен договор, а не ваша программа. т. е. делая приложение вы отсекаете таких вот как я пользователей, а их будет больше, чем тех, кто будет пользоваться вашим сервисом постоянно — так как они, скорее всего, уже используют встроенные макросы MS Word или еще что-то типа того.
пожалуйста, обратите ваше внимание на критику текущей реализации, она откровенно слабая. я сам раньше занимался фрилансом и какое-то время держал небольшой стартап и с трудом в голове укладывается, что это может быть результатом действительно долгой и серьезной работы. принципы реализации продукта — будь то .net, python или скрипт на шелле (а такие задачи я именно на нем и решаю, кстати) — не так важны, как суть дела. ваше главное и основное — пользователь, которому нужен договор. и ему будет абсолютно плевать на всевозможные визуальные эффекты и технологии, благодаря которым он его получает. процесс должен быть просто комфортным, не более.
вот я, например, собираюсь заключать договор аренды. ищу в поисковике «договор аренды» и он мне выдает пару типовых договоров и ваш сайт. в том виде, в котором это у вас сейчас сделано — я вобъю нужные данные и тут же получу договор, останусь вполне довольным (ну, разве что, может по поводу паспортных данных попереживаю). если мне предложат что-то скачать — я возьму типовой договор и поправлю сам — мне нужен договор, а не ваша программа. т. е. делая приложение вы отсекаете таких вот как я пользователей, а их будет больше, чем тех, кто будет пользоваться вашим сервисом постоянно — так как они, скорее всего, уже используют встроенные макросы MS Word или еще что-то типа того.
пожалуйста, обратите ваше внимание на критику текущей реализации, она откровенно слабая. я сам раньше занимался фрилансом и какое-то время держал небольшой стартап и с трудом в голове укладывается, что это может быть результатом действительно долгой и серьезной работы. принципы реализации продукта — будь то .net, python или скрипт на шелле (а такие задачи я именно на нем и решаю, кстати) — не так важны, как суть дела. ваше главное и основное — пользователь, которому нужен договор. и ему будет абсолютно плевать на всевозможные визуальные эффекты и технологии, благодаря которым он его получает. процесс должен быть просто комфортным, не более.
UFO just landed and posted this here
Идея отличная, тут можно очень многое развить, но сайт страшный, ей-богу. И да, я как PHP-ник до мозга костей, считаю, что ничем этот .NET не лучше, а идея с представлением сайта как окошка с событиями провальнаяи порождает уродливый код, вот так-то.
И зря вы на ранней стадии это показываете, стырят же, клон сделать недолго.
И зря вы на ранней стадии это показываете, стырят же, клон сделать недолго.
как сказал Уолт Дисней — мы придумываем идеи в 2 раза быстрее, чем их успевают красть, к тому же это не продукт на рынке, аналоги уже были
и вообще, я через неделю больше выложу, и дизайн, и структуру БД, и архитектуру приложения, и логи совещаний
По поводу десктопного клиента: чем извращаться с уродливыми технологиями, лучше было сделать общий API (JSON например как сейчас модно, или что нибудь XML-ное) и использовать его. Все равно нельзя сделать сразу клиент и сайт одним махом.
А идея, повторюсь, чудесная, этакий сайт, можно в принипе за активное пользваоние копечку брать, если недорого, проще заплатить, чем мучаться.
В общем. считаю выбор технологий от МС неудачным (без обид), а замахиваться на облака рановато — до 100 000 человек обычный сайт выдержит.
А идея, повторюсь, чудесная, этакий сайт, можно в принипе за активное пользваоние копечку брать, если недорого, проще заплатить, чем мучаться.
В общем. считаю выбор технологий от МС неудачным (без обид), а замахиваться на облака рановато — до 100 000 человек обычный сайт выдержит.
Задумка интересная, но мне всё кажется что вам рюшечки а не ехать.
Давайте по пунктам.
1: Вы выбрали интересную технологию, но мало распространенную, проблема найти людей. До начала проекта уже костыль.
2: Плевать на технологию, как можно быстрей из точки А > Б
3: Набрать 100 человек может каждый, дать каждому в руки ТЗ и организовать работу может только гений при таком числе, вот они и поразбегались.
4: Три человека которые остались работают как я понял без ТЗ, они могут вашу телегу тащить в разные стороны.
5: Драть шкуры надо, что будете говорить Артуру на вопрос «Где деньги Зин ?»
Когда проект начинается у руководителя всё должно быть закончено, или хотя бы надо иметь уже план на 2-3 месяца.
Поймите меня правильно, я как вы, один раз начал проект и побывал в аду.
Давайте по пунктам.
1: Вы выбрали интересную технологию, но мало распространенную, проблема найти людей. До начала проекта уже костыль.
2: Плевать на технологию, как можно быстрей из точки А > Б
3: Набрать 100 человек может каждый, дать каждому в руки ТЗ и организовать работу может только гений при таком числе, вот они и поразбегались.
4: Три человека которые остались работают как я понял без ТЗ, они могут вашу телегу тащить в разные стороны.
5: Драть шкуры надо, что будете говорить Артуру на вопрос «Где деньги Зин ?»
Когда проект начинается у руководителя всё должно быть закончено, или хотя бы надо иметь уже план на 2-3 месяца.
Поймите меня правильно, я как вы, один раз начал проект и побывал в аду.
Понравился стиль изложения топика :)
Возможно вы это уже пробовали, но я этого в тексте не заметил, поэтому скажу.
Думаю, вам стоит попробовать следующую структуру работы:
1. Нанимаете дизайнера интерфейсов (проектировщика) на почасовую оплату и работаете с ним до того момента, когда получите прототип проекта, который кажется вам наиболее идеальным.
2. Нанимаете ораву программистов, разбиваете работу на несколько маленьких задач и раздаете каждому свою.
3.…
4. Профит!
Боюсь, с системой из топика вы только потратите деньги, не получив результата, которого ожидали.
Главное — не сдавайтесь, у вас прекрасная идея.
Возможно вы это уже пробовали, но я этого в тексте не заметил, поэтому скажу.
Думаю, вам стоит попробовать следующую структуру работы:
1. Нанимаете дизайнера интерфейсов (проектировщика) на почасовую оплату и работаете с ним до того момента, когда получите прототип проекта, который кажется вам наиболее идеальным.
2. Нанимаете ораву программистов, разбиваете работу на несколько маленьких задач и раздаете каждому свою.
3.…
4. Профит!
Боюсь, с системой из топика вы только потратите деньги, не получив результата, которого ожидали.
Главное — не сдавайтесь, у вас прекрасная идея.
вот так уж получилось, не считал себя настолько глупым, но с разделением задачи на подзадачи не получилось
Если я не ошибаюсь, то это тоже сделано на WPF:
www.touch077.com/Products/
Если ошибаюсь — поправьте. Хочется знать на чем.
www.touch077.com/Products/
Если ошибаюсь — поправьте. Хочется знать на чем.
grab.by/4ejx что это за ужас!
WPF наиболее знаменитый продукт написанный на нем, вы не поверите Autocad 2009, 10, 11, а не какието там твитер клиенты… И WPF реально тормозит
А есть ли у Вас на просторах российского Интернета конкуренты?
да, тут выше уже писали — это www.quickdoc.ru, есть еще mirdogovorov.ru/dogovors, но у них мало шаблонов, есть еще парочка проектов, за которыми я наблюдаю, так как есть что-то близкое
а с какой целью интересуетесь?
а с какой целью интересуетесь?
Со списком документов надо что-то делать — хотя бы сделать полосу прокрутки и выровнять влево для начала.
А где деньги-та Зин? Может расскажете про бизнес-модель и про стратегию развития? ИМХО, для стартапа это самый критический вопрос, а совсем не выбор между PHP и .Net.
Ещё момент — откуда требование офлайновой версии? Это для тех у кого и-нет только у знакомых или кто по модему? Так эта группа будет сокращаться и пока вы доведете свой офлайновый клиент до совершенства, пользоваться им будет некому.
Ещё момент — откуда требование офлайновой версии? Это для тех у кого и-нет только у знакомых или кто по модему? Так эта группа будет сокращаться и пока вы доведете свой офлайновый клиент до совершенства, пользоваться им будет некому.
Программист не должен писать ТЗ. Если вы можете всё «на пальцах» объяснить, почему этими пальцами не постучать по клавиатуре? И сколько было сказано, что для продукта важна упаковка, вложитесь в дизайн.
нормально у нас с дизайном, читайте наш новый топик про дизайн
habrahabr.ru/company/shablonarium/blog/92907/
habrahabr.ru/company/shablonarium/blog/92907/
Однодневка на .net, лучше бы opensource скриптик сделали.
Есть подозрение, что сам автор никогда не был 100% фрилансером, поэтому и такое отношение к ТЗ.
Во-первых, если заказчик не известный, то ТЗ всегда нужно брать, т.к. может вылиться в то, что трудозатраты будут значительно больше оплаты. И это не бюрократия, это для того, что бы исполнитель мог адекватно оценить как сроки, так и фронт работ. Это не «халтурка» в рабочее время или по вечерам, человек живет на заказах, возможно содержит не только себя.
Но рассмотрим, конкретно, стартапы. Никогда не поверю, что ТЗ нельзя составить, какой бы стартапестый стартап не был. Если только все это не на уровне фантазии или случайной идей, над которой еще толком и не думали. Я согласен, что какие-то «этапы» проекта могут быть еще не очевидными и не формализованными, но начинать с чего-то в любом случае надо. И то с чего начинать, уверен можно описать. Пока исполнитель реализовывает первые этапы, вы как идеолог продумывает следующие этапы. Если какие-то вещи вы не можете продумать до должного уровня(ваше не достаточная компетентность в данном вопросе), то в случае адекватного исполнителя делаете это совместно и приходите к какому-то результату, что и будет следующим ТЗ. И так этап за этап все и реализуется.
У меня был опыта с обеих сторон. В пору 100% фриланса, на такие заказы я даже не обращал внимания, т.к. был опыт (и не однократный) сотрудничества без ТЗ. Мне мое время и нервы дороже. Лично мое мнение, если заказчик не хочет (особенно как вы категорично пишете — «ТЗ нет и не будет») предоставить ТЗ, то либо он безумно ленив, безумно нагл и вообще не мой клиент, т.к. слишком хитрожоп — хочет переложить СВОЮ работу на меня.
за заказы без ТЗ берутся либо фрилансеры в безвыходной ситуации, либо не опытные. Для опытного профи, заказ в духе — есть штука баксов, надо делать, что придумаю в процессе — не вариант.
p.s.: вы с договорами вот работали, вот вам пример: «Я плачу тебе штуку баксов, а что мне привезти на эту сумму и как срочно, я скажу завтра, после того как подпишем договор сегодня».
И если вы отказываетесь подписаться под этим(потому что я еще не сказал вам что мне надо), то вы боитесь ответственности!
Во-первых, если заказчик не известный, то ТЗ всегда нужно брать, т.к. может вылиться в то, что трудозатраты будут значительно больше оплаты. И это не бюрократия, это для того, что бы исполнитель мог адекватно оценить как сроки, так и фронт работ. Это не «халтурка» в рабочее время или по вечерам, человек живет на заказах, возможно содержит не только себя.
Но рассмотрим, конкретно, стартапы. Никогда не поверю, что ТЗ нельзя составить, какой бы стартапестый стартап не был. Если только все это не на уровне фантазии или случайной идей, над которой еще толком и не думали. Я согласен, что какие-то «этапы» проекта могут быть еще не очевидными и не формализованными, но начинать с чего-то в любом случае надо. И то с чего начинать, уверен можно описать. Пока исполнитель реализовывает первые этапы, вы как идеолог продумывает следующие этапы. Если какие-то вещи вы не можете продумать до должного уровня(ваше не достаточная компетентность в данном вопросе), то в случае адекватного исполнителя делаете это совместно и приходите к какому-то результату, что и будет следующим ТЗ. И так этап за этап все и реализуется.
У меня был опыта с обеих сторон. В пору 100% фриланса, на такие заказы я даже не обращал внимания, т.к. был опыт (и не однократный) сотрудничества без ТЗ. Мне мое время и нервы дороже. Лично мое мнение, если заказчик не хочет (особенно как вы категорично пишете — «ТЗ нет и не будет») предоставить ТЗ, то либо он безумно ленив, безумно нагл и вообще не мой клиент, т.к. слишком хитрожоп — хочет переложить СВОЮ работу на меня.
за заказы без ТЗ берутся либо фрилансеры в безвыходной ситуации, либо не опытные. Для опытного профи, заказ в духе — есть штука баксов, надо делать, что придумаю в процессе — не вариант.
p.s.: вы с договорами вот работали, вот вам пример: «Я плачу тебе штуку баксов, а что мне привезти на эту сумму и как срочно, я скажу завтра, после того как подпишем договор сегодня».
И если вы отказываетесь подписаться под этим(потому что я еще не сказал вам что мне надо), то вы боитесь ответственности!
очень внимательно читал коменты и очень внимательно смотрел сайт, я что то старею, но я там нашел всего то пару десятков шаблонов, никак не могу понять зачем такой сервис, при таком скудном наборе?
Такой проект должен быть оффлайновым, какое-то количество компаний вовсе не имеет права отправлять чужие данные в интернет.
Реализация — единица с минусом.
Бизнес модель — единица
Не вдохновило. Опять .NET проприетарщина. Судя по топику — невозможно так любить проект чтобы так забить на дизайн =). Вывод: хотите лишь бабло выкорчёвывать, каким-то совсем пакостным образом в будущем.
Реализация — единица с минусом.
Бизнес модель — единица
Не вдохновило. Опять .NET проприетарщина. Судя по топику — невозможно так любить проект чтобы так забить на дизайн =). Вывод: хотите лишь бабло выкорчёвывать, каким-то совсем пакостным образом в будущем.
Oops! Firefox could not find shablonarium.ru
Sign up to leave a comment.
Вот Вы сейчас скажете: «Ещё один очередной стартап», — а вот не тут то было!